移动4G语音解决方案哪些事

《移动4G语音解决方案哪些事》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、移动4G语音解决方案移动4G正式商用之前，国内用户尤其是部分用户对其诟病的主要槽点集中在语音方案上。TD-LTE与LTEFDD一样，不支持单独的电路域（不支持CS域），全IP网络，讲俗点儿，就是不支持直接语音通话（还是俗了好理解）。那么如何实现在LTE网络上的语音通话呢？最初列入3GRP的标准化解决方案有两种（其实骨子里是一回事），两种方案其实都是多模单待方案，一种是SRVCC（双模单待无线语音呼叫连续性方案，SRVCC不等同于VoLTE。俗点解释就是，在LTE连续覆盖范围内，通过VoLTE来解决通话，在交叉覆盖或者无覆盖区域

2、，通过LTE与传统电路域的切换来实现语音连续通话），另外一种就是CSFB，这个放一会再讲。这两种方案有一个共性问题，就是理想是丰满的，现实是骨感的，方案的提出永远比方案的实现来得速度更快一些（想想六年前苦逼的TD-SCDMA），但LTE部署的步伐是不会停止的，所以，以运营商为代表的联盟们，提出了第三种方案：双模双待方案。双模双待方案在LTE网络上的最早实现商用，是用于LTE-CDMA的双模双待，2010年推出，代表厂家有这个三星啊，MOTO啊，LG啊之类的，这种方案可在短期内满足用户对数据与语音的业务体验要求，实现LTE商用，

3、因此，中移动也表示对这个方案很欣慰啊，与CDMA-LTE互操性一样，也解决了中移动独特的GSM、TDS、LTE互操作难题。双模双待方案呢，在中移动试验网初期，确实解决了很多实际的问题，比如拉拢终端厂家推出TD-LTE终端，好歹要有量，才有示范作用。我们就先具体说说这个双模双待。根据中移动实际情况，中移动最初提出的双模双待模式有三种：LTE-GSM、LTE-TDS/GSM、LTE/TDS-GSM，为什么会有后两者区别，主要是出现了双模双待另外一个现实问题：芯片问题，是双芯片双基带，还是双芯片单基带，或者单芯片单基带？不详细讲，大

4、家可以脑补，不难理解。当然了，大家都知道后来的事情，LTE-GSM被有关部门（我爱死这个说法了，一有不好讲的地方，就有关部门可以含糊下）给PASS了，那就只有后面两种了，OK，开工吧。实际后两者的业务体验也是有点小区别的，由于1880-1920这个频段的特殊性（太麻烦了，这个频段上跑的标准太复杂了），LTE/TDS-GSM方案业务体验最好，GSM语音不受影响，而数据业务的连续性最佳。而LTE-TDS/GSM方案还要考虑TDS与LTE在1880-1920这个频段内的共存问题，生生就把TD-LTE限制在2.6G频段内了。这个也不用

5、说了，反正当时集团决策，先用双待机方案过渡下，双待机方案最初做的是双芯片，双基带（比如那个9308D），等芯片成熟，再过渡到单芯片单基带。然后就等VoLTE成熟，直接过渡到SRVCC。但是后来发生的事情，迫使中移动改变了初衷。一是CSFB的成熟速度，远远高于预期，与2010、2011年的情况不同，CSFB的几个关键技术在2012、2013年取得长足进步，二是来自产业链的压力，全模芯片成为LTE芯片的主流，不再有TDS曾经面临的芯片组的尴尬，三是CSFB的改造费用，也较当时的估测下降了很多。——然后这些理由你都可以无视。真正的理

6、由是什么？由于解决方案不同，带来的终端成本不同问题。双模双待机方案的终端成本，其压缩空间相当的小，如果中移动要抢时间窗口，尽快打开LTE局面，挽回TDS带来的市场份额损失，他就必须尽快推出低成本终端，也就是所谓千元机。正是千元机的现实要求，中移动做了决策的调整，一是不再坚持五模十频，千元机可以只做三模，二是CSFB开工建设。那么CSFB是什么？CircuitSwitchedFallback，电路域回落，俗点儿讲，就是当LTE终端接受到语音请求时，通过重选回落到2G/3G，完成语音业务后，再重新回到LTE上。这种方案充分利用了原

7、有投资，通过旧有电路域继续提供语音啊短信啊定位啊之类的业务需求，实现快捷，实在是居家旅行，美容养颜之必备，唯一的问题，就是需要对现网网元进行改造，而且当时中移动面临的一个问题就是，业界现有CSFB方案都是优先回落到WCDMA，没有回到TDS的方案（也不可能有啊，就中移动有这么一张网）。幸好幸好，中移动运营着全世界最大的一张移动网络，在产业带动这件事上，除了TDS标准由于种种原因吃了点闷亏，其他时候还是很灵光的。然后水果公司又跳出来加了点砝码——水果机器压根就只支持单模方案，不支持双模双待机方案。OK，中移动开始改造网络，引入C

8、SFB。这个速度确实很快，因为无论是设备还是终端，解决方案都成熟了，产品是已经商用了，也不存在互操瓶颈了。问题又来了，TD-LTE的CSFB带来的延时问题怎么办？CSFB带来的延时问题有两块，一块是呼叫建立前的回落延时，另一块是呼叫结束后的重选延时。基本上回落延时现在已经没有