專利名稱：一種從3g到2g系統(tǒng)切換過程中故障的上報方法
技術領域：
本發(fā)明涉及一種通信技術，尤其涉及一種從3G(第三代)通信系統(tǒng)到2G(第二代)通信系統(tǒng)切換過程中故障的上報方法。
背景技術：
目前2G通信網絡如GSM/GPRS(移動通信系統(tǒng)/通用分組無線業(yè)務系統(tǒng))網絡的覆蓋已經比較完備，而在3G網絡如WCDMA(寬帶碼分多址)投入商用的初期，運營商基于自身利益考慮，不會大規(guī)模覆蓋，因此在一段時期內必然存在著WCDMA網絡與GSM/GPRS網絡并存的情況。為了確保3G通信系統(tǒng)如WCDMA到2G通信系統(tǒng)如GSM/GPRS之間的切換。需要及時獲得切換過程中現場參數，尤其是在發(fā)生故障時的現場參數，以便根據這些現場參數及時地確定故障原因，對網絡結構進行調整和優(yōu)化。
在現有技術中，為了確定故障原因和優(yōu)化網絡結構，采取下列方法1)性能統(tǒng)計功能。性能統(tǒng)計是通過統(tǒng)計網絡中關鍵的統(tǒng)計項來衡量當前網絡的質量，該方法是統(tǒng)計在一個特定的測量周期內系統(tǒng)間切換出成功/失敗次數，并將該統(tǒng)計值反饋給網絡管理系統(tǒng)，由網絡管理系統(tǒng)進行全面的分析，通過分析結果指導對現有網絡的擴容和問題解決；然而，由于性能統(tǒng)計方法是一種周期任務的統(tǒng)計功能，在一段時間內統(tǒng)計系統(tǒng)間切換出成功率或者失敗率是多少，沒有對故障的原因進行反映。如果提高性能統(tǒng)計的粒度，增加對系統(tǒng)間切換出失敗原因的統(tǒng)計，勢必會導致大量數據的出現，對正常業(yè)務有有影響。
2)全網信令檢測方法。信令跟蹤的方法是通過信令跟蹤儀器在標準協議接口(如UU，IUB)中跟蹤呼叫過程尤其是來自不同網元中的標準協議消息，并將這些相關的消息發(fā)送給網絡管理中心，通過對這些捕獲的消息進行分析，根據分析結果對網絡進行優(yōu)化，同時解決部分問題；然而，由于全網跟蹤方法是一種實時的跟蹤，需要在所有的接口都要通過第三方儀器進行跟蹤，由于這種跟蹤并不區(qū)分正常與故障，所以會產生大量的跟蹤消息。由于各種故障的根本原因不盡相同，如何從大量的跟蹤消息中獲取定位該次故障的有用信息，將會有極大的工作量。另外信令跟蹤還需要有很豐富的經驗，要求敏銳地發(fā)現消息中隱含的故障根本原因，這樣分析的門檻較高，不便于在維護人員中推廣。
3)告警網絡管理系統(tǒng)對告警信息的處理和分析可以進行網絡故障的排除和管理。在系統(tǒng)發(fā)生故障時，告警系統(tǒng)可以實時的將告警產生的原因發(fā)送給網絡管理系統(tǒng)，網絡管理系統(tǒng)可以根據產生告警原因以及設備來分析并排除所發(fā)生的故障。
然而，由于告警一般來說關注的都是設備故障，對用戶故障的關注比較少。比如用戶由于無線原因導致切換出現故障的時候，在告警上是無法體現出來。并且最多只能反映出圖三中某個故障點，不能充分反映出故障的根因。所以告警基本上不能反映系統(tǒng)間切換中出現的故障。
綜上所述，由于上述的現有技術都存在著這樣或那樣的缺點，使得在確定故障原因時顯得很不方便，甚至不能確定故障原因。

