EVS-CMR

EVS Codec Mode Request

Services
Introduced in Rel-13
A control mechanism used during an EVS-encoded voice call to dynamically request a change in the transmitting endpoint's codec configuration (e.g., bitrate, bandwidth, mode). This enables real-time adaptation to changing network conditions (like congestion) or to optimize for power consumption, maintaining the best possible voice quality.

Description

The EVS Codec Mode Request (EVS-CMR) is a signaling feature defined within the 3GPP Enhanced Voice Services (EVS) codec framework. It is a control protocol that operates in-band within the Real-time Transport Protocol (RTP) stream during an active voice call. Its primary function is to allow one endpoint (the receiver) to request the other endpoint (the transmitter) to switch to a different EVS codec mode or configuration in real-time, without requiring a full SIP re-negotiation of the session.

Architecturally, EVS-CMR is carried within the RTP payload header of EVS packets. A specific field in the header is designated for the Codec Mode Request. The receiving entity, which could be either the User Equipment (UE) or the network node (e.g., Media Resource Function Processor - MRFP in the IMS), monitors the call quality and/or network conditions. Based on this analysis (e.g., high packet loss indicating congestion, or good conditions allowing for higher quality), it decides an optimal codec mode for the incoming stream. It then sends this request back to the transmitter by setting the CMR field in the RTP packets it sends in the reverse direction.

How it works involves a continuous feedback loop. The transmitter, upon receiving an RTP packet with a valid CMR value from its peer, interprets this as a request to change its encoding parameters for subsequent packets sent *towards* that peer. For example, if network congestion is detected, the receiver might send a CMR requesting a lower bitrate, more robust mode (like Channel Aware mode) or a switch to the interoperable AMR-WB IO mode. The transmitter should comply with this request to improve the end-to-end performance. The change is typically seamless, with the new codec mode taking effect at a convenient frame boundary, ensuring audio continuity.

Its role in the network is critical for maintaining Quality of Service (QoS) and optimizing resource usage. In a dynamic radio environment like LTE or 5G, conditions can change rapidly. EVS-CMR provides a fast, low-overhead mechanism to adapt the voice codec to these changes, much faster than application-layer SIP signaling would allow. This helps prevent call drops, reduces perceptible audio degradation during congestion, and can also be used to save battery life on the UE by requesting a lower-complexity codec mode when high quality is not necessary. It is a key component of the 'channel aware' operation of modern voice services.

Purpose & Motivation

EVS-CMR was created to address a fundamental limitation of static codec negotiation used in earlier voice services. In legacy systems, the codec and its parameters (bitrate) were negotiated only once at call setup via SIP/SDP. Once the call began, the codec operated in a fixed mode regardless of changing network conditions like increased jitter, packet loss, or variable available bandwidth. This could lead to poor user experience during network degradation, as the codec could not adapt in real-time.

The problem it solves is the need for dynamic in-call adaptation. Wireless networks are inherently variable. A user might move from excellent coverage to a congested cell edge. A static high-bitrate codec would generate packets that are likely to be lost, causing severe audio clipping. Conversely, a static low-bitrate codec in excellent conditions wastes the opportunity for higher fidelity. EVS-CMR provides the necessary closed-loop control to optimize the trade-off between voice quality and resilience on a per-packet-stream basis.

The motivation was directly linked to the goals of EVS: to provide the best possible voice quality in all conditions. EVS itself introduced multiple operating modes (Primary, AMR-WB IO, Channel Aware) with different bitrates and robustness profiles. EVS-CMR is the 'brain' that selects the optimal mode based on real-time feedback. It allows the system to be proactive—for instance, a network node can request a more robust mode before packet loss becomes audible to the user. This concept of codec mode adaptation existed in earlier codecs (e.g., in AMR via in-band signaling), and EVS-CMR is its evolution, tailored to the richer set of modes and capabilities offered by the EVS codec, making it a cornerstone of intelligent voice service management in 4G and 5G.

Key Features

  • In-band signaling within the RTP payload header for minimal latency
  • Enables dynamic switching between EVS Primary, AMR-WB IO, and Channel Aware modes
  • Allows bitrate adaptation up or down based on receiver feedback
  • Supports requests for specific frame types (e.g., requesting comfort noise frames)
  • Operates bi-directionally; both ends of a call can send CMRs
  • Facilitates seamless adaptation without call interruption or SIP re-INVITE

Evolution Across Releases

Rel-13 Initial

Initial introduction of the EVS Codec Mode Request feature. Defined the CMR field in the EVS RTP payload header and its semantics for requesting changes between the newly defined EVS Primary mode and the AMR-WB IO mode, enabling dynamic in-call adaptation for quality and interoperability.

Enhanced EVS-CMR to support requests for the newly introduced EVS Channel Aware (CA) operation mode. This allowed receivers to explicitly request the transmitter to activate channel-aware encoding with forward error correction for superior robustness in lossy conditions.

Further refinements and clarifications to EVS-CMR procedures for 5G VoNR, ensuring consistent behavior in the 5G system. Integration with 5G QoS mechanisms and support for new audio bandwidths introduced in EVS for 5G.

Defining Specifications

SpecificationTitle
TS 26.103 3GPP TS 26.103
TS 26.453 3GPP TS 26.453
TS 26.454 3GPP TS 26.454
TS 29.163 3GPP TS 29.163
TS 29.414 3GPP TS 29.414
TS 29.415 3GPP TS 29.415