EVS

Enhanced Voice Services (specifically, the AMR-WB IO mode: AMR-WB Interoperable)

Services →
Introduced in Rel-9 Also in: Core Network

EVS is a high-quality audio codec and service framework for VoLTE and IP-based services, whose AMR-WB IO mode ensures backward compatibility with legacy AMR-WB networks for seamless interoperability.

Category
Services
Introduced
Rel-9
Where
Services › Codecs
Also touches
1 segments
Specifications
53 specs
EVS Description Purpose Related Classification Detected Changes Specifications

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.

Classification

Part ofAMR-WB
Related approachesIMS

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (22 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-9, normative work from Rel-15.

Rel-15 5 changes

In Release 15, the primary focus for the EVS AMR-WB Interoperable mode was on maintenance and correction, rather than introducing new features. The updates included corrections to both the fixed-point and floating-point source code implementations, an update of the test vectors for the EVS codec, and a correction to the EVS SID update procedure. These changes ensured the continued reliability and interoperability of this optimized, bitstream-interoperable version of the AMR-WB codec.

  • Corrections to EVS Fixed-Point Source Code TS 26.442CR0032
  • Corrections to EVS Fixed-Point Source Code TS 26.442CR0036
  • Corrections to EVS Floating-Point Source Code TS 26.443CR0028
  • Update of test vectors for the EVS codec TS 26.444CR0024
  • Correction of EVS SID update TS 26.449CR0006
Rel-16 14 changes

In Release 16, the enhancements for the EVS AMR-WB Interoperable (IO) mode focused on finalizing and correcting its implementation. This included providing a fully characterized alternative fixed-point implementation, complete with worst-case complexity assessments, and making necessary corrections to both fixed-point and floating-point source code. Furthermore, the release updated test vectors and conformance criteria to ensure robust interoperability for this optimized, bitstream-interoperable version of the AMR-WB codec.

  • Inclusion of Characterization Results of the Alternative Fixed-Point Implementation of EVS TS 26.952CR0008
  • Addition of the Worst-case complexity numbers to the Characterization Results of the Alternative Fixed-Point Implementation of EVS. Description of the configuration used to assess the complexity TS 26.952CR0009
  • EVS Non Bit Exact Float conformance TS 26.444CR0027
  • Use of default EVS SID update TS 26.132CR0098
  • Corrections to EVS Alternative Fixed-Point Source Code TS 26.452CR0004
  • Corrections to EVS Alternative Fixed-Point Source Code TS 26.452CR0005

+ 8 more changes

Rel-17 1 change

In Release 17, the specific enhancement for the EVS AMR-WB Interoperable mode was limited to corrections to the EVS algorithmic description. These corrections aimed to refine the technical implementation of this interoperable operation mode, which serves as an optimized, bitstream-interoperable alternative to the original AMR-WB codec within the EVS framework.

  • Corrections to the EVS algorithmic description TS 26.447CR0018
Rel-18 2 changes

In Release 18, specific corrections and clarifications were made for the EVS codec's AMR-WB Interoperable (IO) mode. These included addressing missing specification clauses for the EVS codec itself and providing corrections for SDP offer-answer procedures. The updates aimed to ensure proper session negotiation and interoperability for this mode, which serves as an alternative implementation for AMR-WB operation.

  • Corrections of SDP offer-answer considerations for EVS TS 26.114CR0536
  • Missing clause for the EVS codec TS 29.332CR0204

Explore further

Broader topics and technologies where EVS plays a role.

Defining Specifications

3GPP specifications that define or reference EVS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TR 22.813 va00 Enhanced Voice Services for EPS Study Rel-10
TS 23.153 vj00 Out-of-Band Transcoder Control Stage 2 Rel-19
TS 23.333 vj00 MRFC-MRFP Mp Interface Requirements Rel-19
TS 23.334 vj00 IMS-ALG to IMS-AGW Interface (Iq) Stage 2 Rel-19
TS 23.782 vf00 Interworking between LTE MC and non-LTE MC systems Rel-15
TR 25.993 vj00 UTRA RAB Examples and Radio Interface Mapping Rel-19
TS 26.103 vj00 3GPP Codec Lists for OoBTC and TrFO Rel-19
TS 26.114 vj10 IMS Multimedia Telephony Media Handling Rel-19
TS 26.117 vj00 5G Media Streaming Speech/Audio Capabilities Rel-19
TS 26.119 vj00 XR Media Capabilities for AR Devices Rel-19
TS 26.131 vj00 Terminal Acoustic Performance Requirements Rel-19
TS 26.132 vj00 Terminal Acoustic Test Methods Rel-19
TS 26.179 vj00 Codecs and Media Handling for MCPTT Rel-19
TS 26.244 vj00 3GPP File Format (3GP) Specification Rel-19
TS 26.250 vj00 IVAS Codec Introduction Rel-19
TS 26.252 vj00 IVAS Codec Test Sequences Specification Rel-19
TS 26.254 vj00 IVAS Rendering Functions Specification Rel-19
TS 26.255 vj00 IVAS Frame Loss Concealment Procedure Rel-19
TS 26.256 vj00 Jitter Buffer Management for IVAS Rel-19
TS 26.258 vj10 IVAS Codec Floating-Point C Code Specification Rel-19
TS 26.261 vj00 Electro-acoustic specs for immersive terminals Rel-19
TS 26.441 vj00 EVS Audio Processing Introduction Rel-19
TS 26.442 vj00 EVS Codec Fixed Point ANSI-C Code Rel-19
TS 26.443 vj00 EVS Codec Floating-Point C Code Rel-19
TS 26.444 vj00 EVS Codec Conformance Test Sequences Rel-19
TS 26.446 vj00 EVS Codec AMR-WB Backward Compatibility Spec Rel-19
TS 26.447 vj00 EVS Frame Loss Concealment Procedure Rel-19
TS 26.448 vj00 EVS Jitter Buffer Management Specification Rel-19
TS 26.449 vj00 EVS Codec Comfort Noise Generation for DTX Rel-19
TS 26.450 vj00 EVS Codec DTX System Level Aspects Rel-19
TS 26.451 vj00 EVS Codec Voice Activity Detector (VAD) Specification Rel-19
TS 26.452 vj00 EVS Codec Fixed-Point C Code Implementation Rel-19
TS 26.453 vj00 EVS Codec Generic Frame Format for 3G CS Networks Rel-19
TS 26.454 vj00 EVS Codec Mapping for 3G CS Networks Rel-19
TS 26.511 vj00 5G Media Streaming Profiles, Codecs & Formats Rel-19
TS 26.818 vf00 Audio Media Profiles Test Results for VR Streaming Rel-15
TR 26.916 ve20 eSRVCC Transcoding Minimization Study Rel-14
TR 26.923 vj00 Study on IMS-based Telepresence Media Handling Rel-19
TR 26.926 vj00 Traffic Models & Quality Evaluation for Media/XR in 5G Rel-19
TR 26.952 vj00 EVS Codec Selection, Verification & Characterization Rel-19
TR 26.954 vj00 UE Headset Electrical Interface Testing Rel-19
TR 26.997 vj00 IVAS Codec Specification Rel-19
TS 29.162 vj00 IMS-IP Network Interworking Rel-19
TS 29.163 vj00 Interworking between 3GPP IM CN and CS networks Rel-19
TS 29.232 vj00 Mc Interface Protocol Profile Rel-19
TS 29.238 vj00 H.248 Profile for IBCF-TrGW Interface Rel-19
TS 29.292 vj00 IMS Centralized Services (ICS) Interworking Rel-19
TS 29.332 vj00 MGCF-IM-MGW Interface Protocol (Mn) Rel-19
TS 29.333 vj00 MRFC-MRFP Mp Interface Protocol Rel-19
TS 29.334 vj00 IMS-ALG to IMS-AGW Interface Protocol Rel-19
TS 29.414 vj00 Nb Interface Bearer Transport & Control Protocols Rel-19
TS 29.415 vj00 Nb User Plane Protocol Specification Rel-19
TS 36.750 ve10 Study on enhancement of VoLTE Rel-14