發(fā)明內容
本發(fā)明的目標是提供了一種從3G通信系統(tǒng)到2G通信系統(tǒng)切換過程中故障的上報方法，根據上報的內容可方便確定故障原因。
本發(fā)明提供了一種從第三代通信系統(tǒng)到第二代通信系統(tǒng)切換過程中故障的上報方法，包括建立切換故障參數信息集，用于設置切換故障上報參數項，當在切換過程中，包括以下步驟A、監(jiān)測切換過程并接收系統(tǒng)在切換失敗時發(fā)出的故障信號；
B、根據所述故障信號指明的故障原因查詢切換故障信息集中要求上報的參數項；C、根據所述參數項從系統(tǒng)中獲取對應的參數值并寫入故障上報消息；D、將所述故障上報消息發(fā)送給網絡管理中心。
所述的故障參數信息集包括終端設備信息部分、無線接入承載信息部分、最優(yōu)小區(qū)信息部分、活動集小區(qū)信息部分、異系統(tǒng)測量信息部分、故障信息部分和擴展信息部分。
所述的終端設備信息部分包括邏輯移動服務碼信息。
所述的無線接入承載信息部分包括業(yè)務類型、下行鏈路最大比特率、上行鏈路最大比特率和無線承載標識。
所述的無線接入承載信息部分還包括核心網域標識、下行鏈路保證比特率和上行鏈路保證比特率其中的任意組合。
所述的最優(yōu)小區(qū)信息部分和活動集小區(qū)信息部分分別包括小區(qū)標識。
所述的最優(yōu)小區(qū)信息信息部分和活動集小區(qū)信息信息部分還分別包括公共導頻信道的信噪比和公共導頻信道的碼接收功率兩者的任意組合。
所述的異系統(tǒng)測量信息包括GSM小區(qū)信息、切換目標GSM小區(qū)信息和系統(tǒng)間切換觸發(fā)原因。
所述的GSM小區(qū)信息和切換目標GSM小區(qū)信息分別包括位置區(qū)碼、網絡色碼、基站色碼、異系統(tǒng)小區(qū)標識、異系統(tǒng)小區(qū)頻點其中的任意組合。
所述的位置區(qū)碼包括移動網絡碼、移動國家碼和位置區(qū)碼。
所述的GSM小區(qū)信息和切換目標GSM小區(qū)信息還分別包括GSM載波RSSI、校驗的BSIC、非校驗的BSIC其中的任意組合。
所述的系統(tǒng)間切換觸發(fā)原因包括觸發(fā)選擇和異系統(tǒng)測量報告類型。
所述的系統(tǒng)間切換觸發(fā)原因還包括基于覆蓋、基于負載、基于盲切換、異系統(tǒng)直接重試和直接重試的原因其中的任意組合。
所述的異系統(tǒng)測量報告類型包括測量報告類型和系統(tǒng)間切換出事件標識。
所述的異系統(tǒng)測量報告類型還包括周期型和事件型兩者的任意組合。
所述的故障信息信息部分包括選擇原因組。
所述的故障信息包括RNC內部故障、IUB接口故障、UU接口故障和IU接口故障其中的任意組合。
所述切換故障參數信息集中逐級分類設置所述參數項。
所述故障上報消息中按照各級參數項設置攜帶當前上報參數值的信元。
所述故障上報消息中還包括攜帶消息類型標識的信元。
所述方法還包括所述網絡管理中心接收所述故障上報消息并從各信元中提取參數值。
由于在故障發(fā)生時記錄了出現故障的現場信息，并將其反饋給網絡管理系統(tǒng)后，通過網絡管理系統(tǒng)對其中所含系統(tǒng)間切換過程中的故障原因及相關信息進行分析，可以有效地發(fā)現呼叫過程中故障出現的根因，從而可通過相應的手段來解決故障。


