• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Electrical Engineering News and Products

Electronics Engineering Resources, Articles, Forums, Tear Down Videos and Technical Electronics How-To's

  • Products / Components
    • Analog ICs
    • Battery Power
    • Connectors
    • Microcontrollers
    • Power Electronics
    • Sensors
    • Test and Measurement
    • Wire / Cable
  • Applications
    • 5G
    • Automotive/Transportation
    • EV Engineering
    • Industrial
    • IoT
    • Medical
    • Telecommunications
    • Wearables
    • Wireless
  • Learn
    • eBooks / Handbooks
    • EE Training Days
    • Tutorials
    • Learning Center
    • Tech Toolboxes
    • Webinars & Digital Events
  • Resources
    • White Papers
    • Design Guide Library
    • Digital Issues
    • Engineering Diversity & Inclusion
    • LEAP Awards
    • Podcasts
    • DesignFast
  • Videos
    • EE Videos and Interviews
    • Teardown Videos
  • EE Forums
    • EDABoard.com
    • Electro-Tech-Online.com
  • Bill’s Blogs
  • Advertise
  • Subscribe

VoLTE: What makes voice over IP “carrier grade”?

September 7, 2012 By Mike Keely, Director, Product Management, Wireless at Spirent Communications

At first glance Voice over LTE (VoLTE), the next generation of wireless voice technology, looks suspiciously like VoIP service over a wireless connection. At a very basic level it is exactly that: digitized voice-band audio transmitted as IP packets and demodulated into voice-band audio. Then what is the difference between VoLTE and over-the-top services like Skype, Vonage or Gizmo5?

The driver for VoLTE is the expectation for“carrier-grade” (or “telco-grade”) voice services that are at least as good as, if not better than, legacy circuit-switched voice services when perceptually measured by the customers.This concept fundamentally differentiates VoLTE from VoIP. 

The ubiquity of IP led to its selection as the de facto vehicle for all digital data, including voice. However, generic IP still involves best-effort delivery, meaning that latency cannot be guaranteed. For many of us though, voice service is a critical part of our daily lives. Although some OTT VoIP services currently work reasonably well, we can’t safely assume that the networks of tomorrow will always have enough available capacity to rely on best-effort service. The solution is VoLTE.

Implementing VoLTE


The IMS Subsystem
One “headline” aspect of implementing VoLTE is that it is deployed on the IMS subsystem rather than a generic IP network (i.e. the Internet). This offers a level of control that is not available otherwise.

The relationship between VoLTE and IMS was a pretty significant factor when the industry was deciding how it would implement digital voice. Proponents of competing technologies (e.g. Voice over LTE via Generic Access, or VoLGA) were fond of pointing out that VoLTE required the costlyimplementation of IMS. However, since many network operators had other reasons to deploy IMS, this was treated as a sunk cost, making the business case for VoLTEas the industry’s choice for carrier-grade digital voice.

QoS
One primary driver for the development of VoLTE is the concept of Quality-of-Service (QoS). This generic-sounding phrase has a specific meaning in communications. QoS describes the delivery of a minimum level of latency, availability and data integrity. Sometimes QoS is defined on a per-user basis (such as a service level guaranteed by a premium data package) and sometimes on a per-application basis (such as VoLTE).

For network operators to deliver specific QoS levels, they need to have control over every link in the end-to-end service chain. This is impossible when depending on the uncertainties and best-effort delivery mechanisms associated with the Internet. Delivering VoLTE via the IMS subsystem lets operators add value by committing to QoS levels.

VoLTE from the UE’s point of view
The inner workings of VoLTE are defined in a GSM Association (GSMA)document. While its title is IMS Profile for Voice and SMS, industry insiders simply refer to its document number, IR.92.

IR.92 is a profile of minimum IMS capabilities and services needed for telephony, including real-time media negotiation, transport, codecs, LTE radio and Evolved Packet Core (EPC). The document presents a high-level view of what should happen. The details that define how things happen are not so simple; note that IR.92 refers to 12 IETF documents and 46 separate 3GPP specifications!

Technical requirements for supporting VoLTE
From the UE’s point of view of the network, there are four non-obvious network requirements for supportingVoLTE. The first three of these, Semi-Persistent Scheduling, Transmission Time Interval Bundling and Discontinuous Reception, are implemented at the MAC sub-layer. The fourth, Robust Header Compression, is implemented in the Packet Data Convergence Protocol (PDCP) sub-layer.

Semi-persistent scheduling (SPS)
In most LTE data usage cases, every Physical Resource Block (PRB) on the downlink and uplink must be explicitly granted; the resulting overhead is inefficient for traffic that requires continual allocations of small packets (such asVoLTE).

This issue is addressed by SPS, which defines a transmission pattern and, based on that pattern, assignsa pattern for PRBs to use going forward (unless there is a reason to change the pattern). As an example, suppose a voice service uses one coded packet every 20ms. During silent periods, PRB assignments can be canceled. In the uplink they can be implicitly canceled after a defined number of empty UL transmissions. In the downlink they can be canceled with a Radio Resource Control(RRC) message.

