【摘 ? ?要】針對TD-SCDMA網(wǎng)絡因為設備異常而導致PS業(yè)務中的用戶無法被尋呼，造成來電漏接的問題，通過從無線側(cè)/核心網(wǎng)側(cè)分析與論證，探索問題成因及異常信令跟蹤等解決方案，總結(jié)經(jīng)驗，重視用戶投訴與現(xiàn)場測試，后臺實時進行信令跟蹤與分析等，給TD-SCDMA系統(tǒng)的維護和優(yōu)化問題提供了一定的參考。

【關鍵詞】TD-SCDMA ? ?并發(fā)業(yè)務 ? ?尋呼故障

中圖分類號：TN925+.93 ? ?文獻標識碼：A ? ?文章編號：1006-1010（2014）-15-0076-05

1 ? 前言

TD-SCDMA網(wǎng)絡是中國移動“四網(wǎng)協(xié)同”（GSM/TD-SCDMA/TD-LTE/WLAN四網(wǎng)協(xié)同發(fā)展）網(wǎng)絡發(fā)展戰(zhàn)略中的重要一環(huán)，隨著網(wǎng)絡技術的成熟與TD終端的普及，TD-SCDMA網(wǎng)絡承載的用戶與業(yè)務負荷日益增加，其分流作用日趨顯著。

中國移動TD-SCDMA網(wǎng)絡與終端都支持CS（Circuit Switch，電路交換，用于承載語音業(yè)務）與PS（Packet Switch，分組交換，用于承載數(shù)據(jù)業(yè)務）業(yè)務并發(fā)，如果用戶終端在做PS業(yè)務時收到CS域?qū)ず粝?，終端會發(fā)出振鈴提醒用戶接聽。假如因為設備故障導致用戶在做PS業(yè)務時無法被尋呼，造成來電漏接，將極大影響用戶體驗與感知。

文章結(jié)合前期TD-SCDMA網(wǎng)絡優(yōu)化實例，針對TD-SCDMA網(wǎng)絡結(jié)構(gòu)特點，對TD-SCDMA用戶并發(fā)業(yè)務故障分析與處理過程進行詳細闡述，為維護管理TD-SCDMA網(wǎng)絡提供經(jīng)驗。

2 ? 故障現(xiàn)象概述

現(xiàn)有M、K兩市Node B（節(jié)點B，TD-SCDMA網(wǎng)絡中的基站部分）下掛于同一RNC（Radio Network Controller，無線網(wǎng)絡控制器）下，且歸屬同一LAC（Local Area Code，本地位置區(qū)碼）區(qū)，被叫手機在M市TD-SCDMA網(wǎng)絡做PS下載業(yè)務時無法正常尋呼，主叫側(cè)沒有振鈴或忙音提示，過20s左右語音提示呼轉(zhuǎn)到中國移動來電提醒業(yè)務，被叫手機隨后會收到未接來電短信提醒，K市TD-SCDMA網(wǎng)絡則一切正常。

3 ? 原因分析

如圖1所示，TD-SCDMA無線網(wǎng)絡RNS（Radio Network Subsystem，無線網(wǎng)絡子系統(tǒng)）由RNC與Node B組成。RNC是TD-SCDMA網(wǎng)絡的一個關鍵網(wǎng)元，主要完成對Node B的無線資源控制和移動接入鏈路管理，處理移動呼叫、切換和功率控制，同時管理RNC本身的各種資源。Node B是TD-SCDMA移動基站，通過標準Iub接口與RNC互連，通過Uu接口與UE進行通信，主要完成Uu接口物理層協(xié)議和Iub接口協(xié)議的處理。核心域MSC server/VLR（Mobile Switching Center Server/Visitor Location Register，移動交換中心服務器/訪問位置寄存器）與MGW（Media Gate Way，媒體網(wǎng)關）通過Iu-CS口與RNC連接。目前移動軟交換是用于移動網(wǎng)絡中分層的電路域核心網(wǎng)絡的技術，在這種分層結(jié)構(gòu)的網(wǎng)絡里，負責呼叫控制和業(yè)務管理的控制層與負責業(yè)務信息傳輸?shù)倪B接層是從物理和邏輯上獨立分開的，MSC server/VLR完成呼叫控制部分的功能，而另一部分呼叫話務承載的功能在MGW節(jié)點上完成。而SGSN（Serving GPRS SUPPORT NODE，服務GPRS節(jié)點）作為GPRS/TD-SCDMA核心網(wǎng)分組域設備重要組成部分，主要完成分組數(shù)據(jù)包的路由轉(zhuǎn)發(fā)、移動性管理、會話管理、邏輯鏈路管理、鑒權(quán)和加密、話單產(chǎn)生和輸出等功能，其通過Iu-PS口連接RNC。