圖1為由WCDMA系統(tǒng)切換到GSM系統(tǒng)的切換流程圖；圖2為由WCDMA系統(tǒng)切換到GPRS系統(tǒng)的切換流程圖；圖3示出了故障樹的示意圖；圖4示出了本發(fā)明的上報方法的流程圖。
具體實施例方式
為了便于本領域一般技術人員理解和實現本發(fā)明，現結合附圖描繪本發(fā)明的實施例。
為了說明本發(fā)明的從3G通信系統(tǒng)到2G通信系統(tǒng)切換過程中故障的上報方法，首先以UE從3G如WCDMA系統(tǒng)到2G如GSM系統(tǒng)或者GPRS系統(tǒng)為例說明切換過程。在下面的切換過程中僅僅考慮WCDMA與GSM核心網的情況。
首先參照圖1描述UE(用戶設備)從WCDMA系統(tǒng)到GSM系統(tǒng)的切換過程。
步驟1RNC(無線網絡控制器)根據當前小區(qū)的屬性、鄰近小區(qū)配置屬性和對UE測量結果等信息，完成切換判決算法。當RNC判決UE應該進行異系統(tǒng)切換時，向CN(核心網)發(fā)送Relocation Required(重定位請求)消息，觸發(fā)一次異系統(tǒng)的切換過程；步驟2、CN在接收到該消息后，通過MAP/E接口將該請求發(fā)送給GSM系統(tǒng)的MSC(移動交換中心)；步驟3、4為GSM中的常規(guī)切換過程，在此省略對其說明；步驟5、通過MAP/E接口，MSC向核心網返回Prepare Handover Response(準備切換響應)消息，系統(tǒng)間切換準備完成；步驟6、核心網向SRNC(服務無線網絡控制器)返回Relocation Command(重定位命令)，表明目標GSM BSS(GSM的基站子系統(tǒng))已為UE分配好無線資源以及其他資源；步驟7、SRNC將GSM BSS的信息通過Uu接口Handover from UtranCommand(來自Utran的命令)消息發(fā)送給UE。UE從此消息中解釋出GSM/BSS為其分配的無線信道資源信息(頻點/時隙號/初始功率等等)，接入異系統(tǒng)小區(qū)；步驟8、9、10為GSM中的常規(guī)切換過程，在此省略對其說明；步驟11、MSC檢測到UE已經接入GSM，則通過MAP/E接口向CN發(fā)送SendEnd Signal Request(發(fā)送結束信號請求)消息；步驟12、13、當UE接入異系統(tǒng)小區(qū)完成之后，CN會發(fā)送Iu ReleaseCommand(IU釋放命令)給SRNC。SRNC開始釋放該側的UE上下文、無線資源以及相關資源。(注此時因為UE已經遷移到GSM，此處的RRC(無線資源控制)釋放流程不用再釋放UIE)；步驟14、在MAP/E接口，CN發(fā)送Send End Signal Response(發(fā)送結束信號響應)消息，系統(tǒng)間切換出流程結束。
下面參照圖2描述從WCDMA系統(tǒng)到GPRS系統(tǒng)的切換過程。
步驟1、MS(移動臺)或UTRAN判決發(fā)起數據域的系統(tǒng)間切換，使MS切換到一個GPRS的新小區(qū)中；步驟2、MS向2G+3G的SGSN發(fā)起路由區(qū)更新請求，更新類型將指明路由區(qū)更新，或者聯合RA/LA更新，或者帶IMSI(全球移動用戶標識)附著的聯合RA/LA更新，BSS在將消息送到SGSN之前將收到消息中加入所在小區(qū)的帶RAC和LAC的小區(qū)全球標識(CGI)；步驟3、若MS處于連接狀態(tài)，則2G+3G SGSN向SRNS發(fā)送SRSN ContextRequest消息；步驟4、SRNS收到此消息后，開始緩存并且停止向MS發(fā)送數據PDU(協議數據單元)，并向2G+3G SGSN返回SRNS Context Response(含PDP、GTP的序列號)；步驟5、執(zhí)行安全流程；步驟6、若MS處于PMM-CONNECTED(已連接狀態(tài))狀態(tài)，則2G+3G SGSN向SRNS發(fā)送數據轉發(fā)命令(Data Forward Command)，表明2G+3G SGSN已經準備好，可以接收數據包；步驟7、SRNS發(fā)送已緩存的數據PDU到2G+3G SGSN；步驟8、2G+3G SGSN將向RNC發(fā)出Iu Release Command消息給SRNS，在數據轉發(fā)定時結束之后SRNS通過Iu Release Complete消息回應；步驟9、如果關聯將被建立，那么新2G SGSN發(fā)送Location Update Request(重定位更新請求)給VLR(拜訪位置寄存器)。通知新的MSC/VLR發(fā)起位置更新，VLR會通過保存SGSN號碼來創(chuàng)建或更新關聯；步驟10、如果VLR中的用戶數據標明沒有經過HLR的確認，VLR將會通知HLR。HLR取消舊的VLR并且插入用戶數據到新的VLR，步驟10包括如下六個步驟a.新VLR發(fā)送Update Location(更新定位)給HLR；b.HLR通過向舊的VLR發(fā)送Cancel Location(取消定位)消息取消舊的VLR中的數據；c.舊的VLR以Cancel Location響應；d.HLR發(fā)送Insert Subscriber Data Ack給新的VLR；e.新VLR以Insert Subscriber Data Ack作為響應；f.HLR以Update Location Ack作為響應給新的VLR。
步驟11、新的VLR為MS分配TMSI，發(fā)送Location Update Accep通知2G+3GSGSN；步驟12、2G+3G SGSN驗證MS在新路由區(qū)的合法性，如果所有檢查成功，2G+3G SGSN給用戶組建MM(移動性管理)上下文以及PDP上下文，分配新的PTMSI(分組臨時移動用戶標識)，并發(fā)起在MS和2G+3G SGSN之間建立一條邏輯鏈路，2G+3G SGSN回應MS一個Routing Area Update Accept(路由區(qū)更新接受)消息；步驟13、MS通過發(fā)送Routing Area Update Complete(路由區(qū)更新完成)消息確認新分配的PTMSI，包括確認在路由區(qū)更新發(fā)起之前所有成功發(fā)送給MS的數據PDU；步驟14、2G+3G SGSN在得到MS確認后發(fā)送消息TMSI ReallocationComplete通知VLR TMSI重新分配完成。
步驟15、2G+3G SGSN和BSS執(zhí)行BSS Packet Flow Context procedure。
在上述兩個流程中，涉及到了RNC、NodeB及CN三部分網元，并且網元間有大量的通訊消息，同時各個網元內部實現較為復雜，因此，發(fā)生故障時涉及的因素比較多。盡管如此，對于單個網元來說，故障發(fā)生時，總是以一條鏈的方式，從產生異常的根源(Root Cause)開始傳遞，逐步表現為Fault(難以或不可為用戶察覺的)或者Failure(為用戶察覺的)。
根據本發(fā)明，為了明確故障的原因，可將上述切換過程通過層次劃分，使層次從底層向上層延伸，如圖3所示，并以業(yè)務故障樹的形式來表示。例如，在用戶層掉話，可在業(yè)務系統(tǒng)層由網元RNC導致，進一步可在子系統(tǒng)層是由信令面故障引起，進一步在內部模塊層由系統(tǒng)間切換出故障導致，進一步在OS層資源上由申請資源失敗，導致向UE發(fā)送Handover from Utran Command消息失敗。
為了全面獲取故障現場信息，將切換過程中所涉及的數據信息定義為故障參數信息集，并將故障參數信息集按層次進行劃分，具體劃分如表4至表13示出了這種層次。
在表2-13中，第一列表示信息部分/信息組的名稱，第二列信息表示該信息部分是否為必選信息部分，其含義如表1所示。第三列表示該信息部分的數目，可以為一個取值范圍，省略表示僅有一個。第四列表示該信息部分的類型、其取值范圍或參考表。第五列為該信息部分的含義。第二列、第四列信息的省略表示該信息由其子信息的該信息決定。
表1縮略語含義表

