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

TD RNC常见切换失败原因值处理专题
中国移动集团公司江苏公司无锡分公司
交换班
目录
一．背景 (3)
二．组网模式 (3)
三．CS域切换问题分析 (3)
3.1、系统内局内切换 (3)
3.2、系统内局间切换 (4)
3.2.1失败原因值9：unknown-target-rnc (4)
3.2.2失败原因值29：relocation failure in target RNC or
target system (6)
3.3、系统间局间切换 (7)
3.3.1失败原因值98：semantic error (7)
3.3.2失败原因值100：ABSTRACT_SYNTAX_ERR_REJ (9)
四．PS域切换问题分析 (11)
4.1、局内切换（失败原因值44） (11)
4.2、局间切换（失败原因值9） (11)
4.3、RNC间切换（失败原因29） (15)
五．总结 (16)
一．背景
由于TD网络本身特性，其切换问题与GSM略有不同，该专题就前期遇到的各种常见的TD切换问题（CS/PS域系统内/系统间各种典型切换），定位到RNC 信令具体的失败原因值，方便维护人员快速定位并解决问题。

二．组网模式
为了比较清晰的说明问题，我把网络图简化如下。

RNC01RNC02/BSC02RNC03/BSC03
三．CS域切换问题分析
3.1、系统内局内切换
MSC局内切换，需要MSC成功配臵RNC的IU口数据，使IU_CS信令业务正常。

并且MSC上对应RNC的信息点SPC参数MSG必须臵为1，也就是MSC与RNC之间信令消息支持XUDT格式（由于3G U-U系统内切换信令是XUDT格式，默认信令点参数不支持，需要手动修改）。

否则，U-U系统内切换不能成功。

C7NPC:SP=3-10880,MSG=1; !If not define will cause handover porblem!
由于该参数，是爱立信开局都修改，因此在测试中未发现相关切换失败案例。

3.2、系统内局间切换
3.2.1失败原因值9：unknown-target-rnc
（1）首先开启MSC的RNC切换功能，INTERMSCSRNS的value应为1。

（2）定义外部RNC。

对于系统内切换，必须定义目标RNC ID。

例如，这里已经定位了外部RNC。

其中命名为5.17命名。

WXHRNC02即为WXRNC01,RNCID=1300。

如果添加OUTER RNC未定义，则切换请求将失败。

RNC上失败信令如下：
查看relocation required消息，其中上报源RNC和目的RNC，相关LAC等信息与现网一致
而查看relocation failure消息，发现失败原因码为9：unknown-target-rnc。

从消息判断可以看出MSC局间切换可能从目标LAC出发（OUTER CELL数据已添加），而是从目标RNC ID出发寻找目标MSC.
00------ radioNetwork:0x9 (9): unknown-target-rnc
而增加定义OUTER RNC可能会受到SAE 1100的限制，具体步骤如下：
1.增加SAE1100，缺省值为3；SAAII:SAE=1100,NI=10;
2.MGORI:RNC=WXHRN03,RNCID=460-00-1315,MSC=WUXGS56;
（3）定义外部小区数据。

从测试中发现，外部小区数据在系统内切换并不有效，可能UMTS TO GSM的系统间切换有作用。

3.2.2失败原因值29：relocation failure in target RNC or target system
如果未修改MSG参数，则切换请求将失败。

而查看relocation failure消息，发现失败原因码为29：target RNC或target system不支持relocation
说明MSC并不是找不到目标RNC或CN，而是与目标RNC或CN交互信令时发生失败。

所以问题定位为MSC机制问题，未发起切换流程。

修改MSC SP的信令消息支持模式，MSG参数为1。

UMTS-UMTS 切换要求XUDT，因此anchor MSC 上需将non-anchor MSC 的信令点需定义成支持XUDT,也就是MSG=1.长消息C7NPC:SP=,MSG=1; 考虑到信令消息是一个交互的过程，目标MSC 上对于源MSC信令点参数也应做相应修改。

3.3、系统间局间切换
3.3.1失败原因值98：semantic error
由于TD向GSM系统间切换，MSC的切换数据与2G相同，而现网2G切换数据的原则是本地其他BSC均添加切换数据。

因此只要数据添加完成，系统间切换不存在数据问题。

该问题可能是GS上删除了相关BSC的切换数据，但2G不相邻，无切换。

并且系统间切换只考核切入，因此该问题在指标上不呈现，但确实影响用户感知。

需结合路测发现数据问题。

通过信令跟踪发现，RNC发起relocation required消息后，CN很快（20ms）就回复切换失败。

切换失败消息中，错误原因为协议错误-98。

relocation required消息中，目标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切2G 1800站点失败故障。

该问题只能由终端芯片升级软件才能规避。

