專利名稱：一種wcdma系統(tǒng)中小區(qū)更新故障的上報(bào)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，特別涉及一種WCDMA系統(tǒng)中小區(qū)更新故障上報(bào)方法。
背景技術(shù)：
WCDMA(Wideband Code Division Multiple Access，寬帶碼分多址)系統(tǒng)是一個(gè)開放的系統(tǒng)，該系統(tǒng)主要包含CN(Core Network，核心網(wǎng))、UTRAN(UMTS Terrestrial Radio Access Network，UMTS陸地?zé)o線接入網(wǎng))以及UE(User Equipment，用戶終端)三部分(其它如網(wǎng)管以及告警臺(tái)等部分不在本專利描述之列)。如圖1所示，其中的RNC(Radio Network Controller，無線網(wǎng)絡(luò)控制器)屬于UTRAN部分，RNC與其它網(wǎng)元存在著標(biāo)準(zhǔn)接口，包括與CN之間的IU接口、與NodeB之間的IUB接口、與其它RNC之間的IUR接口，以及與UE之間的UU接口。
一個(gè)RNC可以連接一個(gè)或者多個(gè)NodeB，而一個(gè)NodeB包含一個(gè)或者多個(gè)小區(qū)。UE開機(jī)后，在一個(gè)小區(qū)中駐留后便可接收網(wǎng)絡(luò)側(cè)的服務(wù)，比如接收系統(tǒng)消息和尋呼消息。當(dāng)UE通話或?yàn)g覽網(wǎng)頁(yè)等其它分組業(yè)務(wù)時(shí)，UE會(huì)在這個(gè)小區(qū)觸發(fā)一系列標(biāo)準(zhǔn)接口的流程。
在UE接入成功開始處于通話或?yàn)g覽網(wǎng)頁(yè)等其它分組業(yè)務(wù)時(shí)，該UE可能處于某個(gè)小區(qū)的邊緣，正從一個(gè)小區(qū)移動(dòng)到另一相鄰小區(qū)。此時(shí)UE可能上報(bào)不同原因的小區(qū)更新消息，為了保證UTRAN對(duì)當(dāng)前UE的有效管理，RNC需要及時(shí)更新UE當(dāng)前駐留的小區(qū)，如果UE處于通話或?yàn)g覽網(wǎng)頁(yè)等其他分組業(yè)務(wù)狀態(tài)，需要盡量保持該UE當(dāng)前的業(yè)務(wù)，如果小區(qū)更新失敗，UE的當(dāng)前業(yè)務(wù)可能被釋放，甚至釋放UE的RRC連接。
為了保證UE移動(dòng)到了新的小區(qū)，及時(shí)通知UTRAN當(dāng)前UE的相關(guān)信息，在WCDMA系統(tǒng)中提出了小區(qū)更新的概念，作為3G系統(tǒng)移動(dòng)性管理的重要組成部分，小區(qū)更新能夠確保UTRAN對(duì)UE的連接管理。根據(jù)不同的小區(qū)更新原因，小區(qū)更新過程表現(xiàn)為如下幾種類型1、uplink data transmission(上行數(shù)據(jù)傳輸)如果處于CELL_PCH(paging channel，尋呼信道)狀態(tài)的UE，在RB1上或RBn(n＞1)上，有上行RLC數(shù)據(jù)PDU或上行RLC控制PDU，那么UE將進(jìn)行小區(qū)更新，更新原因?yàn)椤皍plink data transmission”。RNC在收到更新原因?yàn)椤皍plink data transmission”的CELL UPDATE消息后，向UE發(fā)送CELLUPDATE CONFIRMATION消息，并且將UE遷移到CELL_FACH狀態(tài)。
2、Paging response(尋呼響應(yīng))如果處于CELL_PCH狀態(tài)的UE收到了PAGING TYPE1消息，那么UE將進(jìn)行小區(qū)更新，更新原因?yàn)椤皃aging response”。在收到更新原因?yàn)椤皃agingresponse”的CELL UPDATE消息后，RNC向UE發(fā)送CELL UPDATECONFIRMATION消息，并且將UE遷移到CELL_FACH(forward access channel，前向接入信道)狀態(tài)。
3、Re-entering service area(重入服務(wù)區(qū))如果UE出了服務(wù)區(qū)，然后又重回服務(wù)區(qū)，那么UE將進(jìn)行小區(qū)更新，更新原因?yàn)椤皉e-entering service area”。在RNC收到更新原因?yàn)椤皉e-entering servicearea”的CELL UPDATE消息后，更新UE當(dāng)前駐留的小區(qū)。
4、RLC unrecoverable error(不可恢復(fù)的RLC錯(cuò)誤)如果UE檢測(cè)到一個(gè)AM(acknowledged mode，確認(rèn)模式)RLC實(shí)體不可恢復(fù)的RLC錯(cuò)誤，那么UE將進(jìn)行小區(qū)更新，更新原因?yàn)椤癛LC unrecoverableerror”。如果CELL UPDATE消息指示該錯(cuò)誤發(fā)生在UE的RB2、RB3或RB4(RBradio bearer，無線承載)上，RNC將釋放UE的RRC(Radio ResourceControl，無線資源控制)連接。如果CELL UPDATE消息指示該錯(cuò)誤發(fā)生在UE的RBn(n＞4)上，RNC將重新建立相應(yīng)RB的RLC實(shí)體。
5、Cell reselection(小區(qū)重選)如果處于CELL_FACH狀態(tài)或CELL_PCH狀態(tài)的UE要進(jìn)行小區(qū)重選，那么UE需進(jìn)行小區(qū)更新，更新原因?yàn)椤癱ell reselection”。RNC在收到更新原因?yàn)椤癱ell reselection”的CELL UPDATE消息后，更新UE當(dāng)前駐留的小區(qū)。
6、Periodical cell update(周期性小區(qū)更新)在進(jìn)入CELL_FACH或CELL_PCH狀態(tài)后，UE開啟定時(shí)器T305，當(dāng)T305超時(shí)后，UE進(jìn)行小區(qū)更新，更新原因?yàn)椤皃eriodical cell update”。RNC當(dāng)收到更新原因?yàn)椤皃eriodical cell update”的CELL UPDATE消息后，開啟該UE的T305。
7、Radio link failure(無線鏈路失敗)如果UE處于CELL_DCH((dedicated(transport)channel，專用(傳輸)信道))狀態(tài)并且滿足無線鏈路失敗的條件，那么UE將進(jìn)行小區(qū)更新，更新原因?yàn)椤皉adio link failure”。當(dāng)收到更新原因?yàn)椤皉adio link failure”的CELLUPDATE消息后，RNC將重新建立一條無線鏈路，并刪除當(dāng)前無線鏈路。RNC向UE發(fā)送CELL UPDATE CONFIRMATION消息，消息中包含新鏈路的參數(shù)。然后UE就可以在新的鏈路上重新建立RRC連接。
在現(xiàn)有網(wǎng)絡(luò)的日常維護(hù)工作中，通過如下方法來進(jìn)行小區(qū)更新失敗的原因分析1、性能統(tǒng)計(jì)功能性能統(tǒng)計(jì)是通過統(tǒng)計(jì)網(wǎng)絡(luò)中關(guān)鍵的統(tǒng)計(jì)項(xiàng)來衡量當(dāng)前網(wǎng)絡(luò)的質(zhì)量。該方法是統(tǒng)計(jì)在一個(gè)特定的測(cè)量周期內(nèi)小區(qū)更新成功/失敗的次數(shù)。并將該統(tǒng)計(jì)值反饋給網(wǎng)絡(luò)管理系統(tǒng)，由網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行全面的分析，通過分析結(jié)果指導(dǎo)解決問題和網(wǎng)絡(luò)優(yōu)化。
性能統(tǒng)計(jì)是一種長(zhǎng)時(shí)間、或者說是一種周期任務(wù)的統(tǒng)計(jì)功能，在一段時(shí)間內(nèi)統(tǒng)計(jì)小區(qū)更新成功/失敗的次數(shù)，這種統(tǒng)計(jì)結(jié)果本身就很粗糙，并且該功能是統(tǒng)計(jì)歷史數(shù)據(jù)，不能對(duì)小區(qū)更新失敗原因進(jìn)行異常分析。如果提高性能統(tǒng)計(jì)的粒度，增加對(duì)小區(qū)更新失敗各種不同原因的統(tǒng)計(jì)，勢(shì)必會(huì)導(dǎo)致大量數(shù)據(jù)的出現(xiàn)，造成對(duì)正常業(yè)務(wù)的影響。
2、全網(wǎng)信令檢測(cè)方法信令跟蹤的方法是通過信令跟蹤儀器在標(biāo)準(zhǔn)協(xié)議接口(如UU、IUB)中跟蹤呼叫過程尤其是來自不同網(wǎng)元中的標(biāo)準(zhǔn)協(xié)議消息，并將這些相關(guān)的消息發(fā)送給網(wǎng)絡(luò)管理中心，通過對(duì)這些捕獲的消息來進(jìn)行分析，根據(jù)分析結(jié)果對(duì)網(wǎng)絡(luò)進(jìn)行優(yōu)化，同時(shí)解決部分問題。
全網(wǎng)跟蹤方法是一種實(shí)時(shí)的跟蹤，需要在所有的接口都要通過特殊的第三方儀器進(jìn)行跟蹤，這種跟蹤沒有區(qū)分是否是小區(qū)更新，小區(qū)更新成功與否，這樣會(huì)產(chǎn)生大量的數(shù)據(jù)，目前的2G全網(wǎng)信令跟蹤只是跟蹤了網(wǎng)間的消息，也就是核心網(wǎng)部分的消息，沒有跟蹤接入網(wǎng)部分。對(duì)于3G系統(tǒng)來說，這些跟蹤消息將會(huì)是海量的，尤其是需要跟蹤接入網(wǎng)部分的消息時(shí)。如何從大量的消息跟蹤中獲取有用的信息，將會(huì)是非常大的工作量。另外通過信令跟蹤還需要有很豐富的經(jīng)驗(yàn)，能夠很敏銳的發(fā)現(xiàn)消息中存在的問題，這種方法也不便于在維護(hù)人員中推廣。
3、告警在系統(tǒng)發(fā)生故障時(shí)，告警系統(tǒng)可以實(shí)時(shí)的將告警產(chǎn)生的原因發(fā)送給網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)可以根據(jù)產(chǎn)生告警原因以及設(shè)備來分析并排除所發(fā)生的故障。
告警一般來說關(guān)注的都是設(shè)備故障，對(duì)UE故障的關(guān)注比較少。比如UE由于無線鏈路失敗發(fā)起小區(qū)更新，小區(qū)更新過程失敗時(shí)，就無法在告警上體現(xiàn)出來。所以告警基本上不能反映或者解決小區(qū)更新失敗的問題。