表2故障信息體結構

表3 故障信息部分(Failure information elements)

表2和表3示出了本發(fā)明的故障參數信息集總體結構，如表2所示，該故障參數信息集的結構包括含UE信息部分(主要是IMSI)、RAB信息部分(當前業(yè)務的特性)、最好小區(qū)信息部分(當前最好小區(qū)及其上下行信號質量)、活動集中小區(qū)信息部分(當前活動集小區(qū)及其上下行信號質量)、異系統(tǒng)測量信息部分(2G小區(qū)及其信號質量)、故障信息部分和擴展部分。
如表3所示，故障信息部分結構采用按標準接口及網元進行劃分的方法，針對于圖1、圖2中的流程中的WCDMA的部分，在標準接口出錯(譬如收到異常消息(含傳輸層錯誤、用戶面錯誤等)，或收到失敗消息，或等待消息的定時器超時)，或RNC內部錯誤(譬如消息發(fā)送時編碼錯誤，或用戶面/信令面L2出錯，或傳輸AL出錯，或分配有關實例資源時申請內存失敗)時，這時可將故障現場信息按故障參數信息集的格式組成故障上報消息，上報至網絡管理中心，或者輸出至日志，以便對故障進行定位和處理。
表4至表13示出了本發(fā)明故障信息體的詳細層次結構。
表4故障參數信息集的詳細結構

