TD-SCDMA Iu口常见故障处理指导书_R1.1

TD-SCDMAIu口常见故障处理指导书R1.1TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第I页适用对象：基站侧开通人员版本更新说明产品版本资料版本资料编号资料更新说明1.0手册第一次发行1.1更新加入了7个核心网问题的案例，加在第四章的位置。作者资料版本日期作者审核者批准者1.02009-11-12张子宁1.12010-06-30陈顺成TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第II页关于这篇文档摘要章节描述1前言本文档主要对Iu口常见故障进行处理过程进行描述，用于Iu口异常情况的处理排查指导。2Iu口协议层次Iu口对接按照底层介质不同，可以使用不同的方式，目前外场主要用到两种方式与CN进行对接。3外场经常出现的故障处理判断出现业务异常时外场主要通过动态管理和信令跟踪方面来排查。4IU口故障案例集锦案例集锦所列的案例，主要是由核心网引发的各种故障，对于如何判断第三方核心网问题有一定的参考价值。TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第III页目录1前言....................................................................................................................................12IU口协议层次.....................................................................................................................13外场经常出现的故障处理判断............................................................................................33.1信令方面故障............................................................................................................33.1.1信令链路不通故障...........................................................................................33.1.2进行业务时信令连接建立异常........................................................................63.1.3信令流程异常..................................................................................................83.2用户面方面异常导致业务.......................................................................................133.2.1业务RAB指派建立后用户面建立失败（A2SP建立超时）.........................143.2.2CS域SMAFAIL原因导致掉话和PS域UCIU_ERROR原因导致掉话次数过多174IU口故障案例集锦...........................................................................................................204.1核心网问题引发无线接通率下降的案例..................................................................204.2核心网问题引发CS业务呼通率低的案例..............................................................214.3核心网问题引发重定位请求后异常掉话的案例.......................................................214.4核心网问题引发呼叫过程中异常掉话的案例..........................................................214.5核心网问题引发单通故障的案例............................................................................214.6核心网问题引发MTP3链路瞬断的案例.................................................................214.7核心网问题引发的CS业务跨RNC切换失败的案例.............................................22TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第1页1前言本文档主要对Iu口常见故障进行处理过程进行描述，用于Iu口异常情况的处理排查指导。由于Iu口故障大多涉及到对端CN网元，在排查处理过程中需要CN协助排查，而且就近期发生几起故障来看，大都问题都是CN参数配置或者CN的原因导致异常情况，因此整理本文档的主要目的就是为了通过文档案例说明，让外场同事能够通过案例了解处理方式和方法，不必要局限于本RNC进行处理，通过文档的故障现象，在初步排除了RNC侧问题后，即可通过案例描述的现象和处理方式要求CN侧进行协助排查。主要内容分为，MTP3B链路故障，SCCP层故障，以及业务故障。分别以上几类常见问题进行分析处理，提供问题排查思路和故障点定位。方便现场有效快捷解决问题。通过本文档提供的排查思路，有效判断故障范围，避免不必要的纠纷。文档尽量从原理和协议层次方面对故障进行处理和描述，通过简单的处理手段，判断故障，明确故障责任。2Iu口协议层次Iu口对接按照底层介质不同，可以使用不同的方式，目前外场主要用到两种方式与CN进行对接。1.ATM方式，采用ATM方式进行对接的Iu口协议栈如下图所示TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第2页Q.2150.1Q.2630.1RANAPIuUPProtocolLayerTransportNetworkLayerPhysicalLayerTransportUserNetworkPlaneControlPlaneUserPlaneTransportUserNetworkPlaneTransportNetworkControlPlaneRadioNetworkLayerATMSSCOPAAL5SSCOPSSCF-NNIAAL2AAL5MTP3bMTP3bSCCPSSCF-NNI2.IP方式，采用IP方式进行对接的协议栈如下图所示TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第3页3.从协议层次上看，对接过程中容易出现问题的，主要在底层对接和上层对接参数配置配置过程。就具体表现而言。ATM方式下，配置PVC，SSCOP，MTP3B,SCCP层，容易出现对接故障，其中又以MTP3B和SCCP层最容易发生故障，对用户面而言，也时有出现AAL2，ATM层以及ALCAP层面的故障。IP方式方式下，主要是IP层，SCTP层和MU3A以及SCCP层容易出现问题，对用户面主要是GTPU和IuuP较容易出现故障后续章节主要就这几个方面故障问题进行分析定位和判断处理。对于已经开通过的RNC而言，出现问题主要集中在RNC的硬件单板和CN侧的故障，目前外场发生几起故障均是由于CN侧的问题（CN侧硬件故障，参数配置等）导致RNC侧排查，在排查过程中耗是较大，且不能有效解决问题，因此本文档通过一些简单故障案例，判断故障发生在RNC侧或是CN侧，通过对端的协查快速解决故障。3外场经常出现的故障处理判断出现业务异常时外场主要通过动态管理和信令跟踪方面来排查。动态管理主要观察No.7号信令是否可达。信令跟踪主要通过业务验证方式来看Iu口是否对接正常。排查方法可以通过环回法和业务验证法来确定。3.1信令方面故障3.1.1信令链路不通故障【故障现象】通过动态管理观察7号信令不可达。TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第4页从N7号信令来看，不通有两方面的原因MTP3B层信令链路不通信令点码等双方配置不一致，7号路由RNC侧没有配置等这两方面导致的故障现象是不通的，关键就看信令链路状态如何。3.1.1.1MTP3B信令链路不通：在动态管理中，可以看到MTP3链路的链路状态为业务中断状态，对业务层是超出服务状态。MTP3B链路状态为在配置管理中配置的宽带信令链路。改故障在开通或者升级乃至正常运行时时有发生。如果在开通RNC时出现该现象，则需从对接参数，物理光口收发检查。数据配置有，PVC，SLC参数TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第5页光口检查SD灯是否常亮，对端是否收发光。如果在升级后或者正常运行时出现MTP3B状态为中断，需要判断故障是在ABPE还是在CN侧。有效解决方式为环回。即在ABPE单板上将该信令链路的光纤进行环回测试。环回时动态管理中看到MTP3链路状态为服务状态和链路就绪状态交替出现（服务状态时长大约是5秒，链路就绪状态大约1秒，二者交替出现），说明APBE单板工作正常。此时需CN侧进行排查是否对端硬件故障导致链路不通。如果环回后MTP3B状态不变，则可能原因为APBE单板硬件故障，需进行更换。已发生该现象的有：2009年3月天津升级后RNC18MTP3B链路中断，原因为对方配置APS保护，但在ODF架上对CN做保护光口环回，RNC升级过程中复位重启后导致CN侧链路倒换到保护光口上从而引起链路不通。2009年4月西宁RNC升级后信令链路不通，环回测试RNC正常，放通MTP3B链路不通，最终定位为CN侧接口单板挂死导致链路不通。3.1.1.2信令点不可达从上图可以看到，MTP3B链路状态为服务状态，MTP3B链路状态（业务）为超出服务状态，该状态说明底层MTP3B链路状态是OK的，但对上层业务状态不通。从这个现象看应为信令点码双方参数配置不一致。或7号路由RNC侧没有配置。TD-SCDMAIu口常见故障处理指导书内部公开▲中兴通讯版权所有未经许可不得扩散2020版权所有©中兴通讯股份有限公司第6页信令点码参数有:信令点码，信令子业务类型。双方应取值相同。7号路由RNC没有配置。如果在RNC侧不配置7号路由参数，MTP3B上层业务就会不通。曾经出现过的局点有：青岛，嘉兴【解决措施】信令点吗和子业务按照规划配置相同进行配置。7号链路组配置和7号路由数据进行配置。3.1.2进行业务时信令连接建立异常对应协议栈，MTP3B链路上层即为SCCP层。对于单个用户进行业务呼叫，需要每次呼叫在Iu口都要建立信令链接。即要进行SCCP层的连接。影响SCCP层信令连接的参数有，RNCID，MCC，MNC，LAC，RAC，SAC.现场要保证这些参数配置与规划数据表一致。在外场维护中，该问