發(fā)明內(nèi)容
本發(fā)明公開一種WCDMA系統(tǒng)中小區(qū)更新故障上報(bào)方法，以解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)管理中心無法獲得故障現(xiàn)場(chǎng)的完整信息的問題。。
一種WCDMA系統(tǒng)中小區(qū)更新故障的上報(bào)方法，建立小區(qū)更新故障參數(shù)信息集，用于設(shè)置小區(qū)更新故障上報(bào)參數(shù)項(xiàng)，當(dāng)小區(qū)更新時(shí)，包括以下步驟A、監(jiān)測(cè)小區(qū)更新過程并接收系統(tǒng)在更新失敗時(shí)發(fā)出的故障信號(hào)；B、根據(jù)所述故障信號(hào)指明的故障原因查詢所述小區(qū)更新故障參數(shù)信息集中要求上報(bào)的參數(shù)項(xiàng)；C、根據(jù)所述參數(shù)項(xiàng)從系統(tǒng)中獲取對(duì)應(yīng)的參數(shù)值并寫入故障上報(bào)消息；D、將所述故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心。
所述小區(qū)更新故障參數(shù)信息集包括移動(dòng)臺(tái)信息部分、移動(dòng)臺(tái)當(dāng)前小區(qū)信息部分和小區(qū)更新失敗過程信息部分。
所述移動(dòng)臺(tái)信息部分包括國(guó)際移動(dòng)用戶標(biāo)識(shí)(IMSI)、陸地移動(dòng)接入網(wǎng)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(U-RNTI)信息、原無線資源控制(RRC)連接狀態(tài)信息和小區(qū)更新原因信息，其中所述U-RNTI信息具體包括參數(shù)服務(wù)無線網(wǎng)絡(luò)控制器(RNC)標(biāo)識(shí)和服務(wù)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)；所述原RRC連接狀態(tài)信息具體包括原RRC狀態(tài)指示符；所述小區(qū)更新失敗原因信息包括如下之一小區(qū)重選、周期性小區(qū)更新、上行數(shù)據(jù)傳輸、尋呼響應(yīng)、重入服務(wù)區(qū)、無線鏈路失敗、不可恢復(fù)的無線鏈路控制(RLC)。
所述移動(dòng)臺(tái)當(dāng)前小區(qū)信息部分包括如下小區(qū)信息小區(qū)標(biāo)識(shí)和當(dāng)前小區(qū)的測(cè)量結(jié)果；其中，所述當(dāng)前小區(qū)的測(cè)量結(jié)果包括標(biāo)識(shí)測(cè)量質(zhì)量的如下信息公共導(dǎo)頻信道信噪比和公共導(dǎo)頻信道接收碼功率。
所述小區(qū)更新失敗過程信息部分包括如下之一更新失敗原因信息RNC內(nèi)部錯(cuò)誤標(biāo)識(shí)信息、IUB接口錯(cuò)誤標(biāo)識(shí)信息、UU接口錯(cuò)誤標(biāo)識(shí)信息、IU接口錯(cuò)誤標(biāo)識(shí)信息。
所述IUB接口錯(cuò)誤標(biāo)識(shí)信息包括NodeB應(yīng)用部分(NBAP)無線鏈路建立失敗標(biāo)識(shí)信息；
所述UU接口錯(cuò)誤標(biāo)識(shí)信息包括RB重配置失敗標(biāo)識(shí)信息、和/或傳輸信道重配置失敗標(biāo)識(shí)信息、和/或物理信道重配置失敗標(biāo)識(shí)信息、和/或UTRAN移動(dòng)信息失敗標(biāo)識(shí)信息。
所述NBAP無線鏈路建立失敗標(biāo)識(shí)信息包括無線鏈路建立失敗原因標(biāo)識(shí)信息或無線鏈路建立超時(shí)標(biāo)識(shí)信息；所述RB重配置失敗信息標(biāo)識(shí)包括RB重配置失敗原因標(biāo)識(shí)信息或RB重配置超時(shí)標(biāo)識(shí)信息；所述傳輸信道重配置失敗標(biāo)識(shí)信息包括傳輸信道重配置失敗原因標(biāo)識(shí)信息或傳輸信道重配置超時(shí)標(biāo)識(shí)信息；所述物理信道重配置失敗標(biāo)識(shí)信息包括物理信道重配置失敗原因標(biāo)識(shí)信息或物理信道重配置超時(shí)標(biāo)識(shí)信息；所述UTRAN移動(dòng)信息失敗標(biāo)識(shí)信息包括UTRAN移動(dòng)信息失敗原因標(biāo)識(shí)信息或UTRAN移動(dòng)信息超時(shí)標(biāo)識(shí)信息。
所述的方法中，當(dāng)移動(dòng)臺(tái)處于專用信道(CELL_DCH)狀態(tài)時(shí)，所述小區(qū)更新故障參數(shù)信息集還包括無線接入承載(RAB)信息列表部分，該RAB信息列表部分具體包括如下信息業(yè)務(wù)類型標(biāo)識(shí)信息、核心網(wǎng)(CN)域標(biāo)識(shí)信息、下行最大比特速率、上行保證速率、下行保證速率和RAB標(biāo)識(shí)。
所述CN域標(biāo)識(shí)信息包括電路域標(biāo)識(shí)或分組域標(biāo)識(shí)。
所述小區(qū)更新故障參數(shù)信息集還包括隨機(jī)接入信道的測(cè)量結(jié)果信息部分。
所述隨機(jī)接入信道的測(cè)量結(jié)果信息部分包括當(dāng)前小區(qū)測(cè)量結(jié)果信息。
所述當(dāng)前小區(qū)測(cè)量結(jié)果信息包括標(biāo)識(shí)測(cè)量質(zhì)量的如下信息公共導(dǎo)頻信道信噪比、和/或公共導(dǎo)頻信道接收信號(hào)碼功率。
所述隨機(jī)接入信道的測(cè)量結(jié)果信息還包括監(jiān)視小區(qū)測(cè)量結(jié)果信息。
所述監(jiān)視小區(qū)測(cè)量結(jié)果信息包括主公共導(dǎo)頻信息，該主公共導(dǎo)頻信息包括主擾碼。
所述主公共導(dǎo)頻信息還包括標(biāo)識(shí)測(cè)量質(zhì)量的如下信息主公共導(dǎo)頻信道信噪比、和/或主公共導(dǎo)頻信道接收信號(hào)碼功率。
所述小區(qū)更新故障參數(shù)信息集中逐級(jí)分類設(shè)置所述參數(shù)項(xiàng)。
所述故障上報(bào)消息中按照各級(jí)參數(shù)項(xiàng)設(shè)置攜帶當(dāng)前上報(bào)參數(shù)值的信元。
所述故障上報(bào)消息中還包括攜帶消息類型標(biāo)識(shí)的信元。
所述方法還包括所述網(wǎng)絡(luò)管理中心接收所述故障上報(bào)消息并從各信元中提取參數(shù)值。
本發(fā)明的有益效果如下本發(fā)明定義了小區(qū)更新失敗時(shí)，上報(bào)更新故障相關(guān)參數(shù)的協(xié)議結(jié)構(gòu)，包括協(xié)議信元結(jié)構(gòu)及上報(bào)參數(shù)的完整內(nèi)容，在小區(qū)更新失敗后按照協(xié)議定義的格式向網(wǎng)絡(luò)管理中心上報(bào)進(jìn)行問題定位和分析的相關(guān)參數(shù)信息，網(wǎng)絡(luò)管理中心利用上報(bào)的相關(guān)參數(shù)信息可以分析當(dāng)前小區(qū)更新失敗的原因，從而指導(dǎo)問題定位；通過對(duì)小區(qū)更新失敗原因分析，從而達(dá)到分析與定位小區(qū)更新失敗原因、指導(dǎo)網(wǎng)絡(luò)優(yōu)化、重新規(guī)劃小區(qū)的容量和改善網(wǎng)絡(luò)接入條件的目的。


