TD-SCDMA网络SmaFail导致掉话问题的优化研究.doc

TD-SCDMA网络SmaFail导致掉话问题的优化研究 摘要：本文主要研究TD-SCDMA网络中与彩铃业务相关的SmaFail掉话问题，通过研究SmaFail的成因以及彩铃业务流程和速率特点，结合现网大量信令分析，给出了两种典型掉话现象的优化解决方案，迅速提升网络指标。 关键词：TD-SCDMA 网络优化 SmaFail 掉话 彩铃 序言 TD-SCDMA网络经历了一、 二、三期工程建设和运维优化，网络性能日臻完善，各项指标不断提升。然而，在2010年上半年我司承建区域先后在山西晋中、阳泉、太原、甘肃天水、江西新余、福建泉州等多个地市发现大量SmaFail引起的掉话，严重影响语音掉话率指标。由于该失败原因之前不为人熟悉，并且在掉话次数上占比较高，立即引起重视开展专项研究。 本文首先对RNLC_SmaFailRel _Report的成因进行研究，总结出该问题的分析方法。其次，结合外场案例，对现网大量SMA掉话信令分析，归纳出以山西太原和甘肃天水为代表的两种典型现象，通过各种业务测试验证出掉话与彩铃业务相关。通过研究彩铃业务的处理流程以及语音业务窄带AMR多速率，针对两种掉话现象分别给出解决方案，迅速提升网络指标。 SmaFail的成因和分析方法 SMA(Signal Miscellaneous Application)是信令杂项应用进程的缩写，它的存在主要源于Iux口有多种传输承载方式，比如ATM、 ATM/IP 、IP，各种传输承载对应的建立方式也不同，分别使用ALCAP模块，IPCSP模块和IP模块。为了屏蔽各种传输承载的差异，实现TD无线业务控制面RNLC与各种传输承载统一接口，SMA应运而生，并且可以针对不同产品实现个性化管理传输带宽资源的功能。图1说明SMA在系统中的位置。 图1 SMA进程在系统中的位置 RNLC_SmaFailRel_Report说明SMA进程异常删除用户实例，是触发RNC发起RAB释放请求的众多原因之一。目前会话类CS业务基本采用ATM承载，SmaFail引起的掉话主要与ALCAP模块相关，Iub口传输断链、传输不稳定，基站内部原因或者收到IU-CS口的ALCAP REL消息都会导致SMA进程拆除AAL2链路。 出现RNLC_SmaFailRel_Report需要进行如下分析： 1．Iu口、Iub口相关局向的ALCAP宽带信令链路是否存在告警。从统计信息分析是否存在SMA/ALCAP建立过程中的失败。 2．是否有IMA组断链等异常记录和告警通知。是否存在NodeB内部某种原因发起的主动释放AAL2过程。 3．分析Iu口ALCAP信令链路是否收到核心网下发的释放AAL2指示。 两种SmaFail掉话问题的解决方案 掉话现象的归纳和分析 经过大量异常信令的归纳分析，多个地市出现的SmaFail掉话主要分为以下两种现象： 1．以山西太原为代表的主叫振铃过程发生重定位后掉话，掉话与振铃的间隔时间无明显规律（江西新余，福建泉州与此类似）。信令如图2所示。 图2 山西太原的SmaFail掉话信令 2． 以甘肃天水为代表的被叫振铃38s左右发生Smafail掉话（山西晋中/阳泉与此类似）。信令如图3所示。 图3 甘肃天水的SmaFail掉话信令 并且，RNLC_SmaFailRel_Report导致的掉话在语音掉话总次数中占比很高。比如，太原的SMAFail占总掉话次数的31%；天水的SMAFail占总掉话次数的71%。解决该掉话原因将大幅提高语音掉话率指标。 （a）太原SmaFail掉话次数占比 （b）天水SmaFail掉话次数占比 图4 两地SmaFail掉话占比分析 按照SmaFail掉话的分析思路，IuB口相关告警，日志，ALCAP建立响应检查均无异常，但是从掉话时刻的Iu口ALCAP信令里发现：掉话是由核心网主动下发REL消息导致的。与核心网协商联合测试，通过更换主/被叫的终端、更换SIM卡类型、更换主叫用户类别（电信、联通、移动）、更换被叫业务（从最基础的语音业务开始一个一个的增加），最终稳定复现TD语音掉话SmaFail均为拨打开通彩铃功能的TD被叫用户。 彩铃业务的处理过程涉及无线接入系统RSS，主/被叫呼叫交换中心MSC，彩铃平台等多个网元之间协作，各网元在业务处理流程和速率匹配方面可能存在兼容性问题需要优化。为了解决TD无线网络的SmaFail掉话问题，需要先研究彩铃的处理流程和速率特点。 彩铃的处理流程和AMR速率格式 彩铃的呼叫处理流程 彩铃业务也叫做个性化回铃音业务，客户可以根据自己的喜好和要求定制电话的回铃音。回铃音既可以是音乐、广告，也可以是客户录制的语音。彩铃业务的呼叫处理流程如下： 主叫用户A呼叫用户B向HLR发，请求呼叫指示信息；HLR查询被叫是否开通彩铃业务