在保存采集數據報告的Map中查找對應的數值，并用查找到的數值替換閾值表達式中的ME名稱；C.確定閾值表達式解析結果。
下面對基于上述基本思想的具體實施例進行說明。
本實施例預先將以中序表達式方式表示的閾值表達式轉換成后序表達式方式，并存儲在IPMS的內存中?？梢圆捎枚褩Ｍ瓿珊笮虮磉_式方式的閾值表達式的存儲。表2所示為閾值表達式為ME1ME3+ME5＜時，IPMS的內存中保存閾值表達式的堆棧。

表2另外，本實施例還在接收到來自于各個網元的性能數據時，將包含性能數據的采集數據報告保存在Map中。Map是一種表單式集合，它包括多個由關鍵字(Key)及其對應的元素值(Value)所組成的元素單元(Element)。Map使用哈希(Hash)算法進行自身的保存和檢索，即Map在關鍵字與該關鍵字所屬元素單元的位置之間建立對應關系，在執(zhí)行檢索時，Map通過哈希算法將關鍵字轉換為對應的存儲位置信息，再通過該位置信息直接找到相應的元素單元，并從所找到的元素單元中提取元素值。因此，Map是具有快速查找功能的數據容器。為了利用Map的快速查找功能，本實施例在保存采集數據報告時，將其中的ME名稱作為Map的關鍵字，將各個ME名稱對應的數值作為Map中的元素值。以表1所示的采集數據報告為例，保存該采集數據報告的Map為表3所示的內容。

<p>表7小區(qū)信息(Cell Information)

表8 GSM小區(qū)信息(GSM Cell Information)

表9 位置區(qū)信息(Location Area Identity)

表10 系統(tǒng)間切換觸發(fā)信息(Inter-Rat handover trigger)

表11異系統(tǒng)測量報告類型(Inter-Rat Measurement Report type)

表12異系統(tǒng)測量事件ID(Inter-Rat event identity)

表13故障詳細原因(Handover From UTRAN Failure Cause)


