by Andrew Mackay, Manager Mobile Solutions, Cisco Systems
As Long Term Evolution (LTE) networks continue to be deployed, it is becoming evident that matching the existing 3G coverage quality is going to be a challenge. This is reminiscent of the early days of 3G, when it took many years to get coverage matching underlying GSM. The higher carrier frequency (2.1GHz) and partial initial overlays left deep indoor coverage with “cold spots.” This resulted in unreliable calls and increased battery consumption, which led many users to disable 3G out of frustration. Over time, operators invested in more infill Base Transceiver Station (BTS), wider use of In-building Systems (IBS) and repeaters, but indoor coverage was only really resolved when 3G on 850/900 MHz was deployed as a coverage “safety net.”
In Asia, the majority of LTE deployments are in the 1.8GHz band and higher. As a result, the typical LTE user drops back to 3G (850/900MHz) on a regular basis when deep indoors, commuting, or even inside their home. Initially, the user experience of dropping from LTE to 3G for data services may not be so irritating since voice is still falling back to 3G in the majority of networks. Plus, in many indoor scenarios, good Wi-Fi service is available to fill-in the missing bandwidth. But, ultimately, this is a branding issue: customers subscribing to a 4G service expect that level of service, not to see their service provider icon showing 3G. It becomes an even larger issue when you want to serve your subscriber real-time services over 4G, such-as voice and streaming video. So how do we avoid these service “pot-holes”?
“Warning: 3G pot-holes ahead.”
Many operators tell me that they will wait for sub-1GHz LTE coverage before considering wide spread VoLTE (Voice over LTE) deployment, but this may take years. Unlike in the US and Europe, the benefits of the digital dividend have yet to arrive at APAC with only live LTE APT700MHz deployments (in Taiwan so far). But even after the networks arrive it will take a while for the majority of devices to support the new band. 3G band refarming isn’t as easy as it sounds either; i.e., how do you refarm from carriers full of voice, which you can’t move to 4G until you have good VoLTE coverage? A classic “catch-22.”
One possible solution is to rely on Wi-Fi as a stop-gap measure for voice. Certainly, this approach has been in the press recently with operators 3 and EE in the UK discussing VoWiFi (Voice over Wi-Fi) strategies. In the case of EE, the role of using VoWiFi to plug LTE coverage holes was made explicit: “The aim of VoWiFi is to improve in-building coverage. Calls will be automatically routed via WiFi, for instance, in a user’s home or office, where there is an absence of cellular coverage.” VoWiFi received further attention with the announcement of iOS8 support for Wi-Fi calling on T-Mobile’s USA network.
“iOS8 adds VoWiFi”
The challenge I foresee with VoWiFi is providing a “Carrier Grade” user experience. My concern is not with voice quality, which can be maintained in HD on an uncongested access point, but more the limited mobility. At present, as a Wi-Fi signal fades, the client hangs on to the connection despite quality dropping below what VoIP (Voice over IP) requires, before giving up and switching back to cellular. Another issue is variability of up-stream connectivity on different Wi-Fi networks accessed on a typical day. In the case of a work Wireless Local Area Network (WLAN), for example, Session Initiation Protocol (SIP) traffic might be blocked as per the enterprise policy. Both of these issues are critical in the case of terminating calls, where the user may be forced to stay put to complete the call or have the call go straight to voicemail.
I believe Wi-Fi will be an important stop-gap for poor LTE indoor coverage, but, eventually, it should take on the complementary role of picking up the non-real-time bandwidth workload. The ideal end game has to be to provide sufficient LTE coverage and capacity to match (or exceed) the current 3G user experience for real-time services, particularly voice. How this is achieved given the multiple RAN tools available (lower frequency bands, LTE Smallcells, Repeaters, Relays and IBS) becomes a question of time and the best TCO business case, and that’s a whole other topic.
Hello, How to connect a potential free contact to an IP phone CP7911 en CP7942?
We want to give a signal with a lamp when there is an incomming call.This is because the phone is in a loud admosphere.
Thanks for your help.
How to check whether L2VPN is forwarding MAC and L2 traffic on ASR9K.
My topology : BRAS <-> ASR9K <-> OLTs
In my case, ASR9K has learnt a mac from OLT but BRAS couldn't receive any traffic and MAC from ASR9K.
I'm suddenly having an issue with CSM where it cannot log into my 9k hosts using ssh.I have no issue using the same account SSH'ing directly to the host.By symptom it appears a password issue, but I've verified the password and tried a few different valid...
I'm having problems with configuring cgn over CRS-X. I have three service app inside with different vrfs. My doubt is If I can configure three service app outside for each inside application or just to ha...
So if my reasearch is correct there is no data sheet or info online that explicitly says "layer 3 throughput =x". What I do find is that Max Packets Per Second based on 64 Byte packets would be the only Layer 3 performance info available from cisco....