專利名稱：軟切換故障分析方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信中的切換技術(shù)，特別涉及寬帶碼分多址系統(tǒng)的軟切換技術(shù)。
背景技術(shù)：
寬帶碼分多址(Wideband Code Division Multiple Access，簡稱“WCDMA”)是國際電信聯(lián)盟(International Telecommunications Union，簡稱“ITU”)接納的全球第三代移動通信的國際標(biāo)準(zhǔn)之一。也可以說是世界上最早投入商用的第三代移動通信系統(tǒng)，同時是歐洲第三代移動通信系統(tǒng)頻分雙工(Frequency Division Duplex，簡稱“FDD”)頻段的標(biāo)準(zhǔn)。由于UMTS采用寬帶碼分多址(Wideband Code Division Multiple Access，簡稱“WCDMA”)空中接口技術(shù)，因此，通常也把UMTS系統(tǒng)稱為WCDMA通信系統(tǒng)。
如圖6所示，UMTS系統(tǒng)采用了與第二代移動通信系統(tǒng)類似的結(jié)構(gòu)，由諸如移動手機、便攜式電腦、車載式電話之類的用戶設(shè)備(User Equipment，簡稱“UE”)、負責(zé)處理所有與無線有關(guān)的功能的通用移動通信系統(tǒng)地面無線接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡稱“UTRAN”)，以及負責(zé)處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接，并實現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能的核心網(wǎng)(Core Net，簡稱“CN”)構(gòu)成。
其中CN從邏輯上分為電路交換(Circuit Switching，簡稱“CS”)域和分組交換(Packet Switching，簡稱“PS”)域。
而UTRAN包含一個或幾個無線網(wǎng)絡(luò)子系統(tǒng)(Radio Network Subsystem，簡稱“RNS”)。如圖1所示，每一個RNS由一個無線網(wǎng)絡(luò)控制器(Radio NetworkController，簡稱“RNC”)和一個或多個基站節(jié)點(Node Base Station，簡稱“NodeB”)組成。其中，RNC與CN之間通過Iu接口連接；NodeB和RNC通過Iub接口連接；RNC之間通過Iur接口連接，Iur接口可以通過RNC之間的直接物理連接或通過傳輸網(wǎng)連接實現(xiàn)。
在上述結(jié)構(gòu)中，RNC負責(zé)分配和控制與之相連或相關(guān)的NodeB的無線資源，換句話說，即負責(zé)控制UTRAN的無線資源，主要完成連接建立和斷開、切換、宏分集合并、無線資源管理控制等功能。
NodeB則負責(zé)完成Iub接口和UU接口之間的數(shù)據(jù)流的轉(zhuǎn)換，同時也參與一部分無線資源管理。具體的說，它包括無線收發(fā)信機和基帶處理部件，如上所述，通過標(biāo)準(zhǔn)的Iub接口和RNC互連，主要完成UU接口物理層協(xié)議的處理。它的主要功能是擴頻、調(diào)制、信道編碼及解擴、解調(diào)、信道解碼，還包括基帶信號和射頻信號的相互轉(zhuǎn)換等功能。
UE開機后，在一個小區(qū)中駐留后便開始接收網(wǎng)絡(luò)側(cè)的服務(wù)，比如接收系統(tǒng)消息和接收尋呼消息。當(dāng)UE撥打電話或者接聽電話的時候，那么UE就會在這個小區(qū)發(fā)起呼叫，并觸發(fā)一系列標(biāo)準(zhǔn)接口的流程。
在用戶接入成功后便開始處于通話狀態(tài)，但是很多時候用戶都是一邊打電話一邊移動的(這就是移動電話與固定電話的一個區(qū)別)。對于無線通信系統(tǒng)來說，每個小區(qū)都是有一定的覆蓋范圍的，這個覆蓋范圍與NodeB的發(fā)射功率以及小區(qū)中用戶的多寡有關(guān)，一般來說在小區(qū)的邊緣，由于路徑損耗已經(jīng)很大，所以UE接收到的信號一般都比較弱了，同時NodeB收到UE的發(fā)射功率也會相應(yīng)的很弱，這樣就會導(dǎo)致用戶通話質(zhì)量變的很差，甚至由于信號太弱而掉話。
換句話說，一個NodeB的覆蓋區(qū)域有限，而隨著UE的移動，為了保持通信的連續(xù)，UE與網(wǎng)絡(luò)間的無線連接必須由一個小區(qū)轉(zhuǎn)移到另外一個小區(qū)，這就是切換。在WCDMA系統(tǒng)中切換包含硬切換、軟切換以及系統(tǒng)間切換。
其中，軟切換是指UE在同頻鄰區(qū)間的切換，此時UE會同時跟幾個基站或者小區(qū)同時通信。由于是這種切換屬于先建立連接再切換，那么保證了用戶通話的連續(xù)性，提高了話音質(zhì)量，降低了同頻鄰區(qū)間的干擾。由于軟切換是一種無縫的切換，在用戶角度感受不到進行了切換。
軟切換一般表現(xiàn)為以下幾種情況首先，在同一個NodeB的兩個小區(qū)中的軟切換。如圖2所示。這種場景針對的就是同一個NodeB中的軟切換，它有個專有名詞更軟切換；第二種，是在同一個RNC的不同NodeB之間的軟切換，即一般軟切換，參見圖3；第三種，是不同RNC間的軟切換，參見圖4。
在軟切換處理的過程中，涉及到了RNC、NodeB以及UE三部分網(wǎng)元，由于存在著一些意外或者不正常的情況導(dǎo)致軟切換處理失敗比如軟切換的目標(biāo)小區(qū)擁塞、或者目標(biāo)小區(qū)質(zhì)量太差，由于這種情況的出現(xiàn)，導(dǎo)致切換失敗，進而可能會導(dǎo)致掉話。
在無線網(wǎng)絡(luò)運行的過程中，尤其是建網(wǎng)初期，經(jīng)常會出現(xiàn)這種問題，同時3GPP的協(xié)議對這種TRACE沒有相應(yīng)的協(xié)議標(biāo)準(zhǔn)，如何進行協(xié)議輸出以便于定位軟切換故障問題，在網(wǎng)絡(luò)運營的過程中會成為一個重點。
下面介紹幾種現(xiàn)有技術(shù)中常用的故障分析方法一、性能統(tǒng)計功能。
性能統(tǒng)計是通過統(tǒng)計網(wǎng)絡(luò)中關(guān)鍵的統(tǒng)計項來衡量當(dāng)前網(wǎng)絡(luò)的質(zhì)量，該方法是統(tǒng)計在一個特定的測量周期內(nèi)硬切換成功/失敗次數(shù)，并將該統(tǒng)計值反饋給網(wǎng)絡(luò)管理系統(tǒng)，由網(wǎng)絡(luò)管理系統(tǒng)進行全面的分析，通過分析結(jié)果指導(dǎo)對現(xiàn)有網(wǎng)絡(luò)的擴容和問題解決。
二、全網(wǎng)信令檢測方法。
信令跟蹤的方法是通過信令跟蹤儀器在標(biāo)準(zhǔn)協(xié)議接口(如UU，IUB)中跟蹤呼叫過程尤其是來自不同網(wǎng)元中的標(biāo)準(zhǔn)協(xié)議消息，并將這些相關(guān)的消息發(fā)送給網(wǎng)絡(luò)管理中心，通過對這些捕獲的消息來進行分析，根據(jù)分析結(jié)果對網(wǎng)絡(luò)進行優(yōu)化，同時解決部分問題。
三、告警。
網(wǎng)絡(luò)管理系統(tǒng)對告警信息的處理和分析可以進行網(wǎng)絡(luò)故障的排除和管理。在系統(tǒng)發(fā)生故障時，告警系統(tǒng)可以實時的將告警產(chǎn)生的原因發(fā)送給網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)可以根據(jù)產(chǎn)生告警原因以及設(shè)備來分析并排除所發(fā)生的故障。
在實際應(yīng)用中，上述方案存在以下問題無法高效查找故障原因。具體的說，第一，對于性能統(tǒng)計功能，性能統(tǒng)計是一種長時間，或者說是一種周期任務(wù)的統(tǒng)計功能，在一段時間內(nèi)統(tǒng)計軟切換成功率或者失敗率是多少，這種統(tǒng)計結(jié)果本身就很粗糙，并且該功能是統(tǒng)計歷史數(shù)據(jù)，不能對軟切換出現(xiàn)故障的原因進行異常分析。如果提高性能統(tǒng)計的粒度，增加對軟切換失敗原因的統(tǒng)計，勢必會導(dǎo)致大量數(shù)據(jù)的出現(xiàn)，對正常業(yè)務(wù)由影響。
第二，對于全網(wǎng)信令檢測方法，它是一種實時的跟蹤，需要在所有的接口都要通過特殊的第三方儀器進行跟蹤，這種跟蹤會產(chǎn)生大量的數(shù)據(jù)，目前的2G全網(wǎng)信令跟蹤只是跟蹤了網(wǎng)間的消息，也就是核心網(wǎng)部分的消息，沒有跟蹤接入網(wǎng)部分。對于3G系統(tǒng)來說，這些跟蹤消息將會是海量的，尤其是如果要跟蹤接入網(wǎng)部分的消息。如何從大量的消息跟蹤中獲取有用的信息，將會是非常大的工作量。另外通過信令跟蹤還需要有很豐富的經(jīng)驗，能夠很敏銳的發(fā)現(xiàn)消息中存在的問題，這種方法也不便于在維護人員中推廣。
第三，對于告警，一般來說關(guān)注的都是設(shè)備故障，對用戶故障的關(guān)注比較少。比如用戶由于無線原因?qū)е虑袚Q出現(xiàn)故障的時候，在告警上是無法體現(xiàn)出來。所以告警基本上不能反映或者解決切換出現(xiàn)的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種軟切換故障分析方法，使得可以高效地分析軟切換的故障原因。
為實現(xiàn)上述目的，本發(fā)明提供了一種軟切換故障分析方法，包含以下步驟當(dāng)軟切換失敗或出現(xiàn)故障時，控制切換過程的設(shè)備輸出指定類型的信息；根據(jù)所述指定類型的信息，分析所述軟切換故障的原因。
其中，所述方法應(yīng)用于寬帶碼分多址系統(tǒng)，所述控制切換過程的設(shè)備是無線網(wǎng)絡(luò)控制器。
此外在所述方法中，所述指定類型的信息包含國際移動臺識別號碼，可以據(jù)此分析得知出現(xiàn)故障的用戶；最優(yōu)小區(qū)信息，可以據(jù)此分析得知發(fā)生故障時對用戶設(shè)備而言信號最好的小區(qū)，該小區(qū)也是當(dāng)時正在為該用戶設(shè)備服務(wù)的小區(qū)；活動集信息，如果活動集中只有一個小區(qū)，則可以分析得知用戶設(shè)備還未進入軟切換狀態(tài)，如果活動集中有至少兩個小區(qū)，則可以分析得知該用戶設(shè)備正處于軟切換狀態(tài)，活動集中的小區(qū)就是參與該軟切換的小區(qū)；軟切換掉話原因，可以據(jù)此分析得知系統(tǒng)提供的軟切換失敗的原因。
此外在所述方法中，所述無線網(wǎng)絡(luò)控制器通過消息將所述指定類型的信息發(fā)送給操作維護中心，該消息中包含消息類型；所述操作維護中心根據(jù)所述消息類型，從收到的消息中解析出所述指定類型的信息。
此外在所述方法中，所述軟切換掉話原因進一步包含以下信息之一或其任意組合呼叫準(zhǔn)入失敗，可以據(jù)此分析軟切換發(fā)生時導(dǎo)致目標(biāo)小區(qū)失敗的原因；協(xié)議或不匹配消息錯誤原因，可以據(jù)此得知來自其它網(wǎng)元的消息中存在錯誤；ASN1錯誤原因，可以據(jù)此得知來自其它網(wǎng)元的消息不滿足編解碼的要求，需要進一步檢查相應(yīng)的網(wǎng)元以確認原因；層2配置錯誤原因，可能的問題是幀協(xié)議故障或資源不足；接入鏈路配置錯誤原因，可以據(jù)此分析無線網(wǎng)絡(luò)控制器在配置傳輸層時出現(xiàn)問題的進一步原因；無線鏈路建立故障原因，可以據(jù)此得知NodeB失敗的原因；無線鏈路建立超時，可以據(jù)此檢查系統(tǒng)消息調(diào)度或IUB接口鏈路的故障；接入鏈路移動網(wǎng)增強邏輯的客戶化應(yīng)用部分承載建立故障原因，可以據(jù)此分析在建立什么過程時出現(xiàn)了故障；無線鏈路恢復(fù)指示超時，如果出現(xiàn)該超時，說明新的NodeB的無線鏈路沒有與無線網(wǎng)絡(luò)控制器實現(xiàn)同步，需要與NodeB共同確認出現(xiàn)故障的原因；活動集更新故障原因，可以據(jù)此知道UU接口在發(fā)送活動集更新的時候出現(xiàn)故障的原因；活動集更新超時，可以據(jù)此知道用戶設(shè)備沒有發(fā)送活動集更新成功消息，從而可以進一步分析是該消息丟失還是該用戶設(shè)備處理錯誤；IUR接口無線鏈路建立失敗原因，可以據(jù)此知道在跨IUR接口的軟切換時出現(xiàn)問題；IUR接口無線鏈路建立超時，可以據(jù)此知道在跨IUR接口的軟切換時出現(xiàn)問題。
此外在所述方法中，所述呼叫準(zhǔn)入失敗進一步包含以下信息之一或其任意組合NodeB的發(fā)射功率值和寬帶總接收功率值，如果小區(qū)發(fā)生擁塞，可以據(jù)此分析小區(qū)發(fā)生擁塞的原因；小區(qū)下行擴頻因子不可用，可以據(jù)此知道導(dǎo)致呼叫準(zhǔn)入失敗的原因之一是目前小區(qū)不支持所申請的下行擴頻因子；小區(qū)上行擴頻因子不可用，可以據(jù)此知道導(dǎo)致呼叫準(zhǔn)入失敗的原因之一是目前小區(qū)不支持所申請的上行擴頻因子；小區(qū)能力信用度不支持，可以據(jù)此知道導(dǎo)致呼叫準(zhǔn)入失敗的原因之一是當(dāng)前NodeB的能力信用度信息不足，可以進一步檢查NodeB的能力信用度信息是否合理；IUB接口傳輸資源不可用，可以據(jù)此知道需要增加IUB接口帶寬；IUR接口傳輸資源不可用，可以據(jù)此知道需要增加IUR接口帶寬。
此外在所述方法中，所述指定類型的信息還可包含以下的一種或其任意組合無線接入承載信息，其中包含種無線接入承載信息的速率；監(jiān)視集小區(qū)信息，其中包含需要發(fā)生軟切換的目標(biāo)小區(qū)；目標(biāo)小區(qū)信息，可能由軟切換增加或軟切換刪除引起；軟切換觸發(fā)器，可以據(jù)此分析觸發(fā)軟切換的原因；切換類型，可以據(jù)此分析發(fā)生的是軟切換還是更軟切換。
此外在所述方法中，所述目標(biāo)小區(qū)信息分為增加小區(qū)信息和刪除小區(qū)信息兩類，每一類又進一步包含以下信息
目標(biāo)小區(qū)的標(biāo)識，可以據(jù)此分析軟切換發(fā)生的位置；小區(qū)同步信息，可以據(jù)此分析當(dāng)前小區(qū)與最優(yōu)小區(qū)之間的定時關(guān)系。
此外在所述方法中，所述最優(yōu)小區(qū)信息、活動集信息和監(jiān)視集小區(qū)信息包含以下信息之一或其任意組合小區(qū)標(biāo)識，可以據(jù)此知道問題涉及在哪個具體小區(qū)；公共導(dǎo)頻信道的Ec/No、公共導(dǎo)頻信道的RSCP，可以據(jù)此知道當(dāng)時的小區(qū)信號質(zhì)量。
此外在所述方法中，所述軟切換觸發(fā)器進一步包含以下信息之一或其任意組合事件信息，其中包含同頻事件標(biāo)識，可以據(jù)此分析觸發(fā)軟切換的事件；無線鏈路故障信息，可以據(jù)此分析觸發(fā)軟切換的無線鏈路故障。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，當(dāng)軟切換失敗或出現(xiàn)故障時，控制切換過程的設(shè)備(如RNC)輸出指定類型的信息，網(wǎng)管中心(如OMC)據(jù)此分析故障原因。輸出的指定類型的信息包括消息類型、IMSI、最優(yōu)小區(qū)信息、活動集信息、軟切換掉話原因、無線接入承載信息、監(jiān)視集小區(qū)信息、目標(biāo)小區(qū)信息、軟切換觸發(fā)器、切換類型等；同時還指出了如何利用這些信息進行故障分析。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即因為指定類型的信息已覆蓋了與軟切換相關(guān)的方方面面，所以可以幫助網(wǎng)管人員有效分析出故障的原因，進而采取相應(yīng)的改進措施。
因為僅在軟切換失敗或出現(xiàn)故障時才輸出信息，所以對整個移動通信系統(tǒng)增加的額外負擔(dān)很小，幾乎不會對系統(tǒng)的正常業(yè)務(wù)處理產(chǎn)生影響。