如文中案例，圖1的黃色箭頭標識了UE做PS下載業(yè)務時的數(shù)據(jù)流導向，即UE與網(wǎng)絡間業(yè)務承載建立后，數(shù)據(jù)流從SGSN經(jīng)Iu-PS接口流向RNC，經(jīng)Iub接口流向Node B，最后經(jīng)Uu口下行至UE。圖中綠色箭頭標識的則是尋呼消息的下發(fā)過程，事實上，當指定UE做被叫時，MSC SERVER會產(chǎn)生尋呼消息，經(jīng)RNC/Node B向同一LAC區(qū)的所有UE進行廣播，所有UE都會讀取該尋呼消息，但經(jīng)過比對后，只有指定UE會對該尋呼消息向網(wǎng)絡側(cè)發(fā)起響應，并進行后續(xù)流程。

基于以上原理，結(jié)合故障現(xiàn)象進行分析，就需要跟蹤異常信令進行故障定位。

3.1 ?異常信令跟蹤

正常情況下被叫在做PS業(yè)務下載時，手機處于連接狀態(tài)，核心網(wǎng)不直接指示尋呼，即直接發(fā)送Paging Type1（一類尋呼消息）消息，在RNC側(cè)則應向被叫UE下發(fā)Paging Type2（二類尋呼消息）尋呼信息，具體流程如圖2所示。

在此案例中，前臺使用測試手機在M市某小區(qū)對TD-SCDMA網(wǎng)絡進行測試，TD網(wǎng)絡信號強度RSCP（Received Signal Code Power，電平值）在-78dBm以上，C/I（Carrier/Interference，載干比）在10dB左右，覆蓋情況良好，可排除無線環(huán)境因素，如干擾、弱覆蓋等。

被叫在做PS下載業(yè)務時，主叫UE（User Equipment，用戶設備）撥打被叫UE，后臺跟蹤主被叫信令，發(fā)現(xiàn)RNC在收到CN（Core Network，核心網(wǎng)）下發(fā)尋呼的同一時刻（16：17：51：465），立即給UE發(fā)送了Paging Type1的尋呼，被叫UE無響應，RNC查找UE的RRC（Radio Resource Control，無線資源控制）狀態(tài)錯誤，但是卻一直下發(fā)Paging Type1尋呼信息，被叫UE未接通，主叫振鈴后等待16s沒有得到確認信息，直接把Iu連接釋放，如表1主叫信令、表2被叫信令所示。endprint

RNC負責處理信令的是RCB單板，在此可縮小故障排查范圍，下一步則需對RCB單板進行故障排查。

3.2 ?設備故障排查

結(jié)合RNC配置與本地網(wǎng)Node B掛接情況，對RNC進行進一步排查。RCB單板負責處理Iu/Iur/Iub/Uu接口對應的RNC側(cè)RANAP/RNSAP/NBAP/RRC協(xié)議，每塊RCB單板都有2個CMP模塊（公共處理模塊）。如圖3所示，1/3/1、2槽位（1架3框1、2槽位，2塊RCB單板為1主+1備配置，下同）和1/3/3、4槽位上都插有RCB單板，其中1/3/1、2槽位RCB單板的CMP模塊編號為3、4，1/3/3、4槽位RCB單板的CMP模塊編號是5、6。

圖3中1/1/7、8兩個槽位插有GIPI3（千兆以太網(wǎng)接口板）單板，該單板主要實現(xiàn)Iu-PS/Iu-CS/Iub的IP化接口功能，每塊GIPI3單板有2個GE口，2塊單板各出1個GE口綁定為1個聚合口，2塊單板則有2個聚合口。在TD基站IP化改造后，1/1/7、8兩個槽位的GIPI3單板的1、2號2個聚合口，掛接的是M市所有基站，且索引的是RCB單板3號CMP模塊，而1/4/7、8兩個槽位的GIPI3單板分出3、4兩個聚合口掛接的是K市所有基站且索引的是4號CMP模塊。

結(jié)合前臺測試，接入RNC讀取CMP3模塊處理UE的RRC狀態(tài)代碼如下：

