Freigeben über


2.2.10.1 SDES PRIV extension for media quality

The SDES private extension for media quality follows SDES PRIV, as specified in [RFC3550] section 6.5.8. The format for media quality SDES PRIV extension is as follows. <20>

§ Prefix string MUST be "MS-EVT", and MUST NOT be null terminated.

§ Value string MUST NOT be null terminated, and MUST follow the following format:

"v=V m=R…RMMMMMMMM q=R…RQQQQQQQQ"

V: Version of the extension MUST be 1 (v=1).

R: Reserved bits MUST be ignored by the receiver; might be added in future releases.

MMMMMMMM: Bitmask, represented in 8-digit lower case Hexadecimal, indicating which media qualities are known. Each bit can be either zero (0) for unknown or 1 for known.

The following table shows the component values for the m bitmask.

Bitmask

Description

0x1

Send network quality.

0x2

Receive network quality.

0x4

Network latency.

0x8

Network bandwidth.

0x80

Received video rate matching.

0x70

Reserved for future use.

0x100

Audio capture device is not functioning.

0x200

Audio render device is not functioning.

0x400

Audio render glitch.

0x800

Low signal to noise ratio on device.

0x1000

Low speech level on device.

0x2000

Microphone clipping.

0x4000

Echo.

0x8000

Near echo to echo ratio.

0x10000

Device is in half duplex mode.

0x20000

Multiple audio endpoints.

0x40000

Device howling detected.

0xF8000

Reserved for future use.

0x100000

Low CPU cycles available.

0xFE0000

Reserved for future use.

When a bit mask from the previous table that is listed as reserved is applied to m bits, the resulting value MUST be zero (0).

  • QQQQQQQQ: Bitmask, represented in 8-digit lower case Hexadecimal, indicating which media quality is good (0) and which media quality is bad (1). If the m bitmask is unknown (0), Q bitmask SHOULD be set to zero (0) and MUST be ignored by the receiver.

Additional fields, separated by a space and indicated by the same name=value syntax, might be added in future releases. These additional fields SHOULD be ignored.

Additional digits (R) in the m and q fields might be added in future releases. However, the least significant 8 digits MUST follow the preceding definition for the m and q bitmask. Any additional digits SHOULD be ignored.