Transmission time interval (TTI) bundling
In order to reduce end-to-end latency, LTE introduced the idea of the short TTI (1 ms). This means that the Hybrid Automated Request (HARQ) process is meant to acknowledge transmissions every 1 ms. However, at cell edges, a UE might not have enough time available to reliably deliver an entire VoIP packet in one TTI.

The solution is to bundle multiple TTIs together without waiting for HARQ feedback. A VoIP packet is sent as a single packet data unit (PDU) during a bundle of subsequent TTIs, and the HARQ feedback is only expected after the last transmission of the bundle. As in legacy technologies, RRC protocol is used to configure TTI bundles.

Discontinuous reception (DRX)
A constantly-on voice session can quickly reduce battery life. Since VoLTE traffic is predictable (e.g. 20ms codec packets), a UE receiver does not have to constantly monitor the physical-layer control channel, and the receiver can essentially be turned off between receptions. This must be carefully configured, though, since missing acknowledgements or HARQ messages can add unacceptable latency.

Robust header compression (RoHC)
IP header information can be disproportionately large when compared to the relatively small VoLTEcodec packets being transmitted, creating inefficiency in terms of the air interface bandwidth.
 
For example, a combination of RTP, UDP and IP headers can total 40 to 60 bytes of header data, while using the AMR-WB codec at 14.4 kbpsyields payload data of about 50 bytes per 20 msframe. In this case there may be more overhead being transmitted than actual payload data. RoHC can sometimes compress headers down to the 2-4 byte range, providing greatly improved efficiencies on the air interface.

Conclusion
Although IMS usually grabs the headlines as being essential for deploying VoIP in an LTE environment, it is ultimately the implementation of the LTE RAN features described in this article that will enable carriers to differentiate clearly between VoLTE and VoIP.  While much attention to date has been placed on testing the UE’s IMS connectivity, it is fully-integrated testing of a UE’s signaling along with the negotiation, establishment and usage of the previously discussed RAN features that will be one of the most critical hurdles in successful deployment of carrier-grade VoLTE. 

About the author
Michael Keeley is a Director of Product Management at Spirent Communications’ wireless test equipment division. He has led various teams involved in wireless network emulation and automated systems used for testing mobile devices. Prior to joining Spirent in 2000, Mike worked for Lucent Technologies. He earned his BSEE and MEng from Cornell University and an MBA from New York University’s Stern School of Business.

You Might Also Like

Filed Under: Uncategorized

Primary Sidebar

EE Engineering Training Days

engineering

Featured Contributions

Five challenges for developing next-generation ADAS and autonomous vehicles

Robust design for Variable Frequency Drives and starters

Meeting demand for hidden wearables via Schottky rectifiers

GaN reliability milestones break through the silicon ceiling

From extreme to mainstream: how industrial connectors are evolving to meet today’s harsh demands

More Featured Contributions

EE Tech Toolbox

“ee
Tech Toolbox: 5G Technology
This Tech Toolbox covers the basics of 5G technology plus a story about how engineers designed and built a prototype DSL router mostly from old cellphone parts. Download this first 5G/wired/wireless communications Tech Toolbox to learn more!

EE Learning Center

EE Learning Center
“ee
EXPAND YOUR KNOWLEDGE AND STAY CONNECTED
Get the latest info on technologies, tools and strategies for EE professionals.
“bills
contribute

R&D World Podcasts

R&D 100 Episode 10
See More >

Sponsored Content

Advanced Embedded Systems Debug with Jitter and Real-Time Eye Analysis

Connectors Enabling the Evolution of AR/VR/MR Devices

Award-Winning Thermal Management for 5G Designs

Making Rugged and Reliable Connections

Omron’s systematic approach to a better PCB connector

Looking for an Excellent Resource on RF & Microwave Power Measurements? Read This eBook

More Sponsored Content >>

RSS Current EDABoard.com discussions

  • Discrete IrDA receiver circuit
  • No Output Voltage from Voltage Doubler Circuit in Ansys Nexxim (Harmonic Balance Simulation)
  • ISL8117 buck converter blowing up
  • I²C Ground Isolation with Series Battery Cells (ULIN13-01 + PIC18LF4520)
  • Mean offset increase in post-layout simulation of clocked comparator

RSS Current Electro-Tech-Online.com Discussions

  • Kawai KDP 80 Electronic Piano Dead
  • using a RTC in SF basic
  • Saga 1400sv vinyl cutter motherboard issue
  • Unknown smd. Any ideas?
  • Display TFT ST7789 (OshonSoft Basic).
Search Millions of Parts from Thousands of Suppliers.

Search Now!
design fast globle

Footer

EE World Online

EE WORLD ONLINE NETWORK

  • 5G Technology World
  • Analog IC Tips
  • Battery Power Tips
  • Connector Tips
  • DesignFast
  • EDABoard Forums
  • Electro-Tech-Online Forums
  • Engineer's Garage
  • EV Engineering
  • Microcontroller Tips
  • Power Electronic Tips
  • Sensor Tips
  • Test and Measurement Tips

EE WORLD ONLINE

  • Subscribe to our newsletter
  • Teardown Videos
  • Advertise with us
  • Contact us
  • About Us

Copyright © 2025 · WTWH Media LLC and its licensors. All rights reserved.
The material on this site may not be reproduced, distributed, transmitted, cached or otherwise used, except with the prior written permission of WTWH Media.

Privacy Policy