一種TD—SCDMA用戶并發業務故障的分析

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

【關鍵詞】TD-SCDMA ? ?并發業務 ? ?尋呼故障

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

1 ? 前言

TD-SCDMA網絡是中國移動“四網協同”（GSM/TD-SCDMA/TD-LTE/WLAN四網協同發展）網絡發展戰略中的重要一環，隨著網絡技術的成熟與TD終端的普及，TD-SCDMA網絡承載的用戶與業務負荷日益增加，其分流作用日趨顯著。

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

文章結合前期TD-SCDMA網絡優化實例，針對TD-SCDMA網絡結構特點，對TD-SCDMA用戶并發業務故障分析與處理過程進行詳細闡述，為維護管理TD-SCDMA網絡提供經驗。

2 ? 故障現象概述

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

3 ? 原因分析

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

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

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

3.1 ?異常信令跟蹤

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

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

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

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

3.2 ?設備故障排查

結合RNC配置與本地網Node B掛接情況，對RNC進行進一步排查。RCB單板負責處理Iu/Iur/Iub/Uu接口對應的RNC側RANAP/RNSAP/NBAP/RRC協議，每塊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（千兆以太網接口板）單板，該單板主要實現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模塊。

結合前臺測試，接入RNC讀取CMP3模塊處理UE的RRC狀態代碼如下：

/*獲取RRC狀態*/

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狀態默認為IDLE態，故RNC給UE發送了Paging Type1的尋呼，而非二類尋呼Paging Type2，因此手機進行PS業務時不能接通語音電話。

4 ? 故障處理

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

5 ? 總結

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

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

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

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

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

綜上所述，只有明確了解并發業務過程中的關鍵流程，并掌握系統的故障排查方法，對可能出現的故障點做好經驗總結，才能有助于更好地進行網絡維護與優化工作。

參考文獻：

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

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

[3] 金鑫. TD-SCDMA系統接入性能優化[D]. 吉林： 吉林大學， 2012.

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

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

作者簡介

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