基于LTE话音业务异常事件的流程化分析方法研究

王文博，常 静，柏 杨/WangWenbo，Chang Jing，Bai Yang

（中国移动通信集团设计院有限公司 北京100080）

1 引言

在介绍异常事件前，首先要了解LTE话音业务完整的系统消息与信令流程，并且对TD-LTE下实现话音通话的方案做出基本解释，其基本特点为：通过LTE手机在LTE网络下实现TA（LTE下的跟踪区）/LA（GSM的位置区）联合更新，实现同时在LTE的MME与GSM的MSC同时完成登记。当终端在LTE进行起呼或收到话音寻呼消息时，利用LTE下行重定向信令RRC Connection Release内指定的GSM频点 （偶尔会出现未指定频点的情况）进行回落GSM，再在GSM下进行起呼或响应寻呼的过程。

2 标准话音业务呼叫建立流程

2.1 标准话音业务主叫建立流程

●MS在LTE下发送Extended Service Request；

●MS收到下行消息RRC Connection Release消息中携带的GSM频点回落成功；

●MS在RACH信道上发送ChannelRequest消息；

●BTS接收解码后，BSS在AGCH信道上发送Immediate Assignment消息给手机，安排MS进入SDCCH；

●MS收到Immediate Assignment消息，转换到指定的SDCCH；

● MS 发送 SABM（CM Service Request）；

●网络对SABM以发送UA作为响应建立L2无线链路，BSS处理该请求，然后通过A接口上的信令链路向MSC报送；

●通过鉴权加密过程后，MS在SDCCH发送Set Up消息；

●MSC收到并处理Set Up消息，发起Assignment Request消息；

●然后BTS在SDCCH上为手机分配TCH信道，通过Assignment Command消息安排MS到指定的空闲TCH；

●MS转到指定的TCH，在FACCH上发送AssignmentComplete消息，并通过BSS上传到MSC；

●MSC向MS发送Alerting消息，告知MS对方振铃已响，要求发送回铃音；

●被叫摘机，Connect消息通过BSS发给MS，该信息在FACCH上发送；

●MS收到该信息，打开音频通路，并通过FACCH向MSC 发送响应（ConnectAcknowledge），通话正式开始。

2.2 标准话音业务被叫建立流程

●MS收到Paging消息后下发Extended Service Request；

●MS收到下行消息RRC Connection Release消息中携带的GSM频点回落成功；

●MSC向同一LAC内的所有小区发送寻呼命令，由各小区在PCH上发出Paging Request消息；

●MS根据系统分配的TMSI或IMSI值，从所有收到的Paging Request消息中解出属于自己的寻呼消息，并在RACH上发送Channel Request消息；

●BTS接收解码后，BSS在AGCH信道上发送Immediate Assignment消息给手机，安排MS进入SDCCH；

●MS收到Immediate Assignment消息，转换到指定的SDCCH；

● MS发送 SABM（Paging Response）；

●其他后续消息与主叫完全一样。

3 异常事件分析流程

异常事件分析流程如图1所示。

4 典型问题举例

4.1 TCH拥塞造成的未接通

在LTE DT测试中，发现很多未接通事件的原因是小区拥塞、无TCH资源可用，为了提高无线接通率，必须解决因小区拥塞导致的未接通事件。

当小区TCH拥塞时，从信令流程上来看，主叫手机在Call Proceeding（被叫手机在 Call Confirmed）后，系统没能下发Assignment Command消息，而是下发Disconnect命令。当主叫没有Assignment Command消息时，为主叫TCH拥塞；当被叫没有Assignment Command消息时，为被叫TCH拥塞。

以某次集团抽测测试为例，主/被叫信令截图如图2所示。

问题描述：车辆在某城市的某小区附近行驶，主叫MS发生未接通。

问题分析：主叫MS占用小区（CI:31655 BCCH:718 BSCI:16）的信号，主叫MS的接收电平在-77 dBm左右，话音质量在0级，主叫 MS信令 CM Service Request→Setup→Call Proceeding→Disconnect，时间间隔为11 s，被叫MS占用微波局_D1（CI:11551 BCCH:723 BSCI:03）的信号，被叫MS的接收电平在-55 dBm左右，被叫MS信令一直为Paging Request Type1，没有呼到被叫，主叫TCH拥塞。

解决建议：继续观察该小区指标，如长时间有拥塞情况，则扩容。

4.2 SDCCH拥塞导致未接通

问题分析：在主叫完成起呼（Assignment Complete）后2s左右，此时被叫发起信道请求Channel Request Report，由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复两次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致发生未接通，如图3所示。

解决方案：增加SDCCH信道。

4.3 位置更新导致未接通

问题分析：主叫完成起呼（AssignmentComplete）后2～3s，被叫正处于位置更新流程中，导致未接通发生，如图4所示。

解决方案：调整位置更新参数设置。

4.4 其他原因

以上列举了有代表性的3个异常事件原因，其他原因在日常分析中也会遇到，例如，跨LAC位置更新未接通优化、被叫小区重选导致未接通、硬件问题、载频问题、上行链路问题导致的未接通等。

5 结束语

上述是结合长期LTE-DT测试分析出的未接通现象及原因，目的在于总结归纳出一套可以复制流程化的分析方法，简化在网络质量管理中的工作难度，提高工作效率。在测试过程中，可能会有新的未接通现象发生，分析其原因应该本着信令和路测相结合的方法，并且继续归纳总结到流程中，解决问题时要做到有的放矢。

[1]3GPPTS 36.331 version 11.5.0 Release 11.LTE:Evolved Universal Terrestrial Radio Access(E-UTRA);Radio Resource Controal(RRC);Protocol Specification v11.5.0[S].2013.

[2] 王映民，孙韶辉.TD-LTE技术原理与系统设计[M].北京：人民邮电出版社，2013.