Description
Enhanced Voice Services (EVS) is a comprehensive 3GPP standardized audio codec and service framework designed primarily for Voice over LTE (VoLTE), Voice over NR (VoNR), and other IP Multimedia Subsystem (IMS)-based communication services. It represents a significant leap in voice quality, efficiency, and robustness compared to previous codecs like AMR-NB and AMR-WB. The EVS codec itself is highly versatile, supporting a wide range of bitrates, bandwidths (from narrowband to super-wideband), and operation modes. A critical operational mode is the AMR-WB Interoperable (AMR-WB IO) mode.
The AMR-WB IO mode is a specific feature of the EVS codec that guarantees interoperability with the existing Adaptive Multi-Rate Wideband (AMR-WB) codec, which has been the cornerstone of HD Voice services in 3G/4G networks. Architecturally, during a call setup, codec negotiation occurs via Session Description Protocol (SDP) offers/answers within the IMS signaling. If one endpoint supports only AMR-WB and the other supports EVS, the EVS-capable endpoint can activate its AMR-WB IO mode. In this mode, the EVS codec encodes and decodes audio using a bitstream format that is fully decodable by a standard AMR-WB decoder.
How it works is intricate. The EVS codec in AMR-WB IO mode uses the same core bandwidth (50-7000 Hz) and frame structure (20 ms) as AMR-WB. It generates a bitstream that conforms to the AMR-WB specification at specific bitrates (e.g., 12.65 kbps, 15.85 kbps, 18.25 kbps, 19.85 kbps, 23.05 kbps, 23.85 kbps). This allows the legacy receiver to process the audio without any knowledge of EVS. However, the encoding process on the EVS side can utilize more advanced algorithms (like improved noise robustness or better packet loss concealment) to potentially produce better audio quality than a native AMR-WB encoder at the same bitrate, a concept known as 'encoder enhancement'.
Its role in the network is pivotal for the graceful introduction of superior voice technology. It eliminates the 'green bubble' problem for voice, ensuring that a high-quality call can always be established between any combination of EVS and AMR-WB devices. This backward compatibility was a key design goal to protect operator investments in existing HD Voice deployments and ensure a consistent user experience during the multi-year transition to full EVS networks. EVS, through modes like AMR-WB IO, is a fundamental component of the IMS multimedia telephony service, enabling crystal-clear voice as a baseline for 5G and beyond.
Purpose & Motivation
EVS was created to address the growing demand for even higher quality voice services beyond what AMR-WB could deliver, and to optimize voice for packet-switched networks like LTE and 5G NR. While AMR-WB (HD Voice) was a major improvement over narrowband, there was still a desire for super-wideband and fullband audio, better performance in noisy environments, and more efficient use of radio bandwidth. The existing codecs were not optimized for the packet loss and jitter characteristics inherent in IP networks.
The primary problem EVS solves is providing a future-proof, high-quality voice codec that is also mandatory for VoLTE/VoNR profile compliance, ensuring a minimum quality bar. However, a massive challenge was the installed base of hundreds of millions of AMR-WB capable devices. Introducing a new, incompatible codec would have fragmented the voice ecosystem, creating scenarios where call quality would fall back to narrowband AMR-NB if one device lacked EVS support. This would degrade the user experience and slow adoption.
The AMR-WB IO mode was the ingenious solution to this interoperability problem, motivated by the need for a seamless transition. It allowed operators to deploy EVS in their networks and on new handsets with the guarantee that these new devices could still engage in high-quality HD Voice calls with the vast legacy base. This backward compatibility feature was a critical commercial and technical driver for EVS's adoption, ensuring it could be introduced as a genuine enhancement without disrupting existing services. It addressed the limitation of a 'clean-slate' codec approach by building a bridge between generations of voice technology.
Key Features
- AMR-WB Interoperable (IO) mode for guaranteed backward compatibility
- Superior audio quality supporting super-wideband (50-14000 Hz) and fullband (20-20000 Hz)
- Enhanced robustness to packet loss and background noise
- Wide bitrate range from 5.9 kbps to 128 kbps for service flexibility
- Channel-aware operation with Codec Mode Adaptation (e.g., EVS-CMR)
- Efficient discontinuous transmission (DTX) for power saving
Evolution Across Releases
Initial study phase for Enhanced Voice Services commenced. Work Item description created to define objectives for a new high-quality speech codec for IMS-based services like VoLTE, focusing on improving quality, bandwidth, and robustness beyond AMR-WB.
Core EVS codec specification was completed and frozen. This release defined the full codec algorithm, including the crucial AMR-WB Interoperable mode, various bandwidths, and the primary bitrates. It became the baseline standard for VoLTE.
Introduction of the EVS Codec Mode Request (EVS-CMR) feature for dynamic in-call adaptation, and the EVS Primary mode for full capability operation. Enhanced test sequences and performance requirements were also added.
Introduction of the EVS Channel Aware (CA) operation mode, which provides even greater robustness against packet loss by using forward error correction (FEC) and redundancy schemes optimized for wireless channels.
EVS mandated for 5G Voice over New Radio (VoNR) in the IMS profile. Support for new audio bandwidths and bitrates was added, further solidifying EVS as the definitive voice codec for 5G era.
Defining Specifications
| Specification | Title |
|---|---|
| TS 22.813 | 3GPP TS 22.813 |
| TS 23.153 | 3GPP TS 23.153 |
| TS 23.333 | 3GPP TS 23.333 |
| TS 23.334 | 3GPP TS 23.334 |
| TS 23.782 | 3GPP TS 23.782 |
| TS 25.993 | 3GPP TS 25.993 |
| TS 26.103 | 3GPP TS 26.103 |
| TS 26.114 | 3GPP TS 26.114 |
| TS 26.117 | 3GPP TS 26.117 |
| TS 26.119 | 3GPP TS 26.119 |
| TS 26.131 | 3GPP TS 26.131 |
| TS 26.132 | 3GPP TS 26.132 |
| TS 26.179 | 3GPP TS 26.179 |
| TS 26.244 | 3GPP TS 26.244 |
| TS 26.250 | 3GPP TS 26.250 |
| TS 26.252 | 3GPP TS 26.252 |
| TS 26.254 | 3GPP TS 26.254 |
| TS 26.255 | 3GPP TS 26.255 |
| TS 26.256 | 3GPP TS 26.256 |
| TS 26.258 | 3GPP TS 26.258 |
| TS 26.261 | 3GPP TS 26.261 |
| TS 26.441 | 3GPP TS 26.441 |
| TS 26.442 | 3GPP TS 26.442 |
| TS 26.443 | 3GPP TS 26.443 |
| TS 26.444 | 3GPP TS 26.444 |
| TS 26.446 | 3GPP TS 26.446 |
| TS 26.447 | 3GPP TS 26.447 |
| TS 26.448 | 3GPP TS 26.448 |
| TS 26.449 | 3GPP TS 26.449 |
| TS 26.450 | 3GPP TS 26.450 |
| TS 26.451 | 3GPP TS 26.451 |
| TS 26.452 | 3GPP TS 26.452 |
| TS 26.453 | 3GPP TS 26.453 |
| TS 26.454 | 3GPP TS 26.454 |
| TS 26.511 | 3GPP TS 26.511 |
| TS 26.818 | 3GPP TS 26.818 |
| TS 26.916 | 3GPP TS 26.916 |
| TS 26.923 | 3GPP TS 26.923 |
| TS 26.926 | 3GPP TS 26.926 |
| TS 26.952 | 3GPP TS 26.952 |
| TS 26.954 | 3GPP TS 26.954 |
| TS 26.997 | 3GPP TS 26.997 |
| TS 29.162 | 3GPP TS 29.162 |
| TS 29.163 | 3GPP TS 29.163 |
| TS 29.232 | 3GPP TS 29.232 |
| TS 29.238 | 3GPP TS 29.238 |
| TS 29.292 | 3GPP TS 29.292 |
| TS 29.332 | 3GPP TS 29.332 |
| TS 29.333 | 3GPP TS 29.333 |
| TS 29.334 | 3GPP TS 29.334 |
| TS 29.414 | 3GPP TS 29.414 |
| TS 29.415 | 3GPP TS 29.415 |
| TS 36.750 | 3GPP TR 36.750 |