/*獲取RRC狀態(tài)*/

bResult = TdPbm_GetRrcStatusInfobyGid（dwGid， &tRrcStatusInfo）;

if （FALSE == bResult）

{

OSSAPP_LogTrace（LOG_SYSTEM，__LOGID__，0xffffffff，

PRINT_MODULE_TD_RNLC_PBM，PRN_LEVEL_NORMAL，"＼n ：dwGid %u failed TdPbm_GetRrcStatusInfo in TdPbm_GetRrcStatus！ "，dwGid）;

ptRrcStatusCoef->eRrcStatus = IDLE;

return TRUE;

}

……

上述代碼中，由于CMP模塊吊死，處理TdPbm_GetRrcStatusInfobyGid消息失敗，查詢返回的RRC狀態(tài)默認為IDLE態(tài)，故RNC給UE發(fā)送了Paging Type1的尋呼，而非二類尋呼Paging Type2，因此手機進行PS業(yè)務時不能接通語音電話。

4 ? 故障處理

在問題查明后，故障就容易處理了，對出問題的M市Node B對應的RCB處理板做了復位和主備倒換處理，并發(fā)業(yè)務測試正常，故障恢復，后期對RCB板進行了更換。

5 ? 總結(jié)

隨著網(wǎng)絡技術的發(fā)展與智能終端的普及，手機用戶業(yè)務也日趨多元化，并發(fā)多種業(yè)務的用戶行為也越發(fā)普遍。運營商在提供給用戶多種業(yè)務的同時，也必須保證多條業(yè)務通道的暢通無阻，特別是在推廣諸如手機上網(wǎng)、網(wǎng)絡游戲之類的PS業(yè)務時，一定要保證用戶語音業(yè)務的基本功能，保證信息溝通的有效性。

在處理并發(fā)業(yè)務問題的過程中，關鍵步驟及故障點信息說明如下：

（1）重視用戶投訴與現(xiàn)場測試，由于網(wǎng)絡側(cè)設備元件眾多，集成度高，告警監(jiān)控系統(tǒng)不可能面面俱到，很多隱性故障需要從異?，F(xiàn)象中尋找蛛絲馬跡，步步反推?，F(xiàn)場測試可摸清無線環(huán)境，對異?，F(xiàn)象的詳細記錄是進一步分析排查的基礎。

（2）結(jié)合前臺業(yè)務驗證測試，后臺需實時進行信令跟蹤與分析。信令是設備交互的語言，建立聯(lián)系的協(xié)議，異常信令的出現(xiàn)往往預示著業(yè)務的中斷，從異常信令的含義、產(chǎn)生條件、設備來源、方向等方面進行分析，可以大大縮小故障排查范圍。

（3）在定位故障設備后，可直接讀取設備運行程序、硬件檢測來分析驗證，也可通過主備調(diào)換、有針對性的重啟、更換元件等嘗試來驗證、排除故障。

綜上所述，只有明確了解并發(fā)業(yè)務過程中的關鍵流程，并掌握系統(tǒng)的故障排查方法，對可能出現(xiàn)的故障點做好經(jīng)驗總結(jié)，才能有助于更好地進行網(wǎng)絡維護與優(yōu)化工作。

參考文獻：

[1] 張玉勝，陳欣偉，高屹，等. TD-SCDMA網(wǎng)絡設計、評估及優(yōu)化實踐[M]. 北京： 北京郵電大學出版社， 2012.

[2] 萬斌，高峰，李率信，等. TD-SCDMA無線網(wǎng)絡評估與優(yōu)化[M]. 北京： 人民郵電出版社， 2009.

[3] 金鑫. TD-SCDMA系統(tǒng)接入性能優(yōu)化[D]. 吉林： 吉林大學， 2012.

[4] 趙光胤. TD-SCDMA協(xié)議一致性測試研究及其測試例的實現(xiàn)[D]. 北京： 北京交通大學， 2011.

[5] 陳清華. TD-SCDMA微基站物理層信令處理研究與實現(xiàn)[D]. 成都： 電子科技大學， 2009.

作者簡介

陳捷：工程師，碩士畢業(yè)于重慶郵電大學通信與信息系統(tǒng)專業(yè)，現(xiàn)任職于中國移動通信集團云南有限公司紅河分公司，主要從事TD-SCDMA網(wǎng)絡優(yōu)化與維護工作。endprint