TD RNC常见切换失败原因值处理专题

TDRNC常见切换失败原因值处理专题中国移动集团公司江苏公司无锡分公司交换班目录一．背景..............................................3二．组网模式..........................................3三．CS域切换问题分析..................................33.1、系统内局内切换...................................33.2、系统内局间切换...................................43.2.1失败原因值9：unknown-target-rnc.................43.2.2失败原因值29：relocationfailureintargetRNCortargetsystem........................................63.3、系统间局间切换...................................73.3.1失败原因值98：semanticerror....................73.3.2失败原因值100：ABSTRACT_SYNTAX_ERR_REJ..........9四．PS域切换问题分析.................................114.1、局内切换（失败原因值44）.......................114.2、局间切换（失败原因值9）........................114.3、RNC间切换（失败原因29）........................15五．总结.............................................16一．背景由于TD网络本身特性，其切换问题与GSM略有不同，该专题就前期遇到的各种常见的TD切换问题（CS/PS域系统内/系统间各种典型切换），定位到RNC信令具体的失败原因值，方便维护人员快速定位并解决问题。二．组网模式为了比较清晰的说明问题，我把网络图简化如下。IP承载网RNC01RNC02/BSC02RNC03/BSC03MSCSGSNMSCSGSNDNSIU_CSIU_CS/AIU_PSIU_PS/GbIU_CS/AIU_PS/Gb三．CS域切换问题分析3.1、系统内局内切换MSC局内切换，需要MSC成功配置RNC的IU口数据，使IU_CS信令业务正常。并且MSC上对应RNC的信息点SPC参数MSG必须置为1，也就是MSC与RNC之间信令消息支持XUDT格式（由于3GU-U系统内切换信令是XUDT格式，默认信令点参数不支持，需要手动修改）。否则，U-U系统内切换不能成功。C7NPC:SP=3-10880,MSG=1;!Ifnotdefinewillcausehandoverporblem!由于该参数，是爱立信开局都修改，因此在测试中未发现相关切换失败案例。3.2、系统内局间切换3.2.1失败原因值9：unknown-target-rnc（1）首先开启MSC的RNC切换功能，INTERMSCSRNS的value应为1。（2）定义外部RNC。对于系统内切换，必须定义目标RNCID。例如，这里已经定位了外部RNC。其中命名为5.17命名。WXHRNC02即为WXRNC01,RNCID=1300。如果添加OUTERRNC未定义，则切换请求将失败。RNC上失败信令如下：查看relocationrequired消息，其中上报源RNC和目的RNC，相关LAC等信息与现网一致而查看relocationfailure消息，发现失败原因码为9：unknown-target-rnc。从消息判断可以看出MSC局间切换可能从目标LAC出发（OUTERCELL数据已添加），而是从目标RNCID出发寻找目标MSC.00------radioNetwork:0x9(9):unknown-target-rnc而增加定义OUTERRNC可能会受到SAE1100的限制，具体步骤如下：1.增加SAE1100，缺省值为3；SAAII:SAE=1100,NI=10;2.MGORI:RNC=WXHRN03,RNCID=460-00-1315,MSC=WUXGS56;（3）定义外部小区数据。从测试中发现，外部小区数据在系统内切换并不有效，可能UMTSTOGSM的系统间切换有作用。3.2.2失败原因值29：relocationfailureintargetRNCortargetsystem如果未修改MSG参数，则切换请求将失败。而查看relocationfailure消息，发现失败原因码为29：targetRNC或targetsystem不支持relocation说明MSC并不是找不到目标RNC或CN，而是与目标RNC或CN交互信令时发生失败。所以问题定位为MSC机制问题，未发起切换流程。修改MSCSP的信令消息支持模式，MSG参数为1。UMTS-UMTS切换要求XUDT，因此anchorMSC上需将non-anchorMSC的信令点需定义成支持XUDT,也就是MSG=1.长消息C7NPC:SP=,MSG=1;考虑到信令消息是一个交互的过程，目标MSC上对于源MSC信令点参数也应做相应修改。3.3、系统间局间切换3.3.1失败原因值98：semanticerror由于TD向GSM系统间切换，MSC的切换数据与2G相同，而现网2G切换数据的原则是本地其他BSC均添加切换数据。因此只要数据添加完成，系统间切换不存在数据问题。该问题可能是GS上删除了相关BSC的切换数据，但2G不相邻，无切换。并且系统间切换只考核切入，因此该问题在指标上不呈现，但确实影响用户感知。需结合路测发现数据问题。通过信令跟踪发现，RNC发起relocationrequired消息后，CN很快（20ms）就回复切换失败。切换失败消息中，错误原因为协议错误-98。查看RANAP协议失败原因值，我们看到98代表semanticerror，即语意错误。原因分类错误代码事件编号协议原因CN_TRANP_transfer_syntax_error97CN_TRANAP_semantic_error98CN_TRANAP_message_not_compatible_with_receiver_state99CN_TRANAP_abstract_syntax_error_reject100CN_TRANAP_abstract_syntax_error_ignore_and_notify101CN_TRANAP_abstract_syntax_error_falsely_constructed_message102relocationrequired消息中，目标LAC十六进制为5027（十进制为20519）（WXB2704归属WUXGS27）我们查看源MSC数据配置发现，指向目标MSC(WUXGS27)的外部小区LAC数据中不存在WXB2704的20519，而WXBSC14(20802)有LAC数据，因此可以切换。因此定位为MSC切换数据问题。在无锡GS56添加20519的外部小区数据，指向WUXGS27查看WXBSC04外部小区数据已添加。最后，网优测试确认，切换成功。3.3.2失败原因值100：ABSTRACT_SYNTAX_ERR_REJ通过确认发现该问题主要是展讯芯片的TD固话终端，存在3G切2G1800站点失败故障。该问题只能由终端芯片升级软件才能规避。我们采用问题终端复现跨系统切换至1800站点的测试，多次测试，结果都失败，具体信令如下：relocationRequired消息关键内容如下：relocationPreparationFailure消息如下，失败值为protocol:0x64(100):abstract-syntax-error-reject察看CLASSMARK3发现，展讯芯片与其他芯片主要的区别在于HSCSD（HighSpeedCircuitSwitchedDataMultiSlotClass）的值上。当手机支持HSCSD时，该标志位指示了手机所支持的多时隙等级，详细定义参见3GPPTS45.002[32]展讯芯片HSCSD标志位为1，其他芯片为0。说明只有展讯芯片标识了HSCSD的值为0（二进制00000）芯片类型CLASSMARK3第3字节（二进制）展讯6014410002001000001联芯601431ECA440C00110001T3G60142050060100000ForHSCSD,onlymultislotclasses1-18arerecognised.AnMSwithahighermultislotclassnumbershallindicateasuitablemultislotclasslessthan19forHSCSDapplications(see3GPPTS44.018).而与协议规定的1-18不符。爱立信设备对HSCSDmultisoltCLASS的值只识别1-18，由于展讯芯片是0，因此通过上面分析，问题可以定位为某些终端（展讯芯片）的CLASSMARK值与网络适配产生问题，因此导致网络产生协议适配错误而拒绝切换请求。四．PS域切换问题分析4.1、局内切换（失败原因值44）SGSN有个feature“srns_relocation”，必须打开。否则SGSN将不支持跨RNC的切换。RNC局间切换也会失败。失败信令如下：而查看relocationfailure消息，发现失败原因码为44：targetRNC或targetsystem不支持relocation4.2、局间切换（失败原因值9）SGSN跨局切换流程如下：IP承载网RNC01RNC02RNC03MSCSGSNMSCSGSNDNSIU_CSIU_CSIU_PSIU_PSIU_CSIU_PS与CS域不同，SGSN的相邻LAC或RNC数据并不在SGSN本身配置，而是由专门的域名解析服务器DNS来存储相关信息。因此，必须添加RNC的相关信息到DNS中才能是切换成功。主要是RNC的RAI及其对应SGSN。3G中位置区和路由区的概念和GSM及GPRS中的概念完全一致，MSC负责位置区的管理、SGSN负责路由区的管理，二者均要表明的是在当前系统中移动台当前的位置。位置区和路由区是人为划分的，可能是多个小区的组合，通过一定的标识符加以标识，位置区LA（LocationArea）的标识符是LAI，路由区RA（RoutingArea）的标识符是RAI，RA是包含在LA内的。LAI由MCC、MNC和LAC组成、而RAI由MCC、MNC、LAC和RAC组成，所以RA应小于等于LA。由于2G的RA统一为01，因而RAI=LAI+01；而且申请DNS工单一般只需要报告LAC和对应SGSN即可。而RNC得RA和2G网络不同，为00。也就是TD网络的RAI=LAI+00。因此，RNC跨SGSN切换发生了失败：查看relocationfailure消息，发现失败原因码为9：unknown-target-rnc。经过SGSN核实发现，SGSN无法从DNS获得到目标RNC的路由信息：通过DNS将相关RNC的RAI由LAI+01改为LAI+00后切换成功。相关信令截图如下：4.3、RNC间切换（失败原因29）RNC间切换包含前面的局内(INTRASGSN)和局间(INTERSGSN)切换两个类型。除了满足上述局内和局间数据配置外，对于RNC侧，还需要添加到目的RNC的IPPATH的路由数据，否则切换失败。当存在RNC之间数据迁移时，需要增加两个RNC之间的IPPATH，如果对端用户面是网段时，就增加为网段，否则使用32位掩码；PATHID直接往后排。同时增加到该用户面的路由，以及把目标RNC的用户面地址增加到用户面VLANID中，举例如下：//（如需做切换时需要配置迁移