经典实践-CS单通排查手段.docVIP

经典实践-CS单通调试手段 研发体系 移动研究所RNC媒体平台部 贺志平 2007年6月 【摘要】 RNC CS回环功能为了定位CS电话单通故障专门引入。 假设出现单通时，UE2听不到声音。总体来说，可以从两个思路来定位，一个是UE2的下行处理有问题，一个是UE1的上行处理有问题，运用回环功能，可以定位出出问题的网元。 【关键词】 单通 一、问题的提出 CS出现单通现象的原因很多, 出问题的网元可能涉及UE, NodeB, RNC或者CN, 定位该问题一直没有太好的手段. 本文从RNC用户面的处理入手, 给出一种定位出问题网元的手段. 二、解决思路 以下是2个UE通话时数据流向的示意图, 红线是来自UE1的数据流,蓝线是来自UE2的数据流 图0: 正常CS电话的数据流向图 假设出现单通时，UE2听不到声音。也就是UE1的红色数据流在某个网元中断，蓝色数据流是正常的。按照数据流图, 红色数据流的顺序为: UE1 - NodeB1 - RNC1 - CN - RNC2 - NodeB2 - UE2.总体来说，可以从两个思路来定位，一个是UE1的上行处理有问题, 一个是UE2的下行处理有问题。从RNC的角度来看, 数据从下到上流经的协议层分别为FP，MAC，RLC，IUUP。其中FP是Iub口帧协议，IUUP是Ｉｕ口用户面协议。 1 先判断UE2的下行处理是否有问题, 在RNC2的FP层做一个回环, 将FP收到的上行蓝色数据直接发回给UE2, 从UE1过来的红色数据直接丢弃, 如果UE2可以听到自己的声音, 则NodeB2和UE2正常, 如果听不到, 可以开始排查NodeB2或UE2; 图1:对UE2 FpLoopToNodeBNotSend 图2: 对UE2 FpLoopToNodeB 2 如果在RNC2的FP层做回环可以听到自己的声音, 则接着在RNC2的IUUP层做回环, 将IUUP收到的上行蓝色数据直接发回给UE2, 如果UE2可以听到自己的声音, 则IUUP层以下处理正常, 如果听不到, 则问题出在RNC, 可以开始排查从FP到IUUP各层处理是否有异常; 图3: 对UE2 IuupLoopToNodeBNotSend 图4: 对UE2 IuupLoopToNodeB 3 如果在RNC2的IUUP做回环, UE2仍能听到自己的声音, 在RNC1的IUUP层做上行回环, 即从CN过来的UE2的数据发回UE2, UE1的上行数据丢弃, 如果UE2能听到自己的声音, 则可以排除CN的问题, 否则开始排查CN. 图5: 对UE2 IuupLoopToCnNotSend 图6: 对UE2 IuupLoopToCn 4 如果在RNC1的IUUP做回环, UE2仍能听到自己的声音, 则接着在RNC1的FP层做回环, 如果UE2仍能听到自己的声音, 则问题可能处在FP层以下, 即 NodeB1 或者 UE1, 如果UE2听不到自己声音, 则问题出在RNC1的FP层与IUUP层间. 5 当以上1-4都UE2都能正常听到声音时，则有可能是UE1的上行有问题。针对UE1，进行FP往NodeB的回环，根据UE1是否能正常听到声音，来判断出问题的范围。 6 同理，为了判断UE1的上行是否有问题，还可以针对UE1进行IUUP往NodeB的回环，针对UE2进行IUUP往CN的回环，针对UE2进行Fp往CN的回环，以确定出问题的范围。 图7: 对UE2 FpLoopToCnNotSend 图8: 对UE2 FpLoopToCn 三、实践情况 由以上的解决思路, RNC用户面新增CS回环调试命令, 通过不同开关控制FP层和IUUP层往NodeB或CN回环. 以后如果遇到CS单通问题, 可以做如下操作定位问题: 查找UE所在的VTCD单板和所在的DSP 在小区所在的RCP板的Shell上通过UcpmcGetInstNo，提示输入imsi号, 输入要进行环回的UE的Imsi号, 可以得到对应实例号UcicInst; 根据UcicInst，通过UcpmcShow UcicInst 命令, 可以得到对应用户面实例UCIU所在的VTCD的架框槽, dsp号以及UciuId. 在用户面按照之前的思路对数据进行相应的回环, RNC回环功能命令有: LoopHelp(void) 此命令会详细打印cs环回的具体帮助命令及参数取值信息. LoopClearAll(DWORD dwSlaveNo) 此命令会取消指定dsp上所有的环回设置. LoopSwitch(DWORD dwSlaveNo, DWORD dwUciuId, DWORD dwLoop