圖1為現(xiàn)有UTRAN體系結(jié)構(gòu)示意圖；圖2～圖8為3GPP協(xié)議規(guī)定的小區(qū)更新流程；圖9為本發(fā)明所述小區(qū)故障上報(bào)方法的流程圖。
具體實(shí)施例方式
小區(qū)更新3GPP協(xié)議流程如圖2～圖8所示，其中圖2～圖7的小區(qū)更新流程包括如下步驟1、UE向RNC發(fā)送CELL UPDATE消息，開始小區(qū)更新過程，并在信元Cellupdate cause中指示小區(qū)更新原因。
2、RNC根據(jù)信元Cell update cause采取相應(yīng)的小區(qū)更新動(dòng)作，并向UE發(fā)送CELL UPDATE CONFIRM消息。
3、UE對(duì)消息CELL UPDATE CONFIRM的應(yīng)答是可選的。如果有，UE將根據(jù)CELL UPDATE CONFIM中的相關(guān)信元決定向RNC分別傳送如下應(yīng)答消息如圖3所示，UTRAN MOBILITY INFORMATION CONFIRMATION消息；如圖4所示，PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息；如圖5所示，TRANSPORT CHANNEL RECONFIGURATION COMPLETE消息；如圖6所示，RADIO BEARER RECONFIGURATION COMPLETE消息；如圖7所示，RADIO BEARER RELEASE COMPLETE消息；其中，圖8所示的小區(qū)更新流程用于UE處于CELL_PCH狀態(tài)，RNC進(jìn)行RRC釋放時(shí)，需要首先發(fā)送尋呼消息，UE上報(bào)“paging response”的小區(qū)更新后，收到小區(qū)更新消息后下發(fā)RRC釋放消息，具體包括如下步驟1、UE上報(bào)小區(qū)更新消息(尋呼響應(yīng))；2、RNC從CCCH邏輯信道上下發(fā)RRC釋放消息。
從圖2～圖8所示的消息流程可以看出，在UE上發(fā)了小區(qū)更新消息后，在小區(qū)更新過程中很多地方可能出現(xiàn)問題，比如radio link failure的小區(qū)更新因?yàn)樾碌臒o線鏈路建立失敗導(dǎo)致小區(qū)更新過程不成功，導(dǎo)致釋放UE當(dāng)前的業(yè)務(wù)，cellreselection的小區(qū)更新，目標(biāo)小區(qū)無線資源過載導(dǎo)致小區(qū)更新過程失敗，有可能釋放UE當(dāng)前的RRC連接。
目前3GPP協(xié)議規(guī)定的流程中沒有針對(duì)小區(qū)更新失敗原因分析上報(bào)相關(guān)參數(shù)信息，包括對(duì)各種原因的詳細(xì)描述，本協(xié)議就是針對(duì)這個(gè)問題，提出了一套完善的協(xié)議結(jié)構(gòu)，本發(fā)明稱為小區(qū)更新故障上報(bào)協(xié)議，在故障上報(bào)協(xié)議中，定義了每一次小區(qū)更新故障時(shí)應(yīng)該上報(bào)的參數(shù)集，并逐級(jí)分類進(jìn)行設(shè)置具體參數(shù)項(xiàng)，以方便查詢。當(dāng)UE發(fā)起小區(qū)更新，進(jìn)行小區(qū)更新過程時(shí)，可能由于各種不同的原因?qū)е滦^(qū)更新失敗，比如在UU接口，或IUB接口，或IU接口，或IU接口發(fā)生錯(cuò)誤等。如果小區(qū)更新失敗，RNC可以查詢故障協(xié)議確定需要上報(bào)的參數(shù)，然后從系統(tǒng)中獲取對(duì)應(yīng)的參數(shù)值，攜帶在故障上報(bào)消息的設(shè)定信元中發(fā)送給網(wǎng)絡(luò)管理中心，網(wǎng)絡(luò)管理中心從該消息中的相關(guān)信元提取參數(shù)值，進(jìn)行分析來定位小區(qū)更新失敗的原因，指導(dǎo)運(yùn)營(yíng)商優(yōu)化網(wǎng)絡(luò)，從而減少小區(qū)更新過程的失敗率。
故障上報(bào)協(xié)議結(jié)構(gòu)以及對(duì)應(yīng)的故障上報(bào)消息中的相關(guān)信元描述見表1～表13，其中各信元根據(jù)其攜帶的參數(shù)是否為必要參數(shù)劃分為必選、可選、條件三類，具體含義見表0，并在各表格中定義在Need列。
表0.

