【NodeB】传输故障排查手册.doc

联通外场传输故障排查手目录1概要61.1范围61.2读者61.3目的62Nodeb故障分析排查方法72.1硬件连线检查72.1.1以太网端口72.1.2E1端口82.2Nodeb配置参数检查112.2.1基站基本属性相关参数112.2.2物理承载相关参数112.2.3IP传输资源相关参数112.2.4ATM传输资源相关参数112.2.5通道维护相关参数122.3告警分析122.3.1E1/T1链路电信号丢失 - E1/T1 LOS (Loss Of Signal) alarm122.3.2E1/T1链路帧同步丢失（LOF）- E1/T1 link loss of frame alarm122.3.3E1/T1 链路远端接收故障 - E1/T1 remote receiving fault132.3.4E1/T1 链路自环 - E1/T1 link self-loop132.3.5E1/T1 IMA组处于非工作状态 - E1/T1 IMA group is not operational132.3.6SSCOP信令链路连接中断 - SSCOP signaling link is broken142.3.7SSCOP故障SSCOP SD PDU必须重传(Error Code = V) - SSCOP faultSSCOP SD PDU must be retransmitted (Error Code = V)152.3.8以太网电(光)信号丢失 - Ethernet light and electricity lose152.3.9ETH以太网口模式与对端不匹配 - ETH port mode is unmatched with peer end152.3.10MAC地址冲突 - MAC addr clash162.3.11IP地址冲突 - IP addr clash162.4典型故障分析162.4.1IMA组故障162.4.2SSCOP信令链路中断172.4.3SSCOP信令重传172.4.4Omcb通道不通172.4.5公共传输信道反复删建、用户承载建立失败18附录一：常用调试命令191、 showgroupstatus192、 e1loop203、 pvclist204、 cidlist215、 n5 pvcid216、 n2 wLinkId227、 ShowCidRecord228、 ShowPvcRecord229、 sscopping2210、ShowSscopAllDataCount2311、ShowDisconnectInfo2412、ShowReTranSDInfo2413、showIpoaDataInfo2514、ShowBootpCount2515、ifShow2616、routeShow2617、ShowOmcbCfgInfo2718、ShowOmcbCntInfo2719、ShowAal2Stat2920、ShowAlcapLinkID3021、ShowBandInfo3022、FeInfo3123、brsarp3124、brsipconfig3225、brsping32Nodeb故障分析排查方法1.1 硬件连线检查在现网中，NodeB提供的物理传输端口包括以太网端口和E1端口。1.1.1 以太网端口以太网端口在CC板上，ETH0为IUB口，与RNC对接用。ETH1为DEBUG口，供近端网管接入和调试用。IUB口的IP地址是通过网管配置的（例如业务IP 10.9.69.11，操作维护IP 10.9.169.51），只在主CC上生效，备CC上IUB口无IP。DEBUG口的IP地址与配置和主备状态无关，只与CC板槽位相关，当CC板在1号槽位时，DEBUG口IP为192.254.1.16，CC板在2号槽位时为192.254.2.16。IUB口的工作模式和速率与直连设备的工作模式和速率要匹配，否则会产生告警。现网缺省配置为100M全双工。FE模式对端网口模式告警情况实际生效模式说明10M全双工10M全双工无告警10M全双工10M半双工无告警10M半双工自协商模式不匹配告警10M半双工其他模式不匹配告警，电信号丢失告警不能通信100M全双工100M全双工无告警100M全双工100M半双工无告警100M半双工自协商模式不匹配告警100M半双工其他模式不匹配告警，电信号丢失告警不能通信，1000M全双工1000M 无告警1000M 自协商对端为千兆网口则无告警1000M 对端不是千兆网口则产生模式不匹配告警视对端能协商到的最大速率而定其他模式不匹配告警速率与对端相同，双工状态为半双工自协商自协商若协商为半双工则产生模式不匹配告警，否则无告警视对端能协商到的最大速率而定非自协商模式不匹配告警速率与对端相同，双工状态为半双工1.1.2 E1端口E1端口位于SA板上，SA上有6个跳线器，可对上下行E1/T1的传输模式、级联的BDS_ID进行设置，如下图跳线设置方式参考下表：位号功能设置说明X1第0/1路E1/T1的RRING、TRING设置跳线1用于设置第0路E1/T1的TRING_0：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线2用于设置第0路E1/T1的RRING_0：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；跳线3用于设置第1路E1/T1的TRING_1：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线4用于设置第1路E1/T1的RRING_1：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空X2第2/3路E1/T1的RRING、TRING设置跳线1用于设置第2路E1/T1的TRING_2：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线2用于设置第2路E1/T1的RRING_2：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；跳线3用于设置第3路E1/T1的TRING_3：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线4用于设置第3路E1/T1的RRING_3：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；X3第4/5路E1/T1的RRING、TRING设置跳线1用于设置第4路E1/T1的TRING_4：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线2用于设置第4路E1/T1的RRING_4：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；跳线3用于设置第5路E1/T1的TRING_5：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线4用于设置第5路E1/T1的RRING_5：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；X4第6/7路E1/T1的RRING、TRING设置跳线1用于设置第6路E1/T1的TRING_6：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线2用于设置第6路E1/T1的RRING_6：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；跳线3用于设置第7路E1/T1的TRING_7：ON表示电缆外壳接保护地，OFF表示电缆外壳悬空；跳线4用于设置第7路E1/T1的RRING_7：ON表示电缆外壳通过电容接保护地，OFF表示电缆外壳悬空；X5上、下行Abis（BSC和BTS间接口）模式设置跳线器的高2位MODE_ABIS设置上、下行长短线模式：00xx：表示上行短线，下行短线01xx：表示上行短线，下行长线10xx：表示上行长线，下行短线11xx：表示上行长线，下行长线跳线器的低2位MODE_ABIS设置E1/T1模式：xx00：表示E175 xx01：表示E1120 xx10：表示T1100 xx11：预留X6BDS_ID设置设置BDS（基带数字子系统）的机架编号。主BDS机架的BDS_ID为“000”；从BDS机架的BDS_ID为“001”表1-2 ZXSDR B8200 GU360中SA0跳线器默认设置表跳线器位号按照基站合同要求，跳线设置方法E175 E1120 T1100 X1、X2、X3、X4插上跳线拔掉跳线（默认方式）拔掉跳线（默认方式）X5MODE_ABIS拔掉跳线（默认方式）拔掉跳线（默认方式）拔掉跳线（默认方式）MODE_ABIS拔掉跳线（默认方式）拔掉跳线（默认方式）插上跳线MODE_ABIS拔掉跳线（默认方式）插上跳线拔掉跳线（默认方式）X6拔掉跳线（默认方式）拔掉跳线（默认方式）拔掉跳线（默认方式）1.2 Nodeb配置参数检查检查Nodeb配置参数是否正确，排查因参数配置错误而导致的故障，主要包括下面几个部分：1.2.1 基站基本属性相关参数1、 检查“基站（右键）-设置基本属性-ATM地址”中的ATM地址长度和地址值是否与RNC配置一致。2、 检查“基站（右键）-设置基本属性-其他相关参数”中的传输类型和无线制式是否与规划一致。3、 检查“基站（右键）-设置时钟参考源-时钟参考源”中的设置是否与规划一致。1.2.2 物理承载相关参数1、 检查“传输资源-物理承载-E1/T1连线”中E1/T1连线配置是否与实际接线一致，E1/T1连线配置参数中，链路号0对应实际的1、2两条E1/T1线，链路号1对应3、4两条E1/T1线，依次类推。2、 检查“传输资源-物理承载-Ethernet参数”中的工作模式是否与对端网口一致1.2.3 IP传输资源相关参数1. 检查“传输资源-IP传输-全局端口参数”中端口的工作模式是否为IP over Ethernet，Vlan标签是否与规划一致。2. 检查“传输资源- IP传输-IP参数”中的无线制式，全局端口号、IP地址及掩码、网关、承载业务类型是否与规划一致。此处需注意对于承载Omcb的IP参数，承载业务类型需配置为全0，并且该IP只用于Omcb通道传输。1.2.4 ATM传输资源相关参数1. 检查“传输资源-ATM传输-AAL2链路”中PathID、VPI和VCI是否与RNC相应的配置一致。2. 检查“传输资源- ATM传输- AAL5链路”中的VPI、VCI和用户类型是否与RNC相应配置一致。1.2.5 通道维护相关参数1. 检查“传输资源-通道维护-OMC-B参数”中操作维护IP的类别（IPINIP or IPOA）是否与规划一致。如果规划类型为IPINIP，需检查操作维护的网关IP是否与RNC上配置的一致1.3 告警分析1.3.1 E1/T1链路电信号丢失 - E1/T1 LOS (Loss Of Signal) alarm分析LOS (Loss of Signal) 电信号丢失，接收端在连续的周期内没有检测到线路脉冲或者检测不到逻辑1，就会上报LOS告警。通常是因为E1/T1物理线路Rx故障或者断开，检测不到对端线路信号。处理建议1. 检查SA板是否插牢固，E1转接头是否松动；2. 转接头插针是否整齐完好，有无歪针、断针；3. E1线路对接处接头有无损坏，和对端接触是否良好；4. E1传输布线是否符合工程规范，有无承受外力； 5. 用E1自环线环回故障线路，如果告警恢复，检查对端E1线路。1.3.2 E1/T1链路帧同步丢失（LOF）- E1/T1 link loss of frame alarm分析 LOF (Loss of Frame) 帧丢失，E1的0时隙和T1时隙0的第一个比特是用来传输和恢复帧同步时钟信息，用来告诉接收端每一帧的起始，不能用来传输业务数据。如果E1/T1接收端不能帧同步，将导致数据帧丢失，上报LOF告警。处理建议1. 线路两端E1、T1模式是否一致；2. 线路E1帧模式是否一致（复帧/双帧）；3. E1/T1阻抗模式是否匹配；4. E1/T1线路附近有无数字设备干扰；5. 时钟信号是否正常。1.3.3 E1/T1 链路远端接收故障 - E1/T1 remote receiving fault分析E1/T1 远端告警指示。RAI告警是由远端插入RAI标识比特发送后然后由本端检测到，本端上报告警，用来指示远端接收异常。后台上显示“远端接收故障”告警。处理建议1. Tx发送线路故障或者断开，检查Tx线路连接是否正常（参考LOS故障处理）；2. E1帧结构是否匹配，线路两端必须同时工作在双帧或者复帧模式下，检查是否一致；3. 检查Tx线路是否存在大量误码。1.3.4 E1/T1 链路自环 - E1/T1 link self-loop 分析E1/T1 环回告警。如果收发线路误接、用环回线环回的情况下，驱动检测到线路存在环回就上报此告警，用来提醒和指示线路状态。目前只能对E1线路进行检测和告警。处理建议1. 告警线路Rx、Tx连线是否正常，是否有被环回线短接；2. 是否有通过调试命令环回线路，请在shell 上输入“e1loop 0”进行解除软件环回。1.3.5 E1/T1 IMA组处于非工作状态 - E1/T1 IMA group is not operational 分析IMA组处于非工作状态告警。当IMA组配置成功后，超过1s，IMA组不能到达正常工作状态，产生此告警处理建议1. 检查Nodeb上是否有1.3.1、1.3.2、1.3.3、1.3.4小节所示的E1/T1链路告警，如有请参考上述告警的处理建议；2. 如无E1链路断告警，请在shell上输入命令“e1loop 1”将Nodeb近端自环（参见附录一），如果自环后IMA状态仍然为故障，请联系Nodeb开发人员。如自环后IMA状态正常，请在Nodeb到RNC之间的传输设备上由近及远对Nodeb进行自环，检查IMA状态是否正常。如果IMA状态故障，则请检查传输设备，如果IMA状态仍然正常，请对RNC进行自环，检查RNC上对应链路的IMA状态是否正常。注意事项1. 使用命令e1loop 1进行Nodeb侧自环，会导致Nodeb到RNC之间的传输链路中断，如果在远端操作则可能会使Nodeb掉站，因此该命令只能在上站时使用，并且离开站点时必须解除该自环，解除自环的命令为e1loop 01.3.6 SSCOP信令链路连接中断 - SSCOP signaling link is broken 分析SSCOP信令链路连接中断告警。SSCOP信令链路建链不成功或者在一定时间内没有收到对端的SSCOP信令数据。从而导致SSCOP链路中断，此时上报该告警处理建议1. 检查AAL5链路的配置参数是否与RNC一致，参见1.2.4小节2. 检查IMA组状态是否正常，如果IMA组状态故障，请参见1.3.5小节3. 如果IMA组状态正常，请输入pvclist命令，查看是否存在承载SSCOP链路的pvc，如果不存在，请联系Nodeb开发人员4. 如果存在承载SSCOP链路的pvc，请输入n5 pvcid查看对应的AAL5上是否有数据收发（参见附录一），如没有数据在收发或SendBsyCnt的值在不断增加，请转到步骤6。5. 如果n5 pvcid显示该AAL5上数据正常收发，请输入ShowSscopAllDataCount查看SSCOP信令数据的收发统计（参见附录一），如果SSCOP信令数据收发不正常，请转到步骤6。6. 在shell上输入命令“e1loop 1”将Nodeb近端自环（参见附录一），查看SSCOP链路是否正常，如果不正常请联系Nodeb开发人员，如果自环后SSCOP链路恢复正常，请在Nodeb到RNC之间的传输设备上由近及远对Nodeb进行自环，并检查SSCOP链路是否正常，如果SSCOP链路状态故障，则请检查传输设备，如果SSCOP链路仍然状态正常，请对RNC进行自环，检查RNC上对应的SSCOP链路状态是否正常。1.3.7 SSCOP故障SSCOP SD PDU必须重传(Error Code = V) - SSCOP faultSSCOP SD PDU must be retransmitted (Error Code = V) 分析SSCOP数据重传告警。通常是RNC配置的AAL5链路带宽过小，或时钟参考源丢失、降质导致。处理建议1、 检查RNC上配置AAL2、AAL5的的带宽和服务类型，是否和规划一致。2、 检查CC板上是否有时钟参考源丢失或时钟参考源降质等告警，如果有相关告警，请检查单板的时钟参考源配置是否与规划一致，参见1.2.1小节。如果检查配置没有问题，请更换单板观察告警是否可以消除。3、 如果CC板上无时钟参考源告警，请在shell上输入命令“e1loop 1”将Nodeb近端自环（参见附录一），查看SSCOP链路是否仍然有重传告警，如仍有请联系Nodeb开发人员，如果自环后SSCOP链路重传告警消失，请在Nodeb到RNC之间的传输设备上由近及远对Nodeb进行自环，并检查SSCOP链路是否仍然有重传告警，如有，请检查传输设备，如果在距离Nodeb最远的结点对Nodeb自环后SSCOP无重传告警，请对RNC进行自环，检查RNC上对应的SSCOP链路状态是否正常。1.3.8 以太网电(光)信号丢失 - Ethernet light and electricity lose 分析以太网光电信号丢失告警。接触不良或端口模式配置错误均可能产生此告警。对端网口配置模式需要与FE配置模式相同，如果不同一般会产生告警，而且有可能电信号丢失导致不能通信处理建议1. 详细检查网线插接情况，保证接触良好。可以将nodeb侧水晶头插到pc上，查看pc是显示网络连接断，可以帮助检查是否对端没插好。网线插好后，还提示电信号断，参考下条处理2. 排查是否网口与对端速率不一致导致3. 查看本端与对端是否都设置为非自协商模式，如果均为非自协商，保证两者速率一致。可以通过将FE模式设置为自协商查看对端模式。将FE设置为自协商后，telnet登陆到对应cc单板，输入命令：FeInfo。1.3.9 ETH以太网口模式与对端不匹配 - ETH port mode is unmatched with peer end 分析以太网端口模式与对端不匹配。一般有一下几种情况：本端非自协商，对端为自协商将产生告警本端为自协商，对端为非自协商将产生告警本端和对端均为非自协商，同时两者设置速率不同会产生该告警。这种情况会伴随有光电信号丢失告警。处理建议1. 设置两端为相同的模式，可以消除本告警。不匹配警告只有在重新配置过后才会消除，改变对端模式不能消除该告警；1.3.10 MAC地址冲突 - MAC addr clash 分析MAC地址冲突告警通知。目前外场每块CC版的MAC地址都不一样，所以有两个网元MAC地址相同的可能性非常小，产生此告警通知的原因大多是网络中存在环回，NodeB发出去的广播报文经过环回后又被自己收到导致。该告警通知往往与IP地址冲突告警同时产生。处理建议1. 需要立即检测并消除IP RAN中的环回网路。1.3.11 IP地址冲突 - IP addr clash 分析IP地址冲突告警通知。IP地址是配置在网口上的逻辑资源，该告警通知可能是IP RAN中两个网元配置的IP相同，也可能是环回导致。处理建议1. 如果该告警通知与MAC地址冲突同时产生，则网络中存在环路的可能性较大，需立即检测排查。2. 如果仅上报IP地址冲突通知，则可能有两个网元配置了相同的IP。可以将本网元从IP RAN中断开，然后用PC机配置同子网的另一个IP后，ping冲突的这个IP，如果能ping通，说明网路中存在重复IP，可以分析抓包的MAC地址信息来判断冲突的IP在哪类网元上。1.3.12 SCTP偶联断开 - SCTP association is interrupted 分析偶联中断告警。在NodeB配置了偶联，但未能成功与对端建链时会上报此告警。单板复位或重配偶联后，也会上报此告警，但能立即恢复。处理建议检查链路层是否畅通对以太网连接，在前台输入brsarp看是否获取到网关MAC地址；对PPP连接，在前台输入ppp_print_all看链路是否已open；检查路由网关配置是否与规划相符；检查nodeb的sctp参数（源ip，目的ip，源端口号，目的端口号）是否与RNC配置相符；在偶联成功建立，或者删除偶联后会消除此告警；1.3.13 SCTP建链流数目与配置的不一致 - SCTP association stream num mismatch 分析偶联流数目与对端不匹配。属于NodeB和RNC的偶联流数目配置不一致导致。处理建议检测两端的配置参数，修改流数目为一致、或者删除偶联后可消除此告警。1.4 典型故障分析1.4.1 以太网站点底层传输不通1、 故障现象：传输完全中断，从Nodeb的CC板上Ping网关IP不通。2、 故障排查方法：1) 检查网线是否插紧，在CC板和中间传输设备上的插口是否符合规划；2) 检查NodeB配置数据是否与站点规划表一致，LMT上是否有相关告警；3) 链路层检查网关MAC地址是否能获取到；若配置无误而又获取不到MAC地址，则进一步检查中间传输设备；如果能获取到网关MAC地址，则应该可以ping通网关；1.4.2 IMA组故障1、 故障现象： 通过后台网管可以看到IMA组当前状态显示为故障，CC板上报E1/T1 IMA组处于非工作状态告警2、 故障排查方法：参见1.3.5小节1.4.3 SSCOP信令链路中断2、 故障现象：1) 通过后台网管看到CC板上出现SSCOP信令链路连接中断告警2) 打开DMS信令跟踪，在SSCOP信令中发现信令不通。3、 故障排查方法：参见1.3.6小节4、 外场故障实例：故障现象为SSCOP链路反复删建，将Nodeb自环（近端输入命令：e1loop 1），SSCOP链路恢复正常；解除自环后，在RNC机房的传输设备上对Nodeb进行远端自环，SSCOP链路依然正常。在RNC机房对RNC该链路自环，发现SSCOP不通，更换该链路所在的SDTA单板，SSCOP正常，Omcb通道建链成功。1.4.4 SSCOP信令重传1、 故障现象：后台网管上有SSCOP故障SSCOP SD PDU必须重传(Error Code = V)告警2、 故障排查方法：参见1.3.7小节。1.4.5 Omcb通道不通1、 故障现象：在RNC侧看到Omcb网管显示断链，不能通过Omcb网管对站点进行配置参数，下载软件，整表同步等操作。2、 故障排查方法：对于配置的Omcb通道为IPOA，请按下面步骤检查：1) 检查SSCOP链路是否正常，如果CC板上有SSCOP信令链路连接中断告警，请参考1.3.6小节，如果有SSCOP重传告警，请参考1.3.7小节2) 如果SSCOP链路正常，请输入n5 64500，查看承载IPOA的AAL5收发数据是否正常（参见附录一），如不正常请联系开发人员3) 如果n5 64500查看该AAL5数据收发正常，请输入ShowBootpCount查看该AAL5链路上是否有Bootp请求和Bootp回应（参见附录一），如果没有Bootp请求，请联系Nodeb开发人员，如果没有Bootp回应，请联系RNC开发人员。（Bootp请求报文每3分钟发一包，请上站同事耐心等待）4) 如果Bootp请求和回应都正常，请输入ifShow命令，查看IPOAend接口上是否绑定了两个ip地址（参见附录一），如果绑定两个ip，请复位基站，复位后Omcb通道可以建链。5) 如果通过上面的方法还不能排查问题，请联系Nodeb开发人员进行定位。对于配置的Omcb通道为IPINIP，请按下面步骤检查：1) 检查Omcb客户端的ip地址是否与RNC上配置的Omcb服务器在同一网段。2) 检查Nodeb上配置的操作维护网关的IP与RNC上配置的操作维护网关IP是否一致。3) 检查Omcb客户端的IP与接口板IP是否同一网段，以及客户端PC上是否配置了到达Nodeb的承载Omcb通道IP的路由。4) 检查承载Omcb通道IP的网关地址与RNC上配置的是否一致5) 用ifShow命令查看查看IPOAend接口上是否绑定的IP地址与配置是否一致。6) telnet到前台用ShowOmcbCntInfo命令查看Nodeb上IPINIP报文的收发情况。 3、 外场故障实例：故障现象为Omcb通道断链，可以ping通基站，可以telnet登陆到基站，登陆后输入ifShow，发现End接口绑定了两个ip地址，如下：CC-ifShowipoaEnd (unit number 0): Flags: (0x861) UP ARP RUNNING Type: OTHER Internet address: 136.100.1.111 Netmask 0xffff0000 Subnetmask 0xffff0000 Internet address: 136.100.1.222 Netmask 0xffff0000 Subnetmask 0xffff0000 Ethernet address is 00:00:00:00:00:00 Metric is 0 Maximum Transfer Unit size is 1420 69317 octets received复位基站后，Omcb通道可以正常建链。1.4.6 偶联反复中断1. 故障现象：后台接入观察，发现偶联中断，接着很快又可以恢复。2. 故障排查方法：1) 以太网端口模式与对端不匹配，网口工作会不稳定通过查看告警和调试命令检查；2) NodeB与RNC之间的链路质量不稳定，有一定的丢包率，或者对小包传输较稳定，而对大包传输丢包严重用brsping SCTP远端地址，持续brsping 300个100字节报文，再brsping 300个1500字节报文。只要稳定出现1以上的丢包率，则很可能链路质量存在问题(这里为什么不brsping网关？因为也可能网关到RNC的SCTP处理板之间不稳定)；3) 网络中有另一个IP设备与NodeB的IUB口IP配置相同查看是否有过ip冲突告警通知，或者通过IUB口抓包，或者断开NodeB物理连线后，用PC机ping这个地址，如果能ping通则说明存在重复IP；4) 网络中有环回节点导致下行报文有时送不到NodeB查看是否有IP和MAC冲突的告警通知，CC板上是否有打印信息，或者在IUB口抓包，并联系传输专家定位；5) RNC侧的对应偶联节点有反复删减可能通过抓包，并联系RNC支持人员定位；1.4.7 公共传输信道反复删建、用户承载建立失败1. 故障现象：手机无信号；打开DMS的NBAP信令跟踪发现公共传输信道反复删建。2. 故障排查方法：1) 查看Nodeb配置的传输制式，一种常见现象是NodeB 配置的传输制式是“全IP传输”，而RNC发给NodeB的无线链路建立请求是“ATM承载”建立。定位该问题，一种方法是通过检查NBAP信令，另外一种是打开136 号Trace窗口，会发现RNC发过来的无线链路请求是ATM制式；2) 查看Nodeb配置的AAL2链路的PathID。ATM传输制式下，由于用户承载的PathId是由RNC指定给NodeB的，若RNC和NodeB配置的AAL2 Path不一致，无线承载可能会指定在一条NodeB上 不存在的AAL2 Path上，导致建链失败； 3) 查看ATM地址是否与RNC一致，如果Nodeb与RNC配置的ATM地址不一致，则会导致公共传输信道反复删建4) 打开PMS，看是否有业务失败统计信息上报，若有，根据提示看是那个模块出现的问题，反馈给研发人员；附录一：常用调试命令1、 showgroupstatus【命令说明】查看IMA组及各IMA链路的状态【使用说明】CC-showgroupstatus# group status for group 0: # NE Group state: Operational - NodeB组状态，正常情况下为operational FE Group state: Operational - RNC组状态，正常情况下为operational Group traffic state: UP -正常情况下为UP Tx TRL link: 0 rxImaId: 10 - RNC IMA组配置中的IMA组号, NodeB的IMA ID总是0# link status for phyLink 0: # - 各条链路状态 neTxState = Active -NodeB发送状态，正常情况为active neRxState = Active - NodeB接收状态，正常情况为active feTxState = Active - RNC发送状态，正常情况为active feRxState = Active - RNC接收状态，正常情况为active feRxDefect = NO_DEFECT TxLid = 0, RxLid = 9 - TxLid: nodeb发送链路号, RxLid: RNC发送链路号 rxLcd:0, rxLif:0, rxDefects:0x000000002、 e1loop【命令说明】在nodeb侧设置E1芯片的自环。【使用说明】e1loop + 参数参数说明：0 ：取消环回。1 ：nodeb内部自环，E1芯片上内部环回。2 ：nodeb外部环回，E1芯片上收到的RNC报文环回去。【注意事项】此命令可能会导致Nodeb掉站，因此只能在上站时使用，离开站点时请务必解除自环。3、 pvclist【命令说明】该命令用于显示底层BSP记录的所有AAL2 和AAL5 Path信息：【使用说明】CC-pvclistVC 0:TYPE=AAL5, Port=0, VPI= 1, VCI= 33, chn= 18, bandwidth= 250kbps, PvcId = 64500VC 1:TYPE=AAL5, Port=0, VPI= 1, VCI= 40, chn= 19, bandwidth= 250kbps, PvcId = 64501VC 2:TYPE=AAL5, Port=0, VPI= 1, VCI= 41, chn= 20, bandwidth= 250kbps, PvcId = 64502VC 3:TYPE=AAL5, Port=0, VPI= 1, VCI= 42, chn= 21, bandwidth= 250kbps, PvcId = 64503VC 4:TYPE=AAL2, Port=0, VPI= 2, VCI= 50, chn= 22, bandwidth= 7164kbps, PvcId = 1VC 5:TYPE=AAL2, Port=0, VPI= 2, VCI= 51, chn= 23, bandwidth= 7164kbps, PvcId = 2VC 6:TYPE=AAL2, Port=0, VPI= 2, VCI= 52, chn= 24, bandwidth= 7164kbps, PvcId = 3VC 7:TYPE=AAL2, Port=0, VPI= 2, VCI= 53, chn= 25, bandwidth= 7164kbps, PvcId = 4VC 8:TYPE=AAL2, Port=0, VPI= 2, VCI= 54, chn= 26, bandwidth= 7164kbps, PvcId = 5value = 1 = 0x14、 cidlist【命令说明】该命令用于显示底层BSP当前建立的ATM用户承载信息【使用说明】CC-cidlistCID 0: wChn = 28, VPI= 2, VCI= 51, CID= 227, wLinkID= 715, dstBBPMac=0x4000 7620 0204CID 1: wChn = 29, VPI= 2, VCI= 51, CID= 226, wLinkID= 716, dstBBPMac=0x4000 7620 0204CID 2: wChn = 30, VPI= 2, VCI= 51, CID= 225, wLinkID= 717, dstBBPMac=0x4000 7620 0204CID 3: wChn = 31, VPI= 2, VCI= 51, CID= 224, wLinkID= 718, dstBBPMac=0x4000 7620 02045、 n5 pvcid【命令说明】该命令用于显示某条AAL5 Path的数据收发统计：【使用说明】CC-n5 64501 RcvFromRncCnt = 513315, RcvErrCnt = 0, SendToRncCnt = 1028440, SendBsyCnt = 3279value = 83 = 0x53 = S如果该AAL5链路正常，RcvFromRncCnt和SendToRncCnt两个值都会不断增加，RcvErrCnt和SendBsyCnt两个值不会有变化。6、 n2 wLinkId【命令说明】该命令用于显示某条用户承载的数据收发统计：【使用说明】CC-n2 7aal2rcv=0,aal2tran=9,enetrcv=9,enettran=07、 ShowCidRecord【命令说明】该命令用于显示某个ATM用户承载的数据库记录信息：【使用说明】无8、 ShowPvcRecord【命令说明】该命令用于显示某AAL2/AAL5 Path的数据库记录信息：【使用说明】无9、 sscopping【命令说明】该命令等同于Windows 下的ping命令，用于快速检测SSCOP链路是否通畅。【使用说明】CC-sscopping 1, 40, 2, 1,1000Pinging . .Link(VPI 1, VCI 40) ping statistics: Packets: Sent = 2, Received = 0, Lost = 2 (100% loss). - 未ping通Link（VPI 1，VCI 40）说明此sscop链路不通。Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0msvalue = 50 = 0x32 = 210、ShowSscopAllDataCount【命令说明】查看sscop数据的收发情况【使用说明】CC-ShowSscopAllDataCountShow SSCOP data TRX info:- PvcID = 64501(Addr 0xe9cf48) -bTxQueueOverFlow = 0wBrokenByNoRespTimeOut = 6wBrokenByPeerEnd = 0 -收到RNC发来的断链请求，正常情况下不会增加wBrokenByOtherEvent = 59wEstablishNum = 9dwSendAllSscopDataNum = 1917 -Nodeb发送的sscop data，值会不断增加dwRcvAllSscopDataNum = 1608 -收到RNC的sscop data，值会不断增加dwSendAllSscopDataError = 174 -发送失败的sscop data，正常情况不会增加Show SSCOP data TRX info:-AAL5 LinkNum is 0 -value = 29 = 0x1d11、ShowDisconnectInfo【命令说明】该命令用于查看SSCOP “断链”历史记录，通过该命令，可以查看到SSCOP断链的时间、原因。【使用说明】CC-ShowDisconnectInfoShow SSCOP Disconnect Info:- PvcID = 64501 -Time:2000-01-02 00:19:33 0: bDiscByPeer = 0,byErrNo = DT_TMR_NOREP_OUT, dwEstTicks = 38427, dwCurPoweOnSec = 1173s.- PvcID = 64502 -Time:2000-01-02 00:19:32 0: bDiscByPeer = 0,byErrNo = DT_TMR_NOREP_OUT, dwEstTicks = 39443, dwCurPoweOnSec = 1172s.- PvcID = 64503 -Time:2000-01-02 00:19:29 0: bDiscByPeer = 0,byErrNo = DT_TMR_NOREP_OUT, dwEstTicks = 40522, dwCurPoweOnSec = 1169s.- total num 3 -value = 24 = 0x1812、ShowReTranSDInfo【命令说明】该命令用于查看SSCOP 数据重传的情况，若有大量数据重传现象，说明网络异常。【使用说明】无13、showIpoaDataInfo【命令说明】查看ipoa数据的收发情况【使用说明】CC-showIpoaDataInfoIPOA Receive 169130 Packet Data From AAL5. 收到RNC的IPOA data，值会不断增加IPOA Send 53526 Packet Data To AAL5. 收到RNC的IPOA data，值会不断增加IPOA Send Error 0 Packet Data To AAL5.value = 39 = 0