TD RNC常見切換失敗原因值處理專題

1、TD RNC常見切換失敗原因值處理專題中國移動(dòng)集團(tuán)公司江蘇公司無錫分公司交換班目 錄一背景3二組網(wǎng)模式3三CS域切換問題分析33.1、系統(tǒng)內(nèi)局內(nèi)切換33.2、系統(tǒng)內(nèi)局間切換43.2.1失敗原因值9：unknown-target-rnc43.2.2失敗原因值29：relocation failure in target RNC or target system63.3、系統(tǒng)間局間切換73.3.1失敗原因值98：semantic error73.3.2失敗原因值100：ABSTRACT_SYNTAX_ERR_REJ9四PS域切換問題分析114.1、局內(nèi)切換（失敗原因值44）114.2、局間切換（失

2、敗原因值9）124.3、RNC間切換（失敗原因29）16五總結(jié)17一 背景 由于TD網(wǎng)絡(luò)本身特性，其切換問題與GSM略有不同，該專題就前期遇到的各種常見的TD切換問題（CS/PS域系統(tǒng)內(nèi)/系統(tǒng)間各種典型切換），定位到RNC信令具體的失敗原因值，方便維護(hù)人員快速定位并解決問題。二 組網(wǎng)模式為了比較清晰的說明問題，我把網(wǎng)絡(luò)圖簡化如下。三CS域切換問題分析3.1、系統(tǒng)內(nèi)局內(nèi)切換MSC局內(nèi)切換，需要MSC成功配置RNC的IU口數(shù)據(jù)，使IU_CS信令業(yè)務(wù)正常。并且MSC上對(duì)應(yīng)RNC的信息點(diǎn)SPC參數(shù)MSG必須置為1，也就是MSC與RNC之間信令消息支持XUDT格式（由于3G U-U系統(tǒng)內(nèi)切換信令是XUD

3、T格式，默認(rèn)信令點(diǎn)參數(shù)不支持，需要手動(dòng)修改）。否則，U-U系統(tǒng)內(nèi)切換不能成功。C7NPC:SP=3-10880,MSG=1; !If not define will cause handover porblem!由于該參數(shù)，是愛立信開局都修改，因此在測試中未發(fā)現(xiàn)相關(guān)切換失敗案例。3.2、系統(tǒng)內(nèi)局間切換3.2.1失敗原因值9：unknown-target-rnc（1）首先開啟MSC的RNC切換功能，INTERMSCSRNS的value應(yīng)為1。（2）定義外部RNC。對(duì)于系統(tǒng)內(nèi)切換，必須定義目標(biāo)RNC ID。例如，這里已經(jīng)定位了外部RNC。其中命名為5.17命名。WXHRNC02即為WXRNC01,

4、RNCID=1300。如果添加OUTER RNC未定義，則切換請(qǐng)求將失敗。RNC上失敗信令如下：查看relocation required消息，其中上報(bào)源RNC和目的RNC，相關(guān)LAC等信息與現(xiàn)網(wǎng)一致而查看relocation failure消息，發(fā)現(xiàn)失敗原因碼為9：unknown-target-rnc。從消息判斷可以看出MSC局間切換可能從目標(biāo)LAC出發(fā)（OUTER CELL數(shù)據(jù)已添加），而是從目標(biāo)RNC ID出發(fā)尋找目標(biāo)MSC.00-radioNetwork:0x9 (9): unknown-target-rnc而增加定義OUTER RNC可能會(huì)受到SAE 1100的限制，具體步驟如下：1

5、.增加SAE1100，缺省值為3；SAAII:SAE=1100,NI=10;2.MGORI:RNC=WXHRN03,RNCID=460-00-1315,MSC=WUXGS56;（3）定義外部小區(qū)數(shù)據(jù)。從測試中發(fā)現(xiàn)，外部小區(qū)數(shù)據(jù)在系統(tǒng)內(nèi)切換并不有效，可能UMTS TO GSM的系統(tǒng)間切換有作用。3.2.2失敗原因值29：relocation failure in target RNC or target system如果未修改MSG參數(shù)，則切換請(qǐng)求將失敗。而查看relocation failure消息，發(fā)現(xiàn)失敗原因碼為29：target RNC或target system不支持relocatio