其中，表1～表13的結(jié)構(gòu)按照需要的參數(shù)類型逐級(jí)劃分，表1為總類表，逐級(jí)劃分建立相應(yīng)子表，按照表的結(jié)構(gòu)，以類型為索引方便查找，減少錯(cuò)誤率?？偙?中包括每一次更新失敗時(shí)必須上報(bào)的下列幾類MP參數(shù)信息，并相應(yīng)在故障上報(bào)消息中定義了攜帶下列信息的信元1、移動(dòng)臺(tái)相關(guān)信息；2、移動(dòng)臺(tái)當(dāng)前小區(qū)相關(guān)信息；3、小區(qū)更新失敗過程相關(guān)信息。
其中，移動(dòng)臺(tái)相關(guān)信息具體見表2、表3、表4和表6；移動(dòng)臺(tái)當(dāng)前小區(qū)相關(guān)信息具體見表7；小區(qū)更新失敗過程相關(guān)信息具體見表5，表5中定義了引起更新失敗的原因類型，具體的原因參見表5的下一級(jí)表、表12和表13中的詳細(xì)定義。
總表1中還包括一類當(dāng)移動(dòng)臺(tái)處于專用信道(CELL_DCH)狀態(tài)時(shí)，應(yīng)該上報(bào)的CV參數(shù)信息，因此當(dāng)移動(dòng)臺(tái)處于專用信道(CELL_DCH)狀態(tài)時(shí)，故障上報(bào)消息還包括攜帶下列信息的信元
4、無線接入承載(RAB)信息列表，RAB信息列表的具體參數(shù)定義在表8中，包括如下信息業(yè)務(wù)類型標(biāo)識(shí)信息、核心網(wǎng)(CN)域標(biāo)識(shí)信息、下行最大比特速率、上行保證速率、下行保證速率和RAB ID。其中，CN域標(biāo)識(shí)信息定義在表8的下一級(jí)表9中，包括電路域標(biāo)識(shí)或分組域標(biāo)識(shí)。
總表1中還包括一類可選的OP參數(shù)信息，因此故障上報(bào)消息還可能包括攜帶下列OP參數(shù)信息的信元5、隨機(jī)接入信道的測(cè)量結(jié)果相關(guān)信息。隨機(jī)接入信道的測(cè)量結(jié)果相關(guān)的具體參數(shù)分類型定義在表10、表11中。
為表明故障上報(bào)消息的類型，故障上報(bào)消息中還包括攜帶下列消息類型信息標(biāo)識(shí)的信元6、消息類型信息標(biāo)識(shí)。
為方便以后擴(kuò)展應(yīng)用，在定義消息的信元時(shí)，保留有一定空閑信元。
表1.小區(qū)更新故障協(xié)議結(jié)構(gòu)