下面對表4至表13進行簡要說明，表4為表1示出的故障參數信息集的展開總體結構，以下對其進行逐層進行說明。如表5所示，所述的UE信息部分僅包括IMSI(全球移動用戶標識)信息，該項是必選項。
如表6所示，RAB(無線接入承載)信息部分包括四個必選項業(yè)務類型、DL(下行鏈路)最大比特率、UL(上行鏈路)最大比特率和無線承載標識，和三個可選項CN(核心網)域標識、DL保證比特率、UL保證比特率。
如表7所示，最優(yōu)小區(qū)信息和活動集小區(qū)信息部分分別包括一個必選項小區(qū)標識，二個可選項公共導頻信道的信噪比和碼接收功率。
如表4所示，異系統(tǒng)測量信息包括三個必選項GSM小區(qū)信息、切換目標GSM小區(qū)信息和系統(tǒng)間切換觸發(fā)原因。
如表8所示，GSM小區(qū)信息和切換目標GSM小區(qū)信息分別包括四個必選項位置區(qū)碼、網絡色碼、基站色碼、inter-RAT cellid(異系統(tǒng)小區(qū)標識)、BCCH ARFCN(異系統(tǒng)小區(qū)的頻點)，三個可選項GSM載波RSSI(接收到的信號強度標示)、Verified BSIC(已驗證的BSIC)、Non verified BSIC(未驗證的BSIC)。
如表9所示，位置區(qū)碼包括三個必選項移動網絡碼、移動國家碼和位置區(qū)碼。
如表10所示，系統(tǒng)間切換觸發(fā)原因包括三個必選項觸發(fā)選擇、異系統(tǒng)測量報告類型，和以下可選項基于覆蓋、基于負載、基于盲切換、異系統(tǒng)直接重試和直接重試的原因。
如表11所示，異系統(tǒng)測量報告類型包括以下必選項測量報告類型、系統(tǒng)間切換出事件ID，和以下可選項周期型和事件型。
如表12所示，故障信息部分包括一個必選項選擇原因組，和以下可選項RNC內部故障、IUB接口故障、UU接口故障和IU接口故障。每一可選項還包括若干項目。
綜上所述，本發(fā)明建立了故障上報協議，在故障上報協議中首先建立切換故障參數信息集，然后建立一套故障上報方法。上面已經詳細描述了切換故障參數信息集，所述切換故障參數信息集中逐級分類設置參數項，下面詳細描述故障上報方法。
如圖4所示，在步驟1中，監(jiān)測切換過程并接收系統(tǒng)在切換失敗時發(fā)出的故障信號。
在步驟2中，根據所述故障信號指明的故障原因查詢切換故障信息集中要求上報的參數項。
在步驟3中，根據所述參數項從系統(tǒng)中獲取對應的參數值并寫入故障上報消息；故障上報消息中按照各級參數項設置攜帶當前上報參數值的信元和攜帶消息類型標識的信元。
在步驟4中，將所述故障上報消息發(fā)送給網絡管理中心。網絡管理中心接收故障上報消息并從各信元中提取參數值，以便對故障進行定位。
這樣，由于在故障發(fā)生時記錄了出現故障的現場信息，并將其反饋給網絡管理系統(tǒng)后，通過網絡管理系統(tǒng)對其中所含系統(tǒng)間切換過程中的故障原因及相關信息進行分析，如按原因值統(tǒng)計，或者根據記錄的流量進行流量控制等?？梢杂行У匕l(fā)現切換過程中故障出現的根本原因，從而可通過相應的手段來解決故障。
根據本發(fā)明的故障表示方法，可將系統(tǒng)間切換流程中故障發(fā)生時的有關信息進行捕獲并上報，從而可反映出故障發(fā)生時本次呼叫的詳細狀況；由于本發(fā)明的故障原因按層次組織，從而能夠清晰反映出故障的根本原因；另外，根據本發(fā)明，只在故障發(fā)生時輸出故障現場信息，可大大減少輸出消息，便于定位故障；此外，從上述表4-13可知，本發(fā)明的故障參數信息集包含常見的故障相關的信息，因此，無需依賴于其他定位方法，就可定位故障。
實施例1下面通過一個例子來說明本發(fā)明的應用。
位于WCDMA系統(tǒng)中的用戶終端在通話的過程中，向WCMA網絡邊緣移動，進入GSM網絡的覆蓋區(qū)域，這時若用戶終端發(fā)現WCDMA網絡中的無線信號較差(低于一定測量門限)，而GSM的網絡中的無線信號較好(高于另一測量門限)，在網絡側的配合下，就會發(fā)生切換過程。根據本發(fā)明，若在該切換過程中發(fā)生故障，如RNC收到Relocation Preparation_Failure消息，或者等待Relocation Command消息的定時器超時，或發(fā)生其他異常消息，則RNC會將故障現場信息按照故障場信息體進行收集，并將故障場信息體組織為故障上報消息上報至網絡管理中心，或者將故障參數信息集輸出至日志，然后，現有切換流程回退或終止，并可能產生掉話。這時，網絡管理員會根據故障參數信息集內容分析故障原因，以便對故障進行處理。處理過程如下，根據IMSI獲得其故障現場信息，然后根據故障現場信息對該故障進行處理。另外，根據本發(fā)明，當收到用戶的投訴時，也可及時地根據用戶的投訴對其進行處理，其處理過程如下，根據用戶的手機號碼(也就是MSISDN)查找到該用戶終端的IMSI以及用戶投訴的時間段，然后根據IMSI在日志記錄(或其它形式的記錄形式，如數據庫)中搜索該用戶的故障信息，然后對該故障信息進行分析，這樣，就能節(jié)省定位故障時間，盡快對故障進行處理，增加用戶的滿意度?？傻贸龇治鰣蟾嫒绫?4。
表14 故障分析報告


