Continuing the discussion from LTE World Summit, this is something that has been discussed in the past by myself and other blogs as well. We know that there is no out of the box solution for voice calls in Release 8 but there are some solutions that are being standardised for this problem. Dr. Howard Benn, Director of Cellular Standards, Motorola Mobile Devices gave an interesting presentation on this topic titled, "Voice –how to talk over LTE". Here is the summary of his presentation along with some more information:
As we know, IMS was introduced in Rel 5 but even till today, there has been no major IMS rollouts. There are some operators working on deploying the IMS solution but in reality its not been as successful as it should have been. If IMS is available then the problem of voice call on LTE goes away. The problem can be solved using Voice Call Continuity or VCC. Infact there is a bunch of specifications on IMS Centralized Services (ICS) and network Centric VCC for solving this and other similar problems.
So with IMS not being available, the first alternative for this problem is Circuit Switched Fallack (CSFB). In this, as can be seen from the MSC above, the user is attached to an LTE network. MSC can send Paging to the UE and if the user accepts the voice call then he is handed over to 2G/3G network. The big problem with this approach is additional time required to establish the voice call and the PS services might get disrupted, depending on how its handled.
The second solution is to have a Generic Access Network (GAN... previously known as UMA) based solution. This is similar solution to the ones used by some Femtocells. This would mean that the UE's would require GAN chipsets and GAN is known to be power hungry so it can impact the battery life significantly.
As we know, IMS was introduced in Rel 5 but even till today, there has been no major IMS rollouts. There are some operators working on deploying the IMS solution but in reality its not been as successful as it should have been. If IMS is available then the problem of voice call on LTE goes away. The problem can be solved using Voice Call Continuity or VCC. Infact there is a bunch of specifications on IMS Centralized Services (ICS) and network Centric VCC for solving this and other similar problems.
So with IMS not being available, the first alternative for this problem is Circuit Switched Fallack (CSFB). In this, as can be seen from the MSC above, the user is attached to an LTE network. MSC can send Paging to the UE and if the user accepts the voice call then he is handed over to 2G/3G network. The big problem with this approach is additional time required to establish the voice call and the PS services might get disrupted, depending on how its handled.
The second solution is to have a Generic Access Network (GAN... previously known as UMA) based solution. This is similar solution to the ones used by some Femtocells. This would mean that the UE's would require GAN chipsets and GAN is known to be power hungry so it can impact the battery life significantly.
China Mobile's, Bill Huang in a recent interview mentioned that “We could carry voice over UMA” and “We will have an LTE network that supports voice…”. He was referring to this approach mentioned above.
Finally there are always proprietary options like Skype that can be used along with the data services to solve the voice problem.
Nick Yamasaki from KDDI mentioned that KDDI will roll out LTE with CS fallback option for voice initially but then SRVCC (Single Radio VCC) solution will be adopted in future.
Finally there are always proprietary options like Skype that can be used along with the data services to solve the voice problem.
Infact a service like Vonage, modified for mobiles, can solve this problem easily. You can connect a VoIP client from your phone or device to Vonage and you are given a landline number that you can pass to others. When calls are received on this number, the client in the mobile rings and you answer the call normally.
Nick Yamasaki from KDDI mentioned that KDDI will roll out LTE with CS fallback option for voice initially but then SRVCC (Single Radio VCC) solution will be adopted in future.