表2.UTRAN無線網(wǎng)絡(luò)連接標(biāo)識(shí)(U-RNTI)

表3.小區(qū)更新原因列表(Cell update cause)

表4.國(guó)際移動(dòng)用戶標(biāo)識(shí)IMSI(GSM-MAP)

表5.小區(qū)更新失敗原因列表(Cell Update Failure Cause)


表6.RRC狀態(tài)指示符列表(RRC State Indicator)

表7.小區(qū)信息列表(Cell Information)

表8.RABs Inforamtion List(RAB信息列表)

表9.CN域標(biāo)識(shí)列表(CN domain identity)

表10.隨機(jī)接入信道上的測(cè)量結(jié)果列表(Measured results on RACH)


表11.主公共導(dǎo)頻信道信息列表(Primary CPICH info)

表12.UU接口失敗原因列表(UU Interface Failure cause)

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


通過以上協(xié)議結(jié)構(gòu)，當(dāng)UE發(fā)起小區(qū)更新并進(jìn)行小區(qū)更新的過程中，可能由于各種不同的原因?qū)е滦^(qū)更新失敗時(shí)，比如在UU接口、或IUB接口、或IU接口、或IU接口發(fā)生錯(cuò)誤時(shí)，系統(tǒng)會(huì)自動(dòng)產(chǎn)生故障信號(hào)，當(dāng)檢測(cè)到有更新失敗的故障信號(hào)時(shí)，根據(jù)故障原因，按照故障上報(bào)協(xié)議規(guī)定上報(bào)的參數(shù)，收集故障現(xiàn)場(chǎng)的相關(guān)信息，并分別填寫到故障上報(bào)消息中設(shè)定的對(duì)應(yīng)信元中，再將故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心，網(wǎng)絡(luò)管理中心收到故障上報(bào)消息后，按照故障協(xié)議的定義從各信元中提取參數(shù)并自動(dòng)按照各參數(shù)項(xiàng)保存，然后可以利用保存的參數(shù)信息進(jìn)行分析，來定位小區(qū)更新失敗的原因，指導(dǎo)運(yùn)營(yíng)商優(yōu)化網(wǎng)絡(luò)，從而減少小區(qū)更新過程的失敗率，通過這種方法，網(wǎng)絡(luò)管理中心可以保存一段時(shí)間內(nèi)的上報(bào)結(jié)果，生成用于分析的呼叫歷史記錄CHR(Call History Record)，進(jìn)一步為優(yōu)化網(wǎng)絡(luò)提供可靠參考。
例如，在3G網(wǎng)絡(luò)運(yùn)行的初期，經(jīng)常會(huì)出現(xiàn)3G網(wǎng)絡(luò)覆蓋不合理的情況，比如有的小區(qū)覆蓋面積設(shè)計(jì)過大，由于UE太多導(dǎo)致小區(qū)資源耗盡，或者配置的鄰區(qū)信號(hào)在覆蓋區(qū)太差等。這些原因?qū)е耈E在這些地方進(jìn)行呼叫、或者已經(jīng)呼叫的UE移動(dòng)到了這個(gè)地方時(shí)候，信號(hào)會(huì)變的非常差，更可能出現(xiàn)掉話。
在已經(jīng)建立業(yè)務(wù)的UE移動(dòng)到如上所說的小區(qū)后，由于當(dāng)前的小區(qū)質(zhì)量已經(jīng)比較差，那么可能觸發(fā)小區(qū)更新，導(dǎo)致小區(qū)更新失敗，可能釋放UE當(dāng)前所建立的業(yè)務(wù)。對(duì)于沒有建立業(yè)務(wù)處于連接模式的UE觸發(fā)的小區(qū)更新，如果小區(qū)更新失敗，可能導(dǎo)致釋放RRC連接。這時(shí)候便可以通過本專利描述的方法對(duì)小區(qū)更新失敗原因進(jìn)行分析，從而輔助解決小區(qū)更新失敗的問題。
下面以一具體實(shí)施例進(jìn)行詳細(xì)說明已經(jīng)存在呼叫的UE移動(dòng)到小區(qū)邊緣，此時(shí)小區(qū)信號(hào)較弱，可能會(huì)觸發(fā)一次radio link failure的小區(qū)更新，由于目標(biāo)小區(qū)資源受限可能會(huì)出現(xiàn)小區(qū)更新失敗，由于該UE原來的無線鏈路失敗，導(dǎo)致UE出現(xiàn)掉話的現(xiàn)象，當(dāng)UE出現(xiàn)掉話時(shí)，系統(tǒng)會(huì)產(chǎn)生相應(yīng)的故障信號(hào)，根據(jù)故障信號(hào)指明的故障原因，查詢表1，必須上報(bào)的參數(shù)信息有移動(dòng)臺(tái)相關(guān)信息、移動(dòng)臺(tái)當(dāng)前小區(qū)相關(guān)信息和小區(qū)更新失敗過程相關(guān)信息。其中小區(qū)更新失敗過程相關(guān)信息僅上報(bào)導(dǎo)致本次更新失敗的相關(guān)原因，即無線鏈路失敗，逐級(jí)查詢到表13中定義的相關(guān)參數(shù)項(xiàng)。
確定了具體上報(bào)的參數(shù)后，查詢現(xiàn)場(chǎng)記錄的日志信息等獲取相關(guān)的參數(shù)值，將參數(shù)值寫入故障上報(bào)消息的相關(guān)信元中，然后發(fā)送給網(wǎng)絡(luò)管理中心，網(wǎng)絡(luò)管理中心收到故障上報(bào)消息后，從相關(guān)信元中提取參數(shù)值，并對(duì)應(yīng)參數(shù)值的具體定義對(duì)應(yīng)保存，生成如表14的參數(shù)列表，當(dāng)需要進(jìn)行分析時(shí)，從數(shù)據(jù)庫(kù)中調(diào)用相關(guān)的參數(shù)列表，可以幫忙我們進(jìn)行網(wǎng)絡(luò)優(yōu)化，以便UE能夠成功的小區(qū)更新到新的目標(biāo)小區(qū)。
比如UE正在進(jìn)行12.2K的CS語音業(yè)務(wù)，當(dāng)移動(dòng)到小區(qū)邊緣的時(shí)候發(fā)起小區(qū)更新，小區(qū)更新過程失敗。小區(qū)更新失敗后，RNC會(huì)將失敗的協(xié)議消息內(nèi)容發(fā)送給網(wǎng)絡(luò)管理中心，操作維護(hù)人員在操作控制臺(tái)可以通過UE的手機(jī)號(hào)碼，也就是MSISDN，根據(jù)MSISDN查找到該UE的IMSI，通過該IMSI號(hào)找到相應(yīng)的協(xié)議消息的部分內(nèi)容如下表14所示表14