由表14可以看出系統(tǒng)間切換過程中發(fā)生故障的時間是30日09:38:24；系統(tǒng)間切換原因是基于覆蓋信息，從WCDMA網絡的邊緣向GSM網絡移動，通過比較EcNo、RSCP及RSSI，可以看出這時WCDMA網絡的小區(qū)信號較差，GSM的小區(qū)信號較好；在系統(tǒng)間切換過程中IU接口發(fā)生了故障，GSM同CN間發(fā)生信令傳輸資源故障。
因此，根據本發(fā)明，通過搜集故障參數信息集中的內容，可準確地確定了故障發(fā)生的原因，為后續(xù)的故障的排除提供了有力的幫助，有助于分析出故障發(fā)生的根因。另外，由于本發(fā)明可在故障發(fā)生時輸出，從而大大減少了輸出消息流，提高了故障定位的準確性，降低了故障定位的難度，并且對于正常的業(yè)務沒有影響，若在后期采用壓縮的方法，故障輸出的流量較小，從而對業(yè)務的影響基本上可以忽略不計；由于故障參數信息集以層次形式表現，所以便于后續(xù)的再處理(譬如統(tǒng)計等)。
雖然通過實施例描繪了本發(fā)明，但本領域普通技術人員知道，在不脫離本發(fā)明的精神和實質的情況下，就可使本發(fā)明有許多變形和變化，本發(fā)明的范圍由所附的權利要求來限定。
權利要求
1.一種從第三代通信系統(tǒng)到第二代通信系統(tǒng)切換過程中故障的上報方法，其特征在于，建立切換故障參數信息集，用于設置切換故障上報參數項，當在切換過程中，包括以下步驟A、監(jiān)測切換過程并接收系統(tǒng)在切換失敗時發(fā)出的故障信號；B、根據所述故障信號指明的故障原因查詢切換故障信息集中要求上報的參數項；C、根據所述參數項從系統(tǒng)中獲取對應的參數值并寫入故障上報消息；D、將所述故障上報消息發(fā)送給網絡管理中心。
2.根據權利要求1所述的上報方法，其特征在于，所述的故障參數信息集包括終端設備信息部分、無線接入承載信息部分、最優(yōu)小區(qū)信息部分、活動集小區(qū)信息部分、異系統(tǒng)測量信息部分、故障信息部分和擴展信息部分。
3.根據權利要求2所述的上報方法，其特征在于，所述的終端設備信息部分包括全球移動用戶標識信息。
4.根據權利要求2所述的上報方法，其特征在于，所述的無線接入承載信息部分包括業(yè)務類型、下行鏈路最大比特率、上行鏈路最大比特率和無線承載標識。
5.根據權利要求4所述的上報方法，其特征在于，所述的無線接入承載信息部分還包括核心網域標識、下行鏈路保證比特率和上行鏈路保證比特率其中的任意組合。
6.根據權利要求2所述的上報方法，其特征在于，所述的最優(yōu)小區(qū)信息部分和活動集小區(qū)信息部分分別包括小區(qū)標識。
7.根據權利要求6所述的上報方法，其特征在于，所述的最優(yōu)小區(qū)信息部分和活動集小區(qū)信息部分還分別包括公共導頻信道的信噪比和公共導頻信道的碼接收功率兩者的任意組合。
8.根據權利要求2所述的上報方法，其特征在于，所述的異系統(tǒng)測量信息包括GSM小區(qū)信息、切換目標GSM小區(qū)信息和系統(tǒng)間切換觸發(fā)原因。
9.根據權利要求8所述的上報方法，其特征在于，所述的GSM小區(qū)信息和切換目標GSM小區(qū)信息分別包括位置區(qū)碼、網絡色碼、基站色碼、異系統(tǒng)小區(qū)標識、異系統(tǒng)小區(qū)頻點其中的任意組合。
10.根據權利要求9所述的上報方法，其特征在于，所述的位置區(qū)碼包括移動網絡碼、移動國家碼和位置區(qū)碼。
11.根據權利要求9所述的上報方法，其特征在于，所述的GSM小區(qū)信息和切換目標GSM小區(qū)信息還分別包括GSM載波RSSI、校驗的BSIC、非校驗的BSIC其中的任意組合。
12.根據權利要求8所述的上報方法，其特征在于，所述的系統(tǒng)間切換觸發(fā)原因包括觸發(fā)選擇和異系統(tǒng)測量報告類型。
13.根據權利要求12所述的上報方法，其特征在于，所述的系統(tǒng)間切換觸發(fā)原因還包括基于覆蓋信息、基于負載信息、基于盲切換信息、異系統(tǒng)直接重試信息和直接重試原因信息其中的任意組合。
14.根據權利要求12所述的上報方法，其特征在于，所述的異系統(tǒng)測量報告類型包括測量報告類型和系統(tǒng)間切換出事件標識。
15.根據權利要求14所述的上報方法，其特征在于，所述的異系統(tǒng)測量報告類型還包括周期型信息和事件型信息兩者的任意組合。
16.根據權利要求2所述的上報方法，其特征在于，所述的故障信息部分包括選擇原因組。
17.根據權利要求16所述的上報方法，其特征在于，所述的故障信息包括RNC內部故障、IUB接口故障、UU接口故障和IU接口故障其中的任意組合。
18.如權利要求1所述的上報方法，其特征在于，所述切換故障參數信息集中逐級分類設置所述參數項。
19.如權利要求18所述的上報方法，其特征在于，所述故障上報消息中按照各級參數項設置攜帶當前上報參數值的信元。
20.如權利要求19所述的上報方法，其特征在于，所述故障上報消息中還包括攜帶消息類型標識的信元。
21.如權利要求19或20所述的上報方法，其特征在于，所述方法還包括所述網絡管理中心接收所述故障上報消息并從各信元中提取參數值。
全文摘要
本發(fā)明公開了一種從第三代通信系統(tǒng)到第二代通信系統(tǒng)切換過程中故障的上報方法，所述上報方法包括監(jiān)測所述的切換過程中的故障；若監(jiān)測到故障，根據故障參數信息集的內容捕獲故障現場信息，并將故障現場信息組織成故障上報消息，然后將故障上報消息發(fā)給網絡管理中心，否則，繼續(xù)監(jiān)測所述的切換過程中的故障。由于在故障發(fā)生時記錄了出現故障的現場信息，并將其反饋給網絡管理系統(tǒng)后，通過網絡管理系統(tǒng)對其中所含系統(tǒng)間切換過程中的故障原因及相關信息進行分析，可以有效地發(fā)現呼叫過程中故障出現的根因，從而可通過相應的手段來解決故障。
文檔編號H04W36/14GK1852533SQ20051008868
公開日2006年10月25日 申請日期2005年8月1日 優(yōu)先權日2005年8月1日
發(fā)明者薛麗軍, 劉勇, 崔振慶, 李伽, 段忠毅 申請人:華為技術有限公司