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

中兴通讯研发过程成功案例

内部公开▲

经典实践-CS单通调试手段

研发体系 移动研究所RNC媒体平台部 贺志平

2007年6月

【摘要】

RNC CS回环功能为了定位CS电话单通故障专门引入。 假设出现单通时，UE2听不到声音。总体来说，可以从两个思路来定位，一个是UE2的下行处理有问题，一个是UE1的上行处理有问题，运用回环功能，可以定位出出问题的网元。 【关键词】 单通 一、问题的提出 CS出现单通现象的原因很多, 出问题的网元可能涉及UE, NodeB, RNC或者CN, 定位该问题一直没有太好的手段. 本文从RNC用户面的处理入手, 给出一种定位出问题网元的手段. 二、解决思路 以下是2个UE通话时数据流向的示意图, 红线是来自UE1的数据流,蓝线是来自UE2的数据流

CN RNC1 IUUP RNC2 IUUP FP FP NodeB1 NodeB2 UE1 UE2

图0: 正常CS电话的数据流向图

假设出现单通时，UE2听不到声音。也就是UE1的红色数据流在某个网元中断，蓝色数据流是正

本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。

1

中兴通讯研发过程成功案例

内部公开▲

常的。按照数据流图, 红色数据流的顺序为: 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;

CN CN RNC1 IUUP RNC2 IUUP RNC1 IUUP RNC2 IUUP FP FP FP FP NodeB1 NodeB2 NodeB1 NodeB2 UE1 UE2 UE1 UE2 图1:对UE2 FpLoopToNodeBNotSend 图2: 对UE2 FpLoopToNodeB

2> 如果在RNC2的FP层做回环可以听到自己的声音, 则接着在RNC2的IUUP层做回环, 将IUUP收到的上行蓝色数据直接发回给UE2, 如果UE2可以听到自己的声音, 则IUUP层以下处理正常, 如果听不到, 则问题出在RNC, 可以开始排查从FP到IUUP各层处理是否有异常; 本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。

2

中兴通讯研发过程成功案例

CN

CN 内部公开▲

RNC1 RNC2 RNC1 RNC2 IUUP IUUP IUUP IUUP FP FP FP FP NodeB1 NodeB2 NodeB1 NodeB2 UE1 UE2 UE1 UE2 图3: 对UE2 IuupLoopToNodeBNotSend 图4: 对UE2 IuupLoopToNodeB 3> 如果在RNC2的IUUP做回环, UE2仍能听到自己的声音, 在RNC1的IUUP层做上行回环, 即从CN过来的UE2的数据发回UE2, UE1的上行数据丢弃, 如果UE2能听到自己的声音, 则可以排除CN的问题, 否则开始排查CN. CN CN RNC1 RNC2 RNC1 RNC2 IUUP IUUP IUUP IUUP FP FP FP FP NodeB1 UE1 NodeB2 UE2 NodeB1 UE1 NodeB2 UE2 图5: 对UE2 IuupLoopToCnNotSend 图6: 对UE2 IuupLoopToCn

本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。

3

中兴通讯研发过程成功案例

内部公开▲

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的回环，以确定出问题的范围。 CN CN RNC1 RNC2 RNC1 RNC2 IUUP IUUP IUUP IUUP FP FP FP FP NodeB1 UE1 NodeB2 UE2 NodeB1 UE1 NodeB2 UE2 图7: 对UE2 FpLoopToCnNotSend 图8: 对UE2 FpLoopToCn 三、实践情况 由以上的解决思路, RNC用户面新增CS回环调试命令, 通过不同开关控制FP层和IUUP层往NodeB或CN回环.

以后如果遇到CS单通问题, 可以做如下操作定位问题:

1> 查找UE所在的VTCD单板和所在的DSP

在小区所在的RCP板的Shell上通过UcpmcGetInstNo，提示输入imsi号, 输入要进行环回的UE的Imsi号, 可以得到对应实例号UcicInst;

根据UcicInst，通过UcpmcShow UcicInst 命令, 可以得到对应用户面实例UCIU所在的VTCD的架框槽, dsp号以及UciuId.

本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。

4

中兴通讯研发过程成功案例

内部公开▲

2> 在用户面按照之前的思路对数据进行相应的回环, RNC回环功能命令有: LoopHelp(void)

此命令会详细打印cs环回的具体帮助命令及参数取值信息.

LoopClearAll(DWORD dwSlaveNo)

此命令会取消指定dsp上所有的环回设置.

LoopSwitch(DWORD

dwSlaveNo,

DWORD

dwUciuId,

DWORD

dwLoopType, DWORD

dwLoopSwitch)

这是cs环回的主控命令, 控制各层的数据回环, 参数取值如下所述, 如果记不住没有关系, 直接敲LoopHelp命令即可.

dwSlaveNo：DSP号，1～14，15指所有DSP；

dwUciuId：UciuId，可以通过1所示的ShowUcpmcTotalInfo命令获得，也可以在VTCD上通过ShowUciuInfo命令获得, 也可以直接取值-1, 将对该dsp上所有Uciu进行环回, 此功能慎用；

dwLoopType：环回类型，

0: IuupLoopToNodeB 1: IuupLoopToCn

2: IuupLoopToNodeBNotSend 3: IuupLoopToCnNotSend 4、FpLoopToNodeB 5、FpLoopToCn 6、FpLoopToNodeBNotSend 7、FpLoopToCnNotSend； dwLoopSwitch：环回开关 1为开，0为关； 四、效果评价

根据本文提出的解决方案，出现CS单通故障的时候, 可以在RNC侧很方便的判断出问题的网元.

五、推广建议 RNC改进措施已在媒体平台部推广实施，但也有相应局限, 如果问题出在RNC层以下, 则只能判断出问题出在NodeB 与 UE中, 建议NodeB侧也如此做回环功能, 这样就可以判断是出在NodeB还是UE中了.

参考资料

—— 完 ——

本文中的所有信息均为中兴通讯股份有限公司内部信息，不得向外传播。

5

本文来源：https://www.bwwdw.com/article/lfft.html