RNS故障排查指导手册（对接类）中兴通讯学院XXX团队学习目标(必选)学习完此课程，您将会：掌握Iub口对接故障。掌握Uu口对接故障。掌握Iu口对接故障。课程内容第一部分 常见故障现象Iub口对接故障现象Uu口对接故障现象Iu口对接故障现象 第二部分 故障定位思路Iub口对接类故障基本定位思路Uu口对接类故障基本定位思路Iu口对接类故障基本定位思路常见故障现象n按照3GPP接口类型，将常见的对接故障分为三类Iub口对接故障；Uu口对接故障；Iu口对接故障Iub口对接故障nIub口对接故障现象物理层不通（光口类型）；物理层不通（E1类型）；物理层已经连通，但是AAL5链路不通；AAL5链路正常，但是小区建立失败；小区建立成功，但是公共传输信道反复删建；无线链路建立失败；Uu口对接故障nUu口对接故障现象Uu口没有看到任何信令；UE发了RRC连接请求，直接被RNC拒绝；RRC连接建立流程失败；Iu口对接故障nIu口对接故障现象物理层不通；到MGW的信令点状态不可达；到MGW的信令点状态可达，到MSCS的信令点不可达；MGW和MSCS的信令点状态为可达，但SCCP连接失败；CS域位置更新失败；CS域RAB指派失败；PS域Attach失败；PDP上下文激活失败；PDP上下文激活成功，向PDN ping包不通；向PDN ping小字节包通，向PDN ping大字节包不通；故障定位思路nIub口对接类故障基本定位思路物理层不通（光口类型）：n【故障现象】：1）NodeB侧接口板（IIA/IIP等）告警指示灯有红灯告警；2）RNC侧接口板（APBE/APBI/SDTB/GIPI）的光口指示灯熄灭；3）LMT或者OMCB的告警管理上有光口告警；4）OMCR的告警管理上有光口告警；故障定位思路nIub口对接类故障基本定位思路物理层不通（光口类型）：n【排查思路】：检查RNC侧接口板和NodeB侧接口板的RUN灯是否是1Hz慢闪，来判断单板是否运行正常。正常情况下单板的RUN灯应该是1Hz慢闪，如果不正常，则检查单板的版本加载是否正常，单板硬件是否损坏，可以尝试替换单板来判断。检查双方的光模块是否匹配（单模还是多模）。检查光纤的收发是否接反了，RNC侧的Tx口的光纤应该接到对端的Rx口，RNC侧的Rx口的光纤应该接到对端的Tx口。检查每一条光纤是否和其他光纤交叉了。检查RNC到CN的光纤/光模块有没有插紧，如果收到了光信号，光口指示灯会常亮。判断传输线缆是否正常，通常可以采用逐段环回法来定位。基本原则是在各个线缆对接的地方，可以分别向RNC和CN进行自环，最终定位到某段传输具体出问题的地方。一般使用光纤法兰盘来进行环回测试。检查RNC和NodeB侧的相关数据配置是否正确，例如配置的Iub接口应该为STM-1类型，而实际上配置的是E1类型。故障定位思路nIub口对接类故障基本定位思路物理层不通（E1类型）：n【故障现象】：NodeB侧接口板（IIA/IIP等）告警指示灯有红灯告警；LMT或者OMCB的告警管理上有E1告警；OMCR的告警管理上有E1告警；故障定位思路nIub口对接类故障基本定位思路物理层不通（E1类型）：n【排查思路】：检查RNC侧接口板和NodeB侧接口板的RUN灯是否是1Hz慢闪，来判断单板是否运行正常。正常情况下单板的RUN灯应该是1Hz慢闪，如果不正常，则检查单板的版本加载是否正常，单板硬件是否损坏，可以尝试替换单板来判断。检查基站侧的E1线有没有插紧，如果收到了电信号，E1指示灯没有红灯告警。检查传输线缆是否正常。判断传输线缆是否正常，通常可以采用逐段环回法来定位。基本原则是在各个线缆对接的地方，可以分别向RNC和NodeB进行自环，最终定位到某段传输具体出问题的地方。一般依靠传输网管来进行环回测试。环回的时候需要注意，如果基站是配置的IMA组，则环回时必须将该IMA组内所有E1都自环，才能看到IMA组的正常状态；或者把IMA组里面的E1都断开以后，再一路一路单独环回查看。检查RNC侧的IMA组的配置是否与NodeB侧的IMA组配置一致，主要看接口类型是否匹配，是否加扰，时钟模式，协议版本等参数。故障定位思路nIub口对接类故障基本定位思路物理层不通（E1类型）：n【排查思路】：SDH的传输制式有两种，不同的厂家可能采用不同的传输制式，这两种制式下的时隙对应关系不同，所以对接的时候注意要问清楚传输厂家的传输制式。RNC的传输制式可以在SDTB板的单元属性里面修改。一般来说，与华为的传输设备对接时，选择“ITUT-G.703排列PCM”，与中兴的传输设备或烽火的传输设备对接时，选择“Tributary排列PCM”，即能做到两端打散之后的E1次序一致。故障定位思路nIub口对接类故障基本定位思路物理层连通，但是AAL5链路不通；n【故障现象】：物理层连接正常。查看网管告警，有该基站的NCP，CCP，ALCAP等AAL5链路的告警，有小区退服和NodeB退服告警。n【排查思路】：在OMM的动态管理管理中，查看NCP，CCP，ALCAP等AAL5链路对应的PVC的状态，查看该PVC是否被人工闭塞了。检查双方的PVC配置中的cVPI/cVCI是否匹配。分别向RNC和NodeB物理自环，看看SSCOP状态是否正常。如果自环后SSCOP状态不正常，则需要判断接口板的运行状态。故障定位思路nIub口对接类故障基本定位思路AAL5链路正常，但是小区建立失败；n【故障现象】：有小区退服和NodeB退服告警。NBAP信令跟踪显示，审计请求和审计响应以后，RNC没有下发小区建立请求。或者RNC下发小区建立请求，NodeB回应小区建立失败。n【排查思路】：检查RNC侧和NodeB侧的相应硬件告警，如果有告警先处理告警。检查RNC侧和NodeB侧是否配置了本地小区，配置的本地小区ID是否一致。检查RNC侧是否RUB所有的DSP都被闭塞或者DSP资源已经耗尽。检查NodeB侧的本地小区是否被阻塞了，TBPx系列基带资源板是否被闭塞了，小区的载波资源是否被闭塞了。检查审计响应的结果是成功还是失败，如果失败则检查NodeB的运行状态。故障定位思路nIub口对接类故障基本定位思路小区建立成功，但是公共传输信道反复删建；（一）n【故障现象】：有公共传输信道告警。NBAP信令跟踪显示，公共传输信道建立请求，公共传输信道建立响应，之后RNC立即又发起公共传输信道删除请求，NodeB回应公共传输信道删除响应。n【排查思路】：检查ALCAP链路是否被闭塞了，可以在OMCR上查询ALCAP的状态。ALCAP链路虽然通了，但是和RNC侧的ALCAP链路对应错误，比如该条PVC，NodeB侧配置的用途是ALCAP，RNC侧配置的用途是CCP。NodeB侧的ATM地址和RNC侧对应局向的ATM地址不一致。NodeB侧的AAL2链路的VPI，VCI，PathID和RNC侧对应局向的AAL2链路的cVPI，cVCI，PathID配置不一致。NodeB配置的AAL2的条数和RNC配置的AAL2的条数不一致。故障定位思路nIub口对接类故障基本定位思路无线链路建立失败；n【故障现象】：业务信令跟踪显示，在RRC连接建立过程中，RNC发起“无线链路建立请求”，NodeB回应“无线链路建立失败”。n【排查思路】：检查NodeB侧的CCP链路的编号是否正确，正常值应该为1。检查NodeB工作状态异常，负荷拥塞，没有可用资源。Iub口带宽不足会导致无线链路建立失败或者无线链路重配取消。故障定位思路nUu口对接类故障基本定位思路Uu口没有看到任何信令；n【故障现象】：小区建立成功，但是Uu口的信令跟踪没有任何关于该UE的信令。n【排查思路】：确认手机是选择的TD-SCDMA模式或者Dual模式。是否驻留在本小区的覆盖区域，是否锁频到别的小区。通过手机的测试模式，确认手机是否正确的解码出广播消息，主要检查MCC，MNC，扰码，主频点等。通过登录LMT，查看小区是否正常建立，查看公共传输信道是否有缺失或者反复删建的情况。如果业务正常但是信令跟踪没有消息，检查创建的信令跟踪任务是否正确。有时候信令跟踪任务正确，但由于CN没有下发commonID，RNC不知道该UE的IMSI号码，此时信令跟踪任务按照IMSI号码跟踪会看不到UE信令，改为按照cell/RNC跟踪就可以看到UE信令。故障定位思路nUu口对接类故障基本定位思路UE发了RRC连接请求，直接被RNC拒绝；n【故障现象】：UE发送了RRC连接请求以后，RNC直接回复RRC连接拒绝。n【排查思路】：从RRC连接拒绝的cause里面可以看到拒绝的原因。检查RNC侧的关于RRC连接建立的参数设置，看看RRC连接是强制建立在FACH还是DCH上，是高速还是普通信令。一般要求是强制建立在DCH上，如果选择是高速信令而RRC连接被拒，可以修改成普通信令试试。检查是否由于资源拥塞而导致RRC连接拒绝。可以通过OMCR动态管理，查看各种资源的闭塞情况，主要包括服务小区、DSP等。故障定位思路nUu口对接类故障基本定位思路RRC连接建立流程失败；n【故障现象】：UE发送了RRC连接请求，RNC也下发了RRCConnectionSetup，但是手机没有收到RNC发出的RRC连接建立。或者UE接受到了RRCConnectionSetup，但是RNC收不到UE发回的RRCConnectionSetupComplete消息。n【排查思路】：通过测试手机的接收电平强度，查看当地的信号强度RSCP，看看是否由于下行信号覆盖太差。检查RNC侧PCCPCH和FACH配置的发射功率是否太小。通过测试手机的接收电平强度，查看当地的信号质量C/I，看看是否存在干扰。外界无线环境的强干扰，表现为RSSI一直偏高。对室内环境，如果出现RSSI突然上升的情况，注意检查射频部分上行通路的阻抗匹配情况，建议增加上行衰减试试看。如果信令显示NodeB返回无线链路建立响应，但是没有无线链路恢复过程，说明NodeB与UE之间的物理层失步了。无线链路无法恢复的原因在于NodeB测量物理信道误码比较高，没有达到同步要求的门限。故障定位思路nIu口对接类故障基本定位思路物理层不通；n【故障现象】：APBE的光口指示灯熄灭，OMCR的告警管理上有光口告警。n【排查思路】：检查RNC的接口板（基于ATM是APBE、基于IP是GIPI）的RUN灯是否1S慢闪，来判断单板是否运行正常。正常情况下单板的RUN灯应该是1Hz慢闪，如果不正常，则检查单板的版本加载是否正常，单板硬件是否损坏，可以尝试替换单板来判断。检查双方的光模块是否匹配（单模还是多模）。检查光纤的收发是否接反了，RNC侧的Tx口的光纤应该接到对端的Rx口，RNC侧的Rx口的光纤应该接到对端的Tx口。检查每一条光纤是否和其他光纤交叉了。检查RNC到CN的光纤/光模块有没有插紧，如果收到了光信号，光口指示灯会常亮。判断传输线缆是否正常，通常可以采用逐段环回法来定位。基本原则是在各个线缆对接的地方，可以分别向RNC和CN进行自环，最终定位到某段传输具体出问题的地方。一般使用光纤法兰盘来进行环回测试。检查RNC和CN侧的相关数据配置是否正确，例如配置的IU接口应该为STM-1类型，而实际上配置的是E1类型。故障定位思路nIu口对接类故障基本定位思路到MGW信令点不可达；（一）n【故障现象】：SSCOP层反复删建，MTP3B层不通，CN邻接局的信令点状态为不可达。n【排查思路】：常见的方法是采集信令分析，可以在IU口挂接信令仪。双方的信令链路编码（SLC）不一致；如果从MTP3B的信令跟踪来看，如果从MTP3B的信令跟踪来看，现象为：RNC和CN双方都在向对方发送SLTM消息，但是对于接收到的对方的SLTM消息，都不回应SLTA消息。这种情况下，要进一步查看双方的SLTM消