6、n說明MSC并不是找不到目標(biāo)RNC或CN，而是與目標(biāo)RNC或CN交互信令時(shí)發(fā)生失敗。所以問題定位為MSC機(jī)制問題，未發(fā)起切換流程。修改MSC SP的信令消息支持模式，MSG參數(shù)為1。UMTS-UMTS 切換要求XUDT，因此anchor MSC 上需將non-anchor MSC 的信令點(diǎn)需定義成支持XUDT,也就是MSG=1.長消息C7NPC:SP=,MSG=1; 考慮到信令消息是一個(gè)交互的過程，目標(biāo)MSC上對(duì)于源MSC信令點(diǎn)參數(shù)也應(yīng)做相應(yīng)修改。3.3、系統(tǒng)間局間切換3.3.1失敗原因值98：semantic error由于TD向GSM系統(tǒng)間切換，MSC的切換數(shù)據(jù)與2G相同，而現(xiàn)網(wǎng)2G切換數(shù)

7、據(jù)的原則是本地其他BSC均添加切換數(shù)據(jù)。因此只要數(shù)據(jù)添加完成，系統(tǒng)間切換不存在數(shù)據(jù)問題。該問題可能是GS上刪除了相關(guān)BSC的切換數(shù)據(jù)，但2G不相鄰，無切換。并且系統(tǒng)間切換只考核切入，因此該問題在指標(biāo)上不呈現(xiàn)，但確實(shí)影響用戶感知。需結(jié)合路測發(fā)現(xiàn)數(shù)據(jù)問題。通過信令跟蹤發(fā)現(xiàn)，RNC發(fā)起relocation required消息后，CN很快（20ms）就回復(fù)切換失敗。切換失敗消息中，錯(cuò)誤原因?yàn)閰f(xié)議錯(cuò)誤-98。查看RANAP協(xié)議失敗原因值，我們看到98代表semantic error，即語意錯(cuò)誤。原因分類錯(cuò)誤代碼事件編號(hào)協(xié)議原因CN_TRANP_transfer_syntax_error 97CN_TR

8、ANAP_semantic_error 98CN_TRANAP_message_not_compatible_with_receiver_state 99CN_TRANAP_abstract_syntax_error_reject 100CN_TRANAP_abstract_syntax_error_ignore_and_notify 101CN_TRANAP_abstract_syntax_error_falsely_constructed_message 102relocation required消息中，目標(biāo)LAC十六進(jìn)制為5027（十進(jìn)制為20519）（WXB2704歸屬WUXGS27

9、）我們查看源MSC數(shù)據(jù)配置發(fā)現(xiàn)，指向目標(biāo)MSC(WUXGS27)的外部小區(qū)LAC數(shù)據(jù)中不存在WXB2704的20519，而WXBSC14(20802)有LAC數(shù)據(jù)，因此可以切換。因此定位為MSC切換數(shù)據(jù)問題。在無錫GS56添加20519的外部小區(qū)數(shù)據(jù)，指向WUXGS27查看WXBSC04外部小區(qū)數(shù)據(jù)已添加。 最后，網(wǎng)優(yōu)測試確認(rèn)，切換成功。3.3.2失敗原因值100：ABSTRACT_SYNTAX_ERR_REJ通過確認(rèn)發(fā)現(xiàn)該問題主要是展訊芯片的TD固話終端，存在3G切2G 1800站點(diǎn)失敗故障。該問題只能由終端芯片升級(jí)軟件才能規(guī)避。我們采用問題終端復(fù)現(xiàn)跨系統(tǒng)切換至1800站點(diǎn)的測試，多次測試，

10、結(jié)果都失敗，具體信令如下：relocationRequired消息關(guān)鍵內(nèi)容如下：relocationPreparationFailure消息如下，失敗值為protocol:0x64 (100): abstract-syntax-error-reject察看CLASSMARK3發(fā)現(xiàn)，展訊芯片與其他芯片主要的區(qū)別在于HSCSD（High Speed Circuit Switched Data Multi Slot Class）的值上。當(dāng)手機(jī)支持HSCSD時(shí)，該標(biāo)志位指示了手機(jī)所支持的多時(shí)隙等級(jí)，詳細(xì)定義參見3GPP TS 45.002 32展訊芯片HSCSD標(biāo)志位為1，其他芯片為0。說明只有展訊芯

11、片標(biāo)識(shí)了HSCSD的值為0（二進(jìn)制00000）芯片類型CLASSMARK 3第3字節(jié)（二進(jìn)制）展訊60 14 41 00 02 00聯(lián)芯60 14 31 EC A4 40 C0T3G60 14 20 50 06For 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.0