圖1是UTRAN體系結(jié)構(gòu)示意圖；圖2是更軟切換示意圖；圖3是一般軟切換示意圖；圖4是RNC間軟切換示意圖；圖5是根據(jù)本發(fā)明的一個實施例的異頻軟切換故障分析方法流程示意圖；圖6是UMTS系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
總的來說，本發(fā)明提出的軟切換故障分析方法的原理在于，當(dāng)軟切換失敗或出現(xiàn)故障時，控制切換過程的設(shè)備輸出指定類型的信息，并根據(jù)所述指定類型的信息，更加高效地分析所述軟切換故障的原因。圖5示出根據(jù)本發(fā)明的一個實施例的軟切換故障分析方法的流程。
如圖所示，首先，在步驟510，在UE呼叫建立成功后，RNC發(fā)送測量控制消息給UE，通知UE對同頻鄰區(qū)進行質(zhì)量測量。UE在移動的過程中，進行實時測量，如發(fā)現(xiàn)有同頻鄰區(qū)的質(zhì)量滿足測量報告觸發(fā)的條件(可參見3GPPTS25331)，則向RNC發(fā)送測量報告(Measurement Report)，其中包含目標(biāo)小區(qū)的信息。
接著，在步驟520，RNC根據(jù)收到的測量報告，如果判定可以切換，則向目標(biāo)小區(qū)所在的NodeB發(fā)送無線鏈接建立請求“Radio Link Setup Request”消息(一般軟切換)或者“Radio Link Addition Request”消息(更軟切換)。
此后，在步驟530，NodeB收到來自RNC的無線鏈接建立請求后，隨即向RNC反饋無線鏈路建立響應(yīng)“Radio Link Setup Response”消息，通知RNC無線鏈路建立完成。
接著，在步驟540，RNC收到NodeB的成功響應(yīng)后，開始建立ALCAP傳輸層部分，參見圖中的ALCAP Iub承載建立(ALCAP Iub Bearer Setup)。
在步驟550，ALCAP傳輸層建立完成后，RNC向NodeB發(fā)送無線鏈路恢復(fù)指示“Radio Link Restore Indication”消息，通知NodeB無線鏈路已經(jīng)建立成功。
在步驟560，RNC向NodeB發(fā)送下行鏈路同步“DownlinkSynchronisation”消息，進行下行同步。
此后，在步驟570，NodeB向RNC發(fā)送上行鏈路同步“UplinkSynchronisation”消息，進行上行同步。接著，NodeB開始TX描述。
在步驟580，RNC向NodeB發(fā)送DCCH活動集更新[無線鏈路增加]“DCCHActive Set Update[Radio Link Addition]”消息，通知UE增加一條無線鏈路到NodeB。該消息中包含無線鏈路增加所正在的參數(shù)。
此后，在步驟590，UE建立無線鏈路完成后，向UE發(fā)送DCCH活動集更新完成“DCCHActive Set Update Complete”消息，告知RNC，增加鏈路完成。
在上述步驟中，都可能出現(xiàn)軟切換失敗。舉例來說，當(dāng)RNC發(fā)現(xiàn)目標(biāo)小區(qū)擁塞，那么就不會發(fā)送無線鏈路建立響應(yīng)“Radio Link Setup Request”給NodeB，從而導(dǎo)致切換過程失敗，如果發(fā)生軟切換失敗，則RNC向諸如操作維護中心(Operations & Maintenance Center，簡稱“OMC”之類的網(wǎng)絡(luò)管理中心發(fā)送相關(guān)的消息，其中包含指定類型的信息。OMC的網(wǎng)管人員通過對這些信息的分析，可以知道軟切換失敗原因，并采取相應(yīng)的措施。
下面將通過表1～表18，對上述“指定類型的信息”，以及這些信息的分析方法進行說明。其中，黑體字部分是信息元素分組的組名，非黑體字的是信元。
表1軟切換故障協(xié)議結(jié)構(gòu)

表2Target Cell Information(目標(biāo)小區(qū)信息)

表3Cell synchronization information(小區(qū)同步信息)

表4Soft Handover Failure Cause(軟切換故障原因)


上述主叫回鈴音標(biāo)識列表也可以如表5所示，其中每個聯(lián)系人即每個主叫姓名對應(yīng)一個回鈴音標(biāo)識。則當(dāng)被叫終端在接收到呼叫請求后，獲取該呼叫請求對應(yīng)的主叫號碼，并根據(jù)該主叫號碼查詢號碼簿獲取對應(yīng)的聯(lián)系人，再根據(jù)該聯(lián)系人即主叫姓名查詢回鈴音標(biāo)識列表獲得回鈴音標(biāo)識。

表4

表5當(dāng)然，回鈴音標(biāo)識列表中也可以同時設(shè)置主叫姓名和電話號碼屬性域，則可以直接根據(jù)呼叫請求中的主叫號碼在回鈴音標(biāo)識列表中查找對應(yīng)的回鈴音標(biāo)識。
此外，還可以在終端中針對不同的場景為主叫設(shè)置回鈴音標(biāo)識。例如可以在每種場景下分別設(shè)置回鈴音標(biāo)識列表，也可以在回鈴音標(biāo)識列表中增加一個場景標(biāo)識列，針對一個主叫用戶，不同的場景標(biāo)識對應(yīng)不同的回鈴音標(biāo)識。上述場景可以是正常通信場景、拒接電話場景、開會場景、休息時間場景等。則可以在終端中設(shè)置當(dāng)前場景標(biāo)識，當(dāng)終端接收到呼叫請求后，根據(jù)呼叫請求中的主叫號碼結(jié)合當(dāng)前場景標(biāo)識查找對應(yīng)的回鈴音標(biāo)識。用戶還可


表7IMSI(GSM-MAP)

表8Credit information(信用度信息)

表9RABs Information List(RABs信息列表)


表10Cell Information(小區(qū)信息)

表11RL Setup Failure cause(無線鏈路建立失敗原因)


表12UU Interface Failure cause(UU接口故障原因)

表13CN domain identity(CN域標(biāo)識)

表14Call Admission Failure(呼叫準(zhǔn)入失敗)

表15Soft Handover trigger(軟切換觸發(fā)器)

表16Protocol or Unmatched Message Error Cause(協(xié)議或不匹配的消息錯誤原因)


表17L2Configuration Error Cause(層2配置錯誤原因)


表18AL Configuration Error Cause(AL配置錯誤原因)

在呼叫用戶移動到小區(qū)覆蓋薄弱區(qū)的時候，可能會觸發(fā)一次軟切換。由于目標(biāo)小區(qū)資源受限可能會出現(xiàn)切換失敗，當(dāng)然由于該用戶存在著原來的鏈路可能不會出現(xiàn)掉話的現(xiàn)象，但是我們通過輸出這些失敗的相關(guān)信息，有助于進行網(wǎng)絡(luò)優(yōu)化，以便用戶能夠成功的切換。
根據(jù)上文描述的方法，如果用戶正在進行CS12.2K語音的同時，進行著64K的PS數(shù)據(jù)下載，并在移動到小區(qū)邊緣的時候進行軟切換時失敗，則通過用戶的手機號碼，也就是MSISDN，根據(jù)MSISDN查找到該用戶手機的IMSI?；蛘咄ㄟ^小區(qū)進行搜索，生成如下表格


通過對上述表格中內(nèi)容的分析，可以獲取以下信息一、目前用戶已經(jīng)移動到小區(qū)101和109的共同覆蓋區(qū)，此時，最好小區(qū)101的質(zhì)量還是不錯的，而小區(qū)109的小區(qū)已經(jīng)滿足了軟切換1A的門限，從而UE在109號小區(qū)上報了1A事件。二、RNC判斷出該109號小區(qū)滿足軟切換條件后，觸發(fā)了更軟切換(說明101和109號小區(qū)屬于同一個NodeB)，但是由于109號小區(qū)當(dāng)前的負載已經(jīng)非常高了。其中TCP達到了90％，超過了接入該小區(qū)的門限。
從上面的輸出參數(shù)可以知道，本次軟切換失敗的原因是因為目標(biāo)小區(qū)已經(jīng)負載很重，導(dǎo)致準(zhǔn)入失敗而引起的切換失敗，那么我們可以給出如下結(jié)論首先，目標(biāo)小區(qū)是否處于熱點的中心位置，如果是，那么應(yīng)當(dāng)優(yōu)化網(wǎng)絡(luò)，減少將該目標(biāo)小區(qū)作為鄰區(qū)；第二，目標(biāo)小區(qū)的導(dǎo)頻功率是否設(shè)置太大了，導(dǎo)致太多用戶接入到該小區(qū)中。如果是，那么應(yīng)當(dāng)減小功率，以便使得用戶可以平均分布到其它相鄰小區(qū)；第三，修改目標(biāo)小區(qū)的小區(qū)選擇與重選參數(shù)，以便使得在該小區(qū)中的用戶在空閑的時候更容易重選到其它鄰區(qū)。第四，是否應(yīng)當(dāng)修改到目標(biāo)小區(qū)的軟切換啟動門限，減少到目標(biāo)小區(qū)的切換。
下面再舉出一個軟切換失敗原因分析例子。該例子仍然采用上述情況，但是用戶只有一個PS384K的業(yè)務(wù)。軟切換故障輸出表格如下

上述表格中的內(nèi)容，可獲取以下信息一、該用戶已經(jīng)處于軟切換狀態(tài)，而且跨IUR接口的軟切換，其中一個服務(wù)小區(qū)的RNC為11；二、發(fā)生軟切換的目標(biāo)小區(qū)依然是RNC11的小區(qū)，也就是說仍然需要建立跨IUR接口的軟切換。
由此可知，當(dāng)前的IUR接口資源已經(jīng)不足，無法在IUR接口建立無線鏈路，從而導(dǎo)致了軟切換失敗。
換句話說，上述表格輸出的信息可以得出以下分析結(jié)果首先，384K的PS業(yè)務(wù)占用的傳輸信道帶寬資源大概是570k byte左右，對于PS業(yè)務(wù)的切換應(yīng)當(dāng)盡量減小跨IUR接口的軟切換，因為跨IUR接口的軟切換不但會占用IUB接口資源，而且還會占用IUR接口資源。所以針對PS業(yè)務(wù)的軟切換應(yīng)當(dāng)提高相應(yīng)的門限，同時根據(jù)網(wǎng)絡(luò)規(guī)劃，可以針對PS業(yè)務(wù)比較集中的小區(qū)盡量少配置或者不配置其它RNC的小區(qū)作為鄰區(qū)，并且盡量減少軟切換。第二，針對這種跨IUR接口軟切換失敗，應(yīng)當(dāng)在該小區(qū)增加同RNC的鄰區(qū)，以便提高覆蓋。第三，檢查IUR接口帶寬，是否該帶寬配置的不合適，是否需要根據(jù)當(dāng)前業(yè)務(wù)量的增加而增加IUR接口的帶寬，以滿足用戶需求。
通過對上述內(nèi)容的分析，可以理解，本發(fā)明為了可以高效地分析軟切換的故障原因，在軟切換失敗或出現(xiàn)故障時，控制切換過程的設(shè)備輸出指定類型的信息，網(wǎng)管中心據(jù)此分析故障原因。其中，輸出的指定類型的信息包括消息類型、IMSI、最優(yōu)小區(qū)信息、活動集信息、軟切換掉話原因、無線接入承載信息、監(jiān)視集小區(qū)信息、目標(biāo)小區(qū)信息、軟切換觸發(fā)器、切換類型等；同時還指出了如何利用這些信息進行故障分析。由于指定類型的信息覆蓋了與軟切換相關(guān)的方方面面，所以可以幫助網(wǎng)管人員有效分析出故障的原因，進而采取相應(yīng)的改進措施。此外，本發(fā)明僅在軟切換失敗或出現(xiàn)故障時才輸出信息，所以對整個移動通信系統(tǒng)增加的額外負擔(dān)很小，幾乎不會對系統(tǒng)的正常業(yè)務(wù)處理產(chǎn)生負面影響。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種軟切換故障分析方法，其特征在于，包含以下步驟當(dāng)軟切換失敗或出現(xiàn)故障時，控制切換過程的設(shè)備輸出指定類型的信息；根據(jù)所述指定類型的信息，分析所述軟切換故障的原因。
2.根據(jù)權(quán)利要求1所述的軟切換故障分析方法，其特征在于，所述方法應(yīng)用于寬帶碼分多址系統(tǒng)，所述控制切換過程的設(shè)備是無線網(wǎng)絡(luò)控制器。
3.根據(jù)權(quán)利要求2所述的軟切換故障分析方法，其特征在于，所述指定類型的信息包含國際移動臺識別號碼，可以據(jù)此分析得知出現(xiàn)故障的用戶；最優(yōu)小區(qū)信息，可以據(jù)此分析得知發(fā)生故障時對用戶設(shè)備而言信號最好的小區(qū)，該小區(qū)也是當(dāng)時正在為該用戶設(shè)備服務(wù)的小區(qū)；活動集信息，如果活動集中只有一個小區(qū)，則可以分析得知用戶設(shè)備還未進入軟切換狀態(tài)，如果活動集中有至少兩個小區(qū)，則可以分析得知該用戶設(shè)備正處于軟切換狀態(tài)，活動集中的小區(qū)就是參與該軟切換的小區(qū)；軟切換掉話原因，可以據(jù)此分析得知系統(tǒng)提供的軟切換失敗的原因。
4.根據(jù)權(quán)利要求3所述的軟切換故障分析方法，其特征在于，所述無線網(wǎng)絡(luò)控制器通過消息將所述指定類型的信息發(fā)送給操作維護中心，該消息中包含消息類型；所述操作維護中心根據(jù)所述消息類型，從收到的消息中解析出所述指定類型的信息。
5.根據(jù)權(quán)利要求3所述的軟切換故障分析方法，其特征在于，所述軟切換掉話原因進一步包含以下信息之一或其任意組合呼叫準(zhǔn)入失敗，可以據(jù)此分析軟切換發(fā)生時導(dǎo)致目標(biāo)小區(qū)失敗的原因；協(xié)議或不匹配消息錯誤原因，可以據(jù)此得知來自其它網(wǎng)元的消息中存在錯誤；ASN1錯誤原因，可以據(jù)此得知來自其它網(wǎng)元的消息不滿足編解碼的要求，需要進一步檢查相應(yīng)的網(wǎng)元以確認原因；層2配置錯誤原因，可能的問題是幀協(xié)議故障或資源不足；接入鏈路配置錯誤原因，可以據(jù)此分析無線網(wǎng)絡(luò)控制器在配置傳輸層時出現(xiàn)問題的進一步原因；無線鏈路建立故障原因，可以據(jù)此得知NodeB失敗的原因；無線鏈路建立超時，可以據(jù)此檢查系統(tǒng)消息調(diào)度或IUB接口鏈路的故障；接入鏈路移動網(wǎng)增強邏輯的客戶化應(yīng)用部分承載建立故障原因，可以據(jù)此分析在建立什么過程時出現(xiàn)了故障；無線鏈路恢復(fù)指示超時，如果出現(xiàn)該超時，說明新NodeB的無線鏈路沒有與無線網(wǎng)絡(luò)控制器實現(xiàn)同步，需要與NodeB共同確認出現(xiàn)故障的原因；活動集更新故障原因，可以據(jù)此知道UU接口在發(fā)送活動集更新的時候出現(xiàn)故障的原因；活動集更新超時，可以據(jù)此知道用戶設(shè)備沒有發(fā)送活動集更新成功消息，從而可以進一步分析是該消息丟失還是該用戶設(shè)備處理錯誤；IUR接口無線鏈路建立失敗原因，可以據(jù)此知道在跨IUR接口的軟切換時出現(xiàn)問題；IUR接口無線鏈路建立超時，可以據(jù)此知道在跨IUR接口的軟切換時出現(xiàn)問題。
6.根據(jù)權(quán)利要求5所述的軟切換故障分析方法，其特征在于，所述呼叫準(zhǔn)入失敗進一步包含以下信息之一或其任意組合NodeB的發(fā)射功率值和寬帶總接收功率值，如果小區(qū)發(fā)生擁塞，可以據(jù)此分析小區(qū)發(fā)生擁塞的原因；小區(qū)下行擴頻因子不可用，可以據(jù)此知道導(dǎo)致呼叫準(zhǔn)入失敗的原因之一是目前小區(qū)不支持所申請的下行擴頻因子；小區(qū)上行擴頻因子不可用，可以據(jù)此知道導(dǎo)致呼叫準(zhǔn)入失敗的原因之一是目前小區(qū)不支持所申請的上行擴頻因子；小區(qū)信用度能力不支持，可以據(jù)此知道導(dǎo)致呼叫準(zhǔn)入失敗的原因之一是當(dāng)前NodeB的信用度能力信息不足，可以進一步檢查NodeB的信用度能力信息是否合理；IUB接口傳輸資源不可用，可以據(jù)此知道需要增加IUB接口帶寬；IUR接口傳輸資源不可用，可以據(jù)此知道需要增加IUR接口帶寬。
7.根據(jù)權(quán)利要求3所述的軟切換故障分析方法，其特征在于，所述指定類型的信息還可包含以下的一種或其任意組合無線接入承載信息，其中包含種無線接入承載信息的速率；監(jiān)視集小區(qū)信息，其中包含需要發(fā)生軟切換的目標(biāo)小區(qū)；目標(biāo)小區(qū)信息，可能由軟切換增加或軟切換刪除引起；軟切換觸發(fā)器，可以據(jù)此分析觸發(fā)軟切換的原因；切換類型，可以據(jù)此分析發(fā)生的是軟切換還是更軟切換。
8.根據(jù)權(quán)利要求7所述的軟切換故障分析方法，其特征在于，所述目標(biāo)小區(qū)信息分為增加小區(qū)信息和刪除小區(qū)信息兩類，每一類又進一步包含以下信息目標(biāo)小區(qū)的標(biāo)識，可以據(jù)此分析軟切換發(fā)生的位置；小區(qū)同步信息，可以據(jù)此分析當(dāng)前小區(qū)與最優(yōu)小區(qū)之間的定時關(guān)系。
9.根據(jù)權(quán)利要求7所述的軟切換故障分析方法，其特征在于，所述最優(yōu)小區(qū)信息、活動集信息和監(jiān)視集小區(qū)信息包含以下信息之一或其任意組合小區(qū)標(biāo)識，可以據(jù)此知道問題涉及在哪個具體小區(qū)；公共導(dǎo)頻信道的Ec/No、公共導(dǎo)頻信道的RSCP，可以據(jù)此知道當(dāng)時的小區(qū)信號質(zhì)量。
10.根據(jù)權(quán)利要求7所述的軟切換故障分析方法，其特征在于，所述軟切換觸發(fā)器進一步包含以下信息之一或其任意組合事件信息，其中包含同頻事件標(biāo)識，可以據(jù)此分析觸發(fā)軟切換的事件；無線鏈路故障信息，可以據(jù)此分析觸發(fā)軟切換的無線鏈路故障。
全文摘要
本發(fā)明涉及移動通信中的切換技術(shù)，公開了一種軟切換故障分析方法，使得可以高效地分析軟切換的故障原因。本發(fā)明中，當(dāng)軟切換失敗或出現(xiàn)故障時，RNC輸出指定類型的信息，OMC據(jù)此分析故障原因。輸出的指定類型的信息包括消息類型、IMSI、最優(yōu)小區(qū)信息、活動集信息、軟切換掉話原因、無線接入承載信息、監(jiān)視集小區(qū)信息、目標(biāo)小區(qū)信息、軟切換觸發(fā)器、切換類型等；同時還指出了如何利用這些信息進行故障分析。
文檔編號H04W24/04GK1859684SQ20051003636
公開日2006年11月8日 申請日期2005年8月2日 優(yōu)先權(quán)日2005年8月2日
發(fā)明者崔振慶, 朱立峰, 李伽, 劉勇, 薛麗軍 申請人:華為技術(shù)有限公司