我们采用问题终端复现跨系统切换至1800站点的测试，多次测试，结果都失败，具体信令如下：
relocationRequired消息关键内容如下：
relocationPreparationFailure消息如下，失败值为protocol:0x64 (100): abstract-syntax-error-reject
察看CLASSMARK3发现，展讯芯片与其他芯片主要的区别在于HSCSD（High Speed Circuit Switched Data Multi Slot Class）的值上。

当手机支持HSCSD 时，该标志位指示了手机所支持的多时隙等级，详细定义参见3GPP TS 45.002 [32]
展讯芯片HSCSD标志位为1，其他芯片为0。

说明只有展讯芯片标识了HSCSD 的值为0（二进制00000）
For HSCSD, only multislot classes 1 - 18 are recognised. An MS with a higher multislot class number shall indicate a suitable multislot class less than 19 for HSCSD applications (see 3GPP TS 44.018).
而与协议规定的1-18不符。

爱立信设备对HSCSD multisolt CLASS的值只识别1-18，由于展讯芯片是0，因此通过上面分析，问题可以定位为某些终端（展讯芯片）的CLASSMARK值与网络适配产生问题，因此导致网络产生协议适配错误而拒绝切换请求。

四．PS域切换问题分析
4.1、局内切换（失败原因值44）
SGSN有个feature “srns_relocation”，必须打开。

否则SGSN将不支持跨RNC的切换。

RNC局间切换也会失败。

失败信令如下：
而查看relocation failure消息，发现失败原因码为44：target RNC或target system不支持relocation
4.2、局间切换（失败原因值9）
SGSN跨局切换流程如下：
RNC01
RNC02RNC03
MSC
与CS 域不同，SGSN 的相邻LAC 或RNC 数据并不在SGSN 本身配臵，而是由专
门的域名解析服务器DNS来存储相关信息。

因此，必须添加RNC的相关信息到DNS中才能是切换成功。

主要是RNC的RAI及其对应SGSN。

3G中位臵区和路由区的概念和GSM及GPRS中的概念完全一致，MSC负责位臵区的管理、SGSN负责路由区的管理，二者均要表明的是在当前系统中移动台当前的位臵。

位臵区和路由区是人为划分的，可能是多个小区的组合，通过一定的标识符加以标识，位臵区LA（Location Area）的标识符是LAI，路由区RA （Routing Area）的标识符是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切换发生了失败：
查看relocation failure消息，发现失败原因码为9：unknown-target-rnc。

经过SGSN核实发现，SGSN无法从DNS获得到目标RNC的路由信息：
通过DNS将相关RNC的RAI由LAI+01改为LAI+00后切换成功。

相关信令截图如下：
4.3、RNC间切换（失败原因29）
RNC间切换包含前面的局内(INTRA SGSN)和局间(INTER SGSN)切换两个类型。

除了满足上述局内和局间数据配臵外，对于RNC侧，还需要添加到目的RNC的IP PATH的路由数据，否则切换失败。

当存在RNC之间数据迁移时，需要增加两个RNC之间的IPPATH，如果对端用户面是网段时，就增加为网段，否则使用32位掩码；PATHID直接往后排。

同时增加到该用户面的路由，以及把目标RNC的用户面地址增加到用户面VLANID中，举例如下：
//（如需做切换时需要配臵迁移IPPATH和RT）
//ADD IPPATH: ANI=1990, PATHID=3, PATHT=HQ_QOSPATH, IPADDR="120.195.8.137", PEERIPADDR="120.195.8.65", PEERMASK="255.255.255.255", TXBW=500000, RXBW=500000, CARRYFLAG=NULL, FPMUX=NO, VLANFLAG=DISABLE, PATHCHK=DISABLED;
//ADD IPRT: SRN=0, SN=26, DESTIP="120.195.8.65", MASK="255.255.255.255", NEXTHOP="192.168.18.37", PRIORITY=HIGH, REMARK="0 to SZHRNC02 IUPS_UP1";
//ADD VLANID: SRN=0, SN=26, IPADDR="120.195.8.65", VLANID=1000;
如果没有添加目标RNC的IP PATH和RT，切换PS用户面将失败。

失败原因值为29，虽然内容与之前遇到的局内切换失败一样，但是和SGSN 未开SRNS RELOCATION 的features 明显不同，那时的cause 值为44。

CAUSE
radioNetwork:0x1d (29):
relocation-failure-in-target-CN-RNC-or-target-system
五． 总结
通过分析研究，我们发现由于3G 是新事物，相关协议规范、信令流程以及网元参数都与2G 有着明显不同，对我们维护人员分析问题解决问题提出个更高的要求。

而且仅就交换层面的切换问题来说，除了3G 本身系统内的切换，2/3G 系统间切换情况更为复杂，还存在很多不常见的失败原因，需要我们去研究并解决。