12、18).而與協(xié)議規(guī)定的1-18不符。愛立信設(shè)備對(duì)HSCSD multisolt CLASS的值只識(shí)別1-18，由于展訊芯片是0，因此通過上面分析，問題可以定位為某些終端（展訊芯片）的CLASSMARK值與網(wǎng)絡(luò)適配產(chǎn)生問題，因此導(dǎo)致網(wǎng)絡(luò)產(chǎn)生協(xié)議適配錯(cuò)誤而拒絕切換請(qǐng)求。四 PS域切換問題分析4.1、局內(nèi)切換（失敗原因值44）SGSN有個(gè)feature “srns_relocation”，必須打開。否則SGSN將不支持跨RNC的切換。RNC局間切換也會(huì)失敗。失敗信令如下：而查看relocation failure消息，發(fā)現(xiàn)失敗原因碼為44：target RNC或target system不支持rel

13、ocation4.2、局間切換（失敗原因值9）SGSN跨局切換流程如下：與CS域不同，SGSN的相鄰LAC或RNC數(shù)據(jù)并不在SGSN本身配置，而是由專門的域名解析服務(wù)器DNS來存儲(chǔ)相關(guān)信息。因此，必須添加RNC的相關(guān)信息到DNS中才能是切換成功。主要是RNC的RAI及其對(duì)應(yīng)SGSN。3G中位置區(qū)和路由區(qū)的概念和GSM及GPRS中的概念完全一致，MSC負(fù)責(zé)位置區(qū)的管理、SGSN負(fù)責(zé)路由區(qū)的管理，二者均要表明的是在當(dāng)前系統(tǒng)中移動(dòng)臺(tái)當(dāng)前的位置。位置區(qū)和路由區(qū)是人為劃分的，可能是多個(gè)小區(qū)的組合，通過一定的標(biāo)識(shí)符加以標(biāo)識(shí)，位置區(qū)LA（Location Area）的標(biāo)識(shí)符是LAI，路由區(qū)RA（Routin

14、g Area）的標(biāo)識(shí)符是RAI，RA是包含在LA內(nèi)的。LAI由MCC、MNC和LAC組成、而RAI由MCC、MNC、LAC和RAC組成，所以RA應(yīng)小于等于LA。由于2G的RA統(tǒng)一為01，因而RAI=LAI+01；而且申請(qǐng)DNS工單一般只需要報(bào)告LAC和對(duì)應(yīng)SGSN即可。而RNC得RA和2G網(wǎng)絡(luò)不同，為00。也就是TD網(wǎng)絡(luò)的RAI=LAI+00。因此，RNC跨SGSN切換發(fā)生了失敗：查看relocation failure消息，發(fā)現(xiàn)失敗原因碼為9：unknown-target-rnc。經(jīng)過SGSN核實(shí)發(fā)現(xiàn)，SGSN無法從DNS獲得到目標(biāo)RNC的路由信息：通過DNS將相關(guān)RNC的RAI由LAI+0

15、1改為LAI+00后切換成功。相關(guān)信令截圖如下：4.3、RNC間切換（失敗原因29）RNC間切換包含前面的局內(nèi)(INTRA SGSN)和局間(INTER SGSN)切換兩個(gè)類型。除了滿足上述局內(nèi)和局間數(shù)據(jù)配置外，對(duì)于RNC側(cè)，還需要添加到目的RNC的IP PATH的路由數(shù)據(jù)，否則切換失敗。當(dāng)存在RNC之間數(shù)據(jù)遷移時(shí)，需要增加兩個(gè)RNC之間的IPPATH，如果對(duì)端用戶面是網(wǎng)段時(shí)，就增加為網(wǎng)段，否則使用32位掩碼；PATHID直接往后排。同時(shí)增加到該用戶面的路由，以及把目標(biāo)RNC的用戶面地址增加到用戶面VLANID中，舉例如下：/（如需做切換時(shí)需要配置遷移IPPATH和RT）/ADD IPPATH

16、: ANI=1990, PATHID=3, PATHT=HQ_QOSPATH, IPADDR=120.195.8.137, PEERIPADDR=120.195.8.65, PEERMASK=255.255.255.255, TXBW=, RXBW=, 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;如果沒有添加目標(biāo)RNC的IP PATH和RT，切換PS用戶面將失敗。失敗原因值為29，雖然內(nèi)容與之前遇到的局內(nèi)切換失敗一樣，但是和SGSN未開SRNS RELO