分析表14可以獲得如下信息1、目前UE已經(jīng)移動(dòng)到小區(qū)3和小區(qū)4的共同覆蓋區(qū)，此時(shí)RNC1的小區(qū)3信號(hào)已經(jīng)較差，UE檢測(cè)到無線鏈路失敗，發(fā)起radio link failure的小區(qū)更新。
2、RNC收到UE的小區(qū)更新消息后，根據(jù)RRM算法分析，發(fā)現(xiàn)目標(biāo)小區(qū)(RNC1的小區(qū)4)當(dāng)前的負(fù)載已經(jīng)非常高了，其中TCP達(dá)到了90％，超過了接入該小區(qū)的門限。
從上面的輸出參數(shù)可以知道，本次radio link failure的小區(qū)更新失敗的原因是目標(biāo)小區(qū)已經(jīng)負(fù)載很重，導(dǎo)致準(zhǔn)入失敗而引起的小區(qū)更新失敗，那么我們可以給出如下結(jié)論1、目標(biāo)小區(qū)是否處于熱點(diǎn)的中心位置，如果是，那么應(yīng)當(dāng)優(yōu)化網(wǎng)絡(luò)，減少將該目標(biāo)小區(qū)作為鄰區(qū)。
2、目標(biāo)小區(qū)的導(dǎo)頻功率是否設(shè)置太大了，導(dǎo)致太多UE接入到該小區(qū)中。如果是，那么應(yīng)當(dāng)減小功率，以便使得UE可以平均分布到其它相鄰小區(qū)。
3、修改目標(biāo)小區(qū)的小區(qū)選擇與重選參數(shù)，以便使得在該小區(qū)中的UE在空閑的時(shí)候更容易重選到其它鄰區(qū)。
4、適當(dāng)修改當(dāng)前RNC小區(qū)中UE的連接模式下的定時(shí)器和常量，以便改變UE發(fā)生radio link failure小區(qū)更新的條件。
綜上所述，本發(fā)明所述小區(qū)更新故障上報(bào)方法流程如圖9所示，包括如下步驟S1、監(jiān)測(cè)小區(qū)更新過程并接收系統(tǒng)在更新失敗時(shí)發(fā)出的故障信號(hào)；S2、根據(jù)故障原因查詢小區(qū)更新故障參數(shù)集中要求上報(bào)的參數(shù)信息；S3、根據(jù)所述參數(shù)信息從系統(tǒng)記錄的現(xiàn)場(chǎng)信息中獲取對(duì)應(yīng)的參數(shù)值并對(duì)應(yīng)寫入故障上報(bào)消息中的信元中；S4、將所述故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心。
通過上述步驟，管理中心接收到0故障上報(bào)消息并從各信元中提取攜帶的參數(shù)值進(jìn)行保存，可以獲得小區(qū)更新失敗或者出現(xiàn)故障的過程中的相關(guān)信息，從而達(dá)到分析定位小區(qū)更新失敗原因、指導(dǎo)網(wǎng)絡(luò)優(yōu)化、重新規(guī)劃小區(qū)的容量和改善網(wǎng)絡(luò)接入條件的目的。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種WCDMA系統(tǒng)中小區(qū)更新故障的上報(bào)方法，其特征在于，建立小區(qū)更新故障參數(shù)信息集，用于設(shè)置小區(qū)更新故障上報(bào)參數(shù)項(xiàng)，當(dāng)小區(qū)更新時(shí)，包括以下步驟A、監(jiān)測(cè)小區(qū)更新過程并接收系統(tǒng)在更新失敗時(shí)發(fā)出的故障信號(hào)；B、根據(jù)所述故障信號(hào)指明的故障原因查詢所述小區(qū)更新故障參數(shù)信息集中要求上報(bào)的參數(shù)項(xiàng)；C、根據(jù)所述參數(shù)項(xiàng)從系統(tǒng)中獲取對(duì)應(yīng)的參數(shù)值并寫入故障上報(bào)消息；D、將所述故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心。
2.如權(quán)利要求1所述的方法，其特征在于，所述小區(qū)更新故障參數(shù)信息集包括移動(dòng)臺(tái)信息部分、移動(dòng)臺(tái)當(dāng)前小區(qū)信息部分和小區(qū)更新失敗過程信息部分。
3.如權(quán)利要求2所述的方法，其特征在于，所述移動(dòng)臺(tái)信息部分包括國(guó)際移動(dòng)用戶標(biāo)識(shí)(IMSI)、陸地移動(dòng)接入網(wǎng)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(U-RNTI)信息、原無線資源控制(RRC)連接狀態(tài)信息和小區(qū)更新原因信息，其中所述U-RNTI信息具體包括參數(shù)服務(wù)無線網(wǎng)絡(luò)控制器(RNC)標(biāo)識(shí)和服務(wù)無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)(RNTI)；所述原RRC連接狀態(tài)信息具體包括原RRC狀態(tài)指示符；所述小區(qū)更新失敗原因信息包括如下之一小區(qū)重選、周期性小區(qū)更新、上行數(shù)據(jù)傳輸、尋呼響應(yīng)、重入服務(wù)區(qū)、無線鏈路失敗、不可恢復(fù)的無線鏈路控制(RLC)。
4.如權(quán)利要求2所述的方法，其特征在于，所述移動(dòng)臺(tái)當(dāng)前小區(qū)信息部分包括如下小區(qū)信息小區(qū)標(biāo)識(shí)和當(dāng)前小區(qū)的測(cè)量結(jié)果；其中，所述當(dāng)前小區(qū)的測(cè)量結(jié)果包括標(biāo)識(shí)測(cè)量質(zhì)量的如下信息公共導(dǎo)頻信道信噪比和公共導(dǎo)頻信道接收碼功率。
5.如權(quán)利要求2所述的方法，其特征在于，所述小區(qū)更新失敗過程信息部分包括如下之一更新失敗原因信息RNC內(nèi)部錯(cuò)誤標(biāo)識(shí)信息、IUB接口錯(cuò)誤標(biāo)識(shí)信息、UU接口錯(cuò)誤標(biāo)識(shí)信息、IU接口錯(cuò)誤標(biāo)識(shí)信息。
6.如權(quán)利要求5所述的方法，其特征在于所述IUB接口錯(cuò)誤標(biāo)識(shí)信息包括NodeB應(yīng)用部分(NBAP)無線鏈路建立失敗標(biāo)識(shí)信息；所述UU接口錯(cuò)誤標(biāo)識(shí)信息包括RB重配置失敗標(biāo)識(shí)信息、和/或傳輸信道重配置失敗標(biāo)識(shí)信息、和/或物理信道重配置失敗標(biāo)識(shí)信息、和/或UTRAN移動(dòng)信息失敗標(biāo)識(shí)信息。
7.如權(quán)利要求6所述的方法，其特征在于所述NBAP無線鏈路建立失敗標(biāo)識(shí)信息包括無線鏈路建立失敗原因標(biāo)識(shí)信息或無線鏈路建立超時(shí)標(biāo)識(shí)信息；所述RB重配置失敗信息標(biāo)識(shí)包括RB重配置失敗原因標(biāo)識(shí)信息或RB重配置超時(shí)標(biāo)識(shí)信息；所述傳輸信道重配置失敗標(biāo)識(shí)信息包括傳輸信道重配置失敗原因標(biāo)識(shí)信息或傳輸信道重配置超時(shí)標(biāo)識(shí)信息；所述物理信道重配置失敗標(biāo)識(shí)信息包括物理信道重配置失敗原因標(biāo)識(shí)信息或物理信道重配置超時(shí)標(biāo)識(shí)信息；所述UTRAN移動(dòng)信息失敗標(biāo)識(shí)信息包括UTRAN移動(dòng)信息失敗原因標(biāo)識(shí)信息或UTRAN移動(dòng)信息超時(shí)標(biāo)識(shí)信息。
8.如權(quán)利要求2所述的方法，其特征在于，當(dāng)移動(dòng)臺(tái)處于專用信道(CELL_DCH)狀態(tài)時(shí)，所述小區(qū)更新故障參數(shù)信息集還包括無線接入承載(RAB)信息列表部分，該RAB信息列表部分具體包括如下信息業(yè)務(wù)類型標(biāo)識(shí)信息、核心網(wǎng)(CN)域標(biāo)識(shí)信息、下行最大比特速率、上行保證速率、下行保證速率和RAB標(biāo)識(shí)。
9.如權(quán)利要求8所述的方法，其特征在于，所述CN域標(biāo)識(shí)信息包括電路域標(biāo)識(shí)或分組域標(biāo)識(shí)。
10.如權(quán)利要求1所述的方法，其特征在于，所述小區(qū)更新故障參數(shù)信息集還包括隨機(jī)接入信道的測(cè)量結(jié)果信息部分。
11.如權(quán)利要求10所述的方法，其特征在于，所述隨機(jī)接入信道的測(cè)量結(jié)果信息部分包括當(dāng)前小區(qū)測(cè)量結(jié)果信息。
12.如權(quán)利要求11所述的方法，其特征在于，所述當(dāng)前小區(qū)測(cè)量結(jié)果信息包括標(biāo)識(shí)測(cè)量質(zhì)量的如下信息公共導(dǎo)頻信道信噪比、和/或公共導(dǎo)頻信道接收信號(hào)碼功率。
13.如權(quán)利要求11所述的方法，其特征在于，所述隨機(jī)接入信道的測(cè)量結(jié)果信息還包括監(jiān)視小區(qū)測(cè)量結(jié)果信息。
14.如權(quán)利要求13所述的方法，其特征在于，所述監(jiān)視小區(qū)測(cè)量結(jié)果信息包括主公共導(dǎo)頻信息，該主公共導(dǎo)頻信息包括主擾碼。
15.如權(quán)利要求14所述的方法，其特征在于，所述主公共導(dǎo)頻信息還包括標(biāo)識(shí)測(cè)量質(zhì)量的如下信息主公共導(dǎo)頻信道信噪比、和/或主公共導(dǎo)頻信道接收信號(hào)碼功率。
16.如權(quán)利要求1所述的方法，其特征在于，所述小區(qū)更新故障參數(shù)信息集中逐級(jí)分類設(shè)置所述參數(shù)項(xiàng)。
17.如權(quán)利要求16所述的方法，其特征在于，所述故障上報(bào)消息中按照各級(jí)參數(shù)項(xiàng)設(shè)置攜帶當(dāng)前上報(bào)參數(shù)值的信元。
18.如權(quán)利要求17所述的方法，其特征在于，所述故障上報(bào)消息中還包括攜帶消息類型標(biāo)識(shí)的信元。
19.如權(quán)利要求17或18所述的方法，其特征在于，所述方法還包括所述網(wǎng)絡(luò)管理中心接收所述故障上報(bào)消息并從各信元中提取參數(shù)值。
全文摘要
本發(fā)明涉及移動(dòng)通信技術(shù)，特別涉及一種WCDMA系統(tǒng)中小區(qū)更新故障上報(bào)方法，以解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)管理中心無法獲得故障現(xiàn)場(chǎng)的完整信息的問題。所述方法包括建立小區(qū)更新故障參數(shù)信息集，用于設(shè)置小區(qū)更新故障上報(bào)參數(shù)項(xiàng)，當(dāng)小區(qū)更新時(shí)，監(jiān)測(cè)小區(qū)更新過程并接收系統(tǒng)在更新失敗時(shí)發(fā)出的故障信號(hào)；根據(jù)所述故障信號(hào)指明的故障原因查詢所述小區(qū)更新故障參數(shù)信息集中要求上報(bào)的參數(shù)項(xiàng)；根據(jù)所述參數(shù)項(xiàng)從系統(tǒng)中獲取對(duì)應(yīng)的參數(shù)值并寫入故障上報(bào)消息；將所述故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心。應(yīng)用本發(fā)明所述方法，可以分析當(dāng)前小區(qū)更新失敗的原因，從而指導(dǎo)問題定位，優(yōu)化網(wǎng)絡(luò)設(shè)置。
文檔編號(hào)H04W24/10GK1874582SQ200510088679
公開日2006年12月6日 申請(qǐng)日期2005年8月1日 優(yōu)先權(quán)日2005年8月1日
發(fā)明者蔡烈斌, 劉勇, 段忠毅, 劉霞玲, 崔振慶, 李伽 申請(qǐng)人:華為技術(shù)有限公司