專利名稱：一種寬帶碼分多址系統(tǒng)中rab指配故障的上報(bào)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信系統(tǒng)，特別公開一種WCDMA(Wideband CodeDivision Multiple Access，寬帶碼分多址)系統(tǒng)中RAB指配故障的上報(bào)方法。
背景技術(shù)：
WCDMA系統(tǒng)是一個(gè)開放的系統(tǒng)，該系統(tǒng)主要包含CN(Core Network，核心網(wǎng))、UTRAN(UMTS Trrestrial Radio Access Network，UMTS陸地?zé)o線接入網(wǎng))，以及UE(User Equipment，用戶終端)三部分(其它如網(wǎng)管以及告警臺(tái)等部分不在本專利描述之列)。其中的RNC(Radio Network Controller，無(wú)線網(wǎng)絡(luò)控制器)屬于UTRAN部分，RNC與其它網(wǎng)元存在著標(biāo)準(zhǔn)接口，比如與CN之間的IU接口，與NodeB之間是IUB接口，與其它RNC之間是IUR接口，當(dāng)然還有UE與RNC的接口是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撥打電話或者接聽電話的時(shí)候，那么UE就會(huì)在這個(gè)小區(qū)發(fā)起呼叫，并觸發(fā)一系列標(biāo)準(zhǔn)接口的流程。
在無(wú)線網(wǎng)絡(luò)運(yùn)行的過(guò)程中，尤其是建網(wǎng)初期，經(jīng)常會(huì)出現(xiàn)這種問(wèn)題，如何來(lái)發(fā)現(xiàn)并解決這種問(wèn)題，便顯的尤為重要了。同時(shí)3GPP的協(xié)議對(duì)這種TRACE沒(méi)有相應(yīng)的協(xié)議標(biāo)準(zhǔn)，如何進(jìn)行協(xié)議輸出以便于定位RAB(Radio AccessBearer，無(wú)線接入承載)指配故障問(wèn)題，在網(wǎng)絡(luò)運(yùn)營(yíng)的過(guò)程中會(huì)成為一個(gè)重點(diǎn)。
在現(xiàn)有網(wǎng)絡(luò)的日常維護(hù)工作中，通過(guò)如下方法來(lái)進(jìn)行故障分析；1、性能統(tǒng)計(jì)功能性能統(tǒng)計(jì)是通過(guò)統(tǒng)計(jì)網(wǎng)絡(luò)中關(guān)鍵的統(tǒng)計(jì)項(xiàng)來(lái)衡量當(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)行全面的分析，通過(guò)分析結(jié)果指導(dǎo)解決問(wèn)題和網(wǎng)絡(luò)優(yōu)化。
性能統(tǒng)計(jì)功能。性能統(tǒng)計(jì)是一種長(zhǎng)時(shí)間，或者說(shuō)是一種周期任務(wù)的統(tǒng)計(jì)功能，在一段時(shí)間內(nèi)統(tǒng)計(jì)RAB指配成功率或者失敗率是多少，這種統(tǒng)計(jì)結(jié)果本身就很粗糙，并且該功能是統(tǒng)計(jì)歷史數(shù)據(jù)，不能對(duì)RAB指配出現(xiàn)故障的原因進(jìn)行異常分析。如果提高性能統(tǒng)計(jì)的粒度，增加對(duì)RAB指配失敗原因的統(tǒng)計(jì)，勢(shì)必會(huì)導(dǎo)致大量數(shù)據(jù)的出現(xiàn)，對(duì)正常業(yè)務(wù)有影響。
2、全網(wǎng)信令檢測(cè)方法信令跟蹤的方法是通過(guò)信令跟蹤儀器在標(biāo)準(zhǔn)協(xié)議接口(如UU、IUB)中跟蹤呼叫過(guò)程尤其是來(lái)自不同網(wǎng)元中的標(biāo)準(zhǔn)協(xié)議消息，并將這些相關(guān)的消息發(fā)送給網(wǎng)絡(luò)管理中心，通過(guò)對(duì)這些捕獲的消息來(lái)進(jìn)行分析，根據(jù)分析結(jié)果對(duì)網(wǎng)絡(luò)進(jìn)行優(yōu)化，同時(shí)解決部分問(wèn)題。
全網(wǎng)跟蹤方法是一種實(shí)時(shí)的跟蹤，需要在所有的接口都要通過(guò)特殊的第三方儀器進(jìn)行跟蹤，這種跟蹤沒(méi)有區(qū)分是否是小區(qū)更新，小區(qū)更新成功與否，這樣會(huì)產(chǎn)生大量的數(shù)據(jù)，目前的2G全網(wǎng)信令跟蹤只是跟蹤了網(wǎng)間的消息，也就是核心網(wǎng)部分的消息，沒(méi)有跟蹤接入網(wǎng)部分。對(duì)于3G系統(tǒng)來(lái)說(shuō)，這些跟蹤消息將會(huì)是海量的，尤其是需要跟蹤接入網(wǎng)部分的消息時(shí)。如何從大量的消息跟蹤中獲取有用的信息，將會(huì)是非常大的工作量。另外通過(guò)信令跟蹤還需要有很豐富的經(jīng)驗(yàn)，能夠很敏銳的發(fā)現(xiàn)消息中存在的問(wè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è)備來(lái)分析并排除所發(fā)生的故障。
告警一般來(lái)說(shuō)關(guān)注的都是設(shè)備故障，對(duì)用戶故障的關(guān)注比較少。比如用戶由于無(wú)線原因?qū)е翿AB指配故障的時(shí)候，在告警上是無(wú)法體現(xiàn)出來(lái)。所以告警基本上不能反映或者解決RAB指配出現(xiàn)的問(wèn)題。

發(fā)明內(nèi)容
本發(fā)明提供一種WCDMA系統(tǒng)中RAB指配故障的上報(bào)方法，用以解決現(xiàn)有技術(shù)中當(dāng)接入網(wǎng)在執(zhí)行RAB指配過(guò)程中失敗時(shí)，網(wǎng)絡(luò)管理中心因不能獲得詳細(xì)的現(xiàn)場(chǎng)信息而無(wú)法進(jìn)行分析和定位的問(wèn)題。
本發(fā)明方法包括一種WCDMA系統(tǒng)中RAB指配故障的上報(bào)方法，其特征在于，建立一RAB指配故障參數(shù)信息集，所述RAB指配故障參數(shù)信息集中，設(shè)置RAB指配故障參數(shù)信息集上報(bào)參數(shù)項(xiàng)，當(dāng)RAB指配建立時(shí)，包括以下步驟A、監(jiān)測(cè)RAB指配連接并接收系統(tǒng)在RAB指配連接失敗時(shí)發(fā)出的故障信號(hào)；B、根據(jù)所述故障信號(hào)指明的故障原因查詢RAB指配故障信息集中要求上報(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ò)管理中心。
所述RAB指配故障信息集分為用戶信息部分、RAB信息部分、失敗的RAB小區(qū)信息部分、最優(yōu)小區(qū)信息部分、小區(qū)支路信息部分、RRC狀態(tài)信息部分、失敗信息部分和頻點(diǎn)信息部分。
所述用戶信息部分包括國(guó)際移動(dòng)用戶識(shí)別碼。
所述RAB信息部分包括已經(jīng)和即將建立或者修改RAB列表信息；該RAB列表信息包括業(yè)務(wù)類型、核心網(wǎng)信息、下行最大速率、上行最大速率、下行保證速率、上行保證速率、RAB標(biāo)識(shí)和RAB建立或者修改的時(shí)間。
所述核心網(wǎng)信息包括核心網(wǎng)標(biāo)識(shí)。
所述失敗的RAB小區(qū)信息部分包括失敗的RAB列表，該列表包括RAB標(biāo)識(shí)、CN域標(biāo)識(shí)和RAB失敗時(shí)間。
所述最優(yōu)小區(qū)信息包括小區(qū)標(biāo)識(shí)和當(dāng)前小區(qū)測(cè)量結(jié)果。
所述小區(qū)支路信息部分包括小區(qū)支路信息，該小區(qū)支路信息包括小區(qū)標(biāo)識(shí)和當(dāng)前小區(qū)測(cè)量結(jié)果。
所述當(dāng)前小區(qū)測(cè)量結(jié)果包括參數(shù)CPICH Ec/No和CPICH接收總功率。
所述RRC狀態(tài)信息部分包括源RRC狀態(tài)指示和目標(biāo)RRC狀態(tài)指示，該源RRC狀態(tài)指示和目標(biāo)RRC狀態(tài)指示包括RRC狀態(tài)指示參數(shù)。
所述失敗信息部分包括RAB失敗原因。
所述RAB失敗原因包括RNC內(nèi)部失敗、IUB接口錯(cuò)誤、UU接口失敗、IU接口失敗和IUR接口失敗。
所述RNC內(nèi)部失敗包括呼叫準(zhǔn)入失敗、UE能力受限、非法RAB參數(shù)、超出RNC規(guī)格、協(xié)議或不匹配的消息錯(cuò)誤原因、ASN.1錯(cuò)誤原因、L2配置錯(cuò)誤原因、ALCAP配置錯(cuò)誤原因、用戶面錯(cuò)誤原因和未知錯(cuò)誤。
所述呼叫準(zhǔn)入失敗包括小區(qū)擁塞、小區(qū)下行擴(kuò)頻因子不支持、小區(qū)信用度不支持、IUB口傳輸資源不可用和IUR傳輸資源不可用。
所述小區(qū)擁塞包括載波發(fā)射功率和接收總功率。
所述小區(qū)下行擴(kuò)頻因子不支持包括擴(kuò)頻因子和SF256占用率。
所述小區(qū)信用度不支持包括信用度信息，該信用度信息包括下行擴(kuò)頻因子、上行擴(kuò)頻因子、本地小區(qū)信用度信息和本地小區(qū)組信用度信息。
所述本地信用度信息和本地小區(qū)組信用度信息均包括下行或上下行能力信用度，以及上行能力信用度。
所述IUB口傳輸資源不可用包括上行IUB帶寬和下行IUB帶寬；或者，所述IUR傳輸資源不可用包括上行IUR帶寬和下行IUR帶。
所述UE能力受限包括UE物理信道能力不支持、UE傳輸信道能力不支持和UE RLC能力不支持。
所述UE物理信道能力不支持包括下行物理信道能力和上行物理信道能力，該下行物理信道能力包括每10ms間隔物理信道最大的接收比特?cái)?shù)，該上行物理信道能力包括每10ms間隔物理信道最大的發(fā)送比特?cái)?shù)。
所述UE傳輸信道能力不支持包括下行傳輸信道能力信息部分和上行傳輸信道能力部分；所述下行傳輸信道能力信息部分包括任意時(shí)間間隔內(nèi)能接收的最大BIT數(shù)、任意時(shí)間間隔內(nèi)能接收的最大卷積編碼的BIT數(shù)、任意時(shí)間間隔內(nèi)能接收的最大TURBO編碼的BIT數(shù)、同一時(shí)刻最大的傳輸信道數(shù)目、最大接收的傳輸塊數(shù)目、最大傳輸格式組合數(shù)目和最大傳輸格式數(shù)目；所述上行傳輸信道能力部分包括任意時(shí)間間隔內(nèi)能發(fā)送的最大BIT數(shù)、任意時(shí)間間隔內(nèi)能發(fā)送的最大卷積編碼的BIT數(shù)、任意時(shí)間間隔內(nèi)能發(fā)送的最大TURBO編碼的BIT數(shù)、同一時(shí)刻最大的傳輸信道數(shù)目、最大發(fā)送的傳輸塊數(shù)目、最大傳輸格式組合數(shù)目和最大傳輸格式數(shù)目。
所述UE RLC能力不支持包括RLC確認(rèn)模式的總緩存大小、最大RLC確認(rèn)模式窗口大小和最大RLC確認(rèn)模式實(shí)體數(shù)目。
所述超出RNC規(guī)格信息包括超出RNC規(guī)格原因參數(shù)；或者，所述協(xié)議或不匹配的消息錯(cuò)誤原因包括協(xié)議或不匹配的消息錯(cuò)誤原因參數(shù)；或者，所述L2配置錯(cuò)誤原因包括L2配置錯(cuò)誤原因參數(shù)；或者，所述ALCAP配置錯(cuò)誤原因包括ALCAP配置錯(cuò)誤原因參數(shù)；或者，所述用戶面錯(cuò)誤原因包括用戶面錯(cuò)誤原因參數(shù)。
所述IUB接口錯(cuò)誤包括NBAP RL建立失敗、NBAP RL重配置失敗、AAL2建立失敗、RL恢復(fù)指示超時(shí)、AAL2修改失敗和未知錯(cuò)誤。
所述NBAP RL建立失敗包括RL建立失敗原因，以及RL建立定時(shí)器超時(shí)參數(shù)；或者，所述NBAP RL重配置失敗包括RL重配置失敗原因，RL重配置定時(shí)器超時(shí)；或者，所述AAL2建立失敗包括AAL2建立失敗原因參數(shù)；或者，所述AAL2修改失敗原因參數(shù)。
所述RL建立失敗原和RL重配置失敗原因包括無(wú)線網(wǎng)絡(luò)層原因、傳輸層原因、協(xié)議原因和其他原因。
所述UU接口失敗包括RB建立失敗和未錯(cuò)誤。
所述RB建立失敗包括RB建立失敗原因和RB建立定時(shí)器超時(shí)；所述RB建立失敗原因包括失敗原因、協(xié)議錯(cuò)誤信息、協(xié)議錯(cuò)誤原因、刪除的TGPSI和TGPSI參數(shù)。
所述IU接口失敗包括IU傳輸失敗、AAL2建立失敗、AAL2修改失敗、IUUP建立失敗和未知錯(cuò)誤。
所述IU傳輸失敗包括IU傳輸網(wǎng)絡(luò)失敗原因參數(shù)；所述AAL2建立失敗包括AAL2修改失敗參數(shù)；所述IUUP建立失敗包括IUUP建立失敗原因。
所述IUUP建立失敗原因包括用戶面錯(cuò)誤原因參數(shù)。
所述IUR接口失敗包括未知錯(cuò)誤參數(shù)。
所述故障上報(bào)消息中按照各級(jí)參數(shù)項(xiàng)設(shè)置攜帶當(dāng)前上報(bào)參數(shù)值的信元。
所述故障上報(bào)消息中還包括攜帶消息類型標(biāo)識(shí)的信元。
所述方法還包括所述網(wǎng)絡(luò)管理中心接收所述故障上報(bào)消息并從各信元中提取參數(shù)值。
本發(fā)明有益效果如下在3G網(wǎng)絡(luò)運(yùn)行的初期，經(jīng)常會(huì)出現(xiàn)3G網(wǎng)絡(luò)覆蓋不合理的情況，比如小區(qū)覆蓋面積規(guī)劃得過(guò)大，當(dāng)用戶太多時(shí)候?qū)е滦^(qū)資源耗盡?；蛘呓K端能力受限，比如UE簽約的PDP速率和超出UE的能力導(dǎo)致RAB無(wú)法建立成功等等。這些原因都會(huì)導(dǎo)致接入網(wǎng)在執(zhí)行RAB指配過(guò)程時(shí)候失敗。
如果出現(xiàn)上述情況，可以通過(guò)本專利描述的方法獲得RAB指配失敗的具體原因，從而可以解決RAB指配失敗的問(wèn)題。


圖1為現(xiàn)有技術(shù)中UTRAN系統(tǒng)結(jié)構(gòu)示意圖；
圖2為本發(fā)明RAB建立在專用信道上的流程示意圖；圖3為本發(fā)明上報(bào)故障信息的流程示意圖流程示意圖。
具體實(shí)施例方式
本發(fā)明是提供一種呼叫歷史記錄(CHR)，該記錄可以跟蹤RAB建立過(guò)程中出現(xiàn)的問(wèn)題，并通過(guò)標(biāo)準(zhǔn)協(xié)議消息反饋給網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)根據(jù)這些歷史記錄來(lái)分析呼叫出現(xiàn)的問(wèn)題，并通過(guò)這些消息信元分析問(wèn)題，并通過(guò)相應(yīng)的手段來(lái)恢復(fù)故障。
RAB指配過(guò)程包括了RAB建立、修改和釋放流程，下面就以RAB建立(DCH to DCH-同步)為例說(shuō)明協(xié)議過(guò)程，如圖1所示，包括如下步驟1、CN給SRNC發(fā)送RAB ASSIGNMENT REQUEST消息，消息中包括RAB參數(shù)、用戶面模式以及傳輸層相關(guān)信息，SRNC通過(guò)這些信息為用戶無(wú)線層和傳輸層資源；2、SRNC利用ALCAP協(xié)議發(fā)起IU數(shù)據(jù)傳輸承載建立。向ALCAP發(fā)送的建立請(qǐng)求中包含了綁定ID，該綁定ID用來(lái)綁定IU數(shù)據(jù)傳輸承載和無(wú)線接入承載(這一步如果RAB是PS域不需要)；3、如果有DRNC，SRNC向DRNC發(fā)送RADIO LINK RECONFIGURATIONPREPARE，要求增加承載RAB的DCH；4、如果有DRNC，DRNC向NODEB發(fā)送RADIO LINKRECONFIGURATION PREPARE，要求NODEB增加承載RAB的DCH；5、SRNC向NODEB發(fā)送RADIO LINK RECONFIGURATION PREPARE，要求NODEB增加承載RAB的DCH；6、NODEB資源分配完成后，給DRNC回RADIO LINKRECONFIGURATION READY；7、DRNC向SRNC發(fā)送RADIO LINK RECONFIGURATION READY通知SRNC已經(jīng)準(zhǔn)備好RL重配置；
8、NODEB資源分配完成后，給SRNC回RADIO LINKRECONFIGURATION READY；9、SRNC利用ALCAP協(xié)議發(fā)起IUB/IUR數(shù)據(jù)傳輸承載建立。向ALCAP發(fā)送的建立請(qǐng)求中包含了綁定ID，該綁定ID用來(lái)綁定IUB/IUR數(shù)據(jù)傳輸承載和無(wú)線接入承載；10、SRNC利用ALCAP協(xié)議發(fā)起IUB數(shù)據(jù)傳輸承載建立。向ALCAP發(fā)送的建立請(qǐng)求中包含了綁定ID，該綁定ID用來(lái)綁定IUB數(shù)據(jù)傳輸承載和無(wú)線接入承載；11、如果有DRNC，SRNC向NODEB發(fā)送下行同步，進(jìn)行IUB和IUR口的FP同步過(guò)程；12、SRNC向NODEB發(fā)送下行同步，進(jìn)行IUB口的FP同步過(guò)程；13、DRNC的NODEB和SRNC進(jìn)行上行FP同步；14、SRNC的NODEB和SRNC進(jìn)行上行FP同步；15、如果有DRNC，SRNC通過(guò)IUR口向SRNC發(fā)送RADIO LINKRECONFIGURATION COMMIT；16、如果有DRNC，DRNC給NODEB發(fā)送RADIO LINKRECONFIGURATION COMMIT；17、SRNC給NODEB發(fā)送RADIO LINK RECONFIGURATION COMMIT。
18、SRNC向UE發(fā)送RADIO BEARER SETUP消息；19、UE給SRNC回RADIO BEARER SETUP COMPETE消息；20、RNC給CN回RAB ASSIGNMENT RESPONSE消息。
從上面的消息流程可以看出，RAB建立經(jīng)過(guò)了諸多的步驟，在每個(gè)步驟中都有可能出現(xiàn)錯(cuò)誤導(dǎo)致RAB建立失敗。
針對(duì)上面的問(wèn)題，目前3GPP協(xié)議中沒(méi)有RAB指配故障的輸出內(nèi)容，包括失敗原因進(jìn)行詳細(xì)的描述，本發(fā)明提供了RAB指配故障定位分析的歷史記錄CHR，當(dāng)RAB指配過(guò)程中出現(xiàn)故障的時(shí)候，RNC會(huì)通過(guò)消息發(fā)送給網(wǎng)絡(luò)管理中心，并將相關(guān)信息以協(xié)議信元的形式體現(xiàn)在消息中，以便提供維護(hù)人員定位解決。
首先，本發(fā)明針對(duì)這個(gè)問(wèn)題設(shè)置一RAB指配故障參數(shù)信息集，該RAB指配故障參數(shù)信息集中設(shè)置RAB指配故障上報(bào)參數(shù)項(xiàng)，該RAB指配故障參數(shù)信息集，既可以為表格的形式，也可以為目前網(wǎng)絡(luò)管理中常用的樹形結(jié)構(gòu)。在RAB指配失敗后，根據(jù)該RAB指配故障參數(shù)信息集向網(wǎng)絡(luò)管理中心發(fā)送相關(guān)參數(shù)，來(lái)定位出現(xiàn)的問(wèn)題，同時(shí)指導(dǎo)運(yùn)營(yíng)商進(jìn)行網(wǎng)絡(luò)優(yōu)化。
本發(fā)明在RAB指配故障中，根據(jù)所述RAB指配故障參數(shù)信息集，選擇相關(guān)信息。填寫后發(fā)送給網(wǎng)絡(luò)管理員，進(jìn)行相關(guān)故障分析和定位。
如圖4所示，當(dāng)RAB指配時(shí)，包括以下步驟S1、監(jiān)測(cè)RAB指配連接并接收系統(tǒng)在RAB指配連接失敗時(shí)發(fā)出的故障信號(hào)；S2、根據(jù)所述故障信號(hào)指明的故障原因查詢RAB指配故障信息集中要求上報(bào)的參數(shù)項(xiàng)；S3、根據(jù)所述參數(shù)項(xiàng)從系統(tǒng)中獲取對(duì)應(yīng)的參數(shù)值并寫入故障上報(bào)消息；S4、將所述故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心。
其中故障上報(bào)消息中按照各級(jí)參數(shù)項(xiàng)設(shè)置攜帶當(dāng)前上報(bào)參數(shù)值的信元。在該故障上報(bào)消息中還包括攜帶消息類型標(biāo)識(shí)的信元。
網(wǎng)絡(luò)管理中心接收所述故障上報(bào)消息并從各信元中提取參數(shù)值。
本發(fā)明提供了RAB指配故障定位分析方法，當(dāng)RRC連接建立過(guò)程中出現(xiàn)故障的時(shí)候，系統(tǒng)會(huì)通過(guò)故障上報(bào)消息發(fā)送給網(wǎng)絡(luò)管理中心，并將相關(guān)故障信息以信元的形式體現(xiàn)在消息中，以便提供維護(hù)人員定位解決。
為了方便描述起見，我們將RAB指配故障參數(shù)信息集具體細(xì)化，根據(jù)RAB指配故障參數(shù)信息集形成RAB指配故障協(xié)議表格，下面將詳細(xì)描述該故障協(xié)議表格的相關(guān)結(jié)構(gòu)。
協(xié)議結(jié)構(gòu)見表1～表21，其中各信元根據(jù)其攜帶的參數(shù)是否為進(jìn)行原因分析時(shí)的必要參數(shù)劃分為必選、可選、條件三類，具體含義見表0，并在各表格中定義在Need列。
表0

其中，表1～表21的結(jié)構(gòu)按照需要的參數(shù)類型逐級(jí)劃分，表1為總類表，逐級(jí)劃分建立相應(yīng)子表，按照表的結(jié)構(gòu)，以類型為索引方便查找，減少錯(cuò)誤率。
表1 RAB指配故障協(xié)議結(jié)構(gòu)


表2、RAB列表信息(RAB List Information)


表3、小區(qū)信息(Cell Information)

表4、RAB失敗原因(RAB Failure Cause)



表5、CN domain identity核心網(wǎng)域標(biāo)識(shí)

表6、UE物理信道能力(UE Physical channel capability)

表7、UE RLC能力(UE RLC capability)

表8、UE傳輸信道能力(UE Transport channel capability)


表9、超出RNC規(guī)格原因(Out of RNC specification cause)

表10、UU接口失敗原因(UU Interface Failure cause)

表11、失敗RAB列表信息(Failed RAB List Information)

表12、IMSI(GSM-MAP)

表13、信用度信息(Credit information)

表14、RL建立失敗原因(RL Setup Failure cause)


表15、RRC狀態(tài)指示(RRC State Indicator)

表16、頻點(diǎn)信息(Frequency info)

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


表18、協(xié)議或不匹配的消息錯(cuò)誤原因(Protocol or Unmatched Message ErrorCause)

表19、層二配置錯(cuò)誤原因(L2 Configuration Error Cause)

表20、ALCAP配置錯(cuò)誤原因(ALCAP Configuration Error Cause)

表21、用戶面錯(cuò)誤原因(User Plane Error Cause)

下文通過(guò)一些例子來(lái)說(shuō)明該專利的功能。
一、CHR信息組織方法RAB指配流程中如果出現(xiàn)了錯(cuò)誤，指配過(guò)程失敗，那么如果按照本文的提到的CHR上報(bào)格式來(lái)組織信息。
1)、如在圖1所示步驟1中， SRNC根據(jù)CN指配的RAB信息來(lái)分配參數(shù)，分配過(guò)程中發(fā)現(xiàn)RAB需要使用的擴(kuò)頻因子為8，但是當(dāng)前小區(qū)中的最小可用的擴(kuò)頻因子為64，導(dǎo)致無(wú)空閑碼資源使RAB無(wú)法建立成功。因此按照表1所示RAB指配故障協(xié)議結(jié)構(gòu)的描述，需要記錄下以下信息(1)、用戶的IMSI(SRNC在指配前的流程中建立IU連接的時(shí)候會(huì)從CN獲取到COMMON ID)；(2)、RAB ASSIGNMENT REQUEST消息中的RAB參數(shù)中的業(yè)務(wù)類型、上下行最大速率、上下行保證速率以及RAB ID；(3)、根據(jù)IU連接獲取CN域標(biāo)志，如CS或者PS；(4)、當(dāng)前小區(qū)ID，以及UE最近一次上報(bào)(可以來(lái)自RRC連接請(qǐng)求中的隨機(jī)接入信道測(cè)量報(bào)告以及小區(qū)質(zhì)量測(cè)量報(bào)告)的小區(qū)的RSCP或者Ec/No；(5)、如果活動(dòng)集中還有其他小區(qū)，類似(4)處理；(6)、當(dāng)前RRC連接狀態(tài)，如果當(dāng)前處于CELL_FACH狀態(tài)就設(shè)置為源RRC狀態(tài)為CELL_FACH；如果目標(biāo)RRC狀態(tài)需要遷移到CELL_DCH，那么設(shè)置目標(biāo)RRC狀態(tài)為CELL_DCH；(7)、設(shè)置失敗原因，對(duì)照表格可以知道，這種原因應(yīng)該歸結(jié)到RNC內(nèi)部錯(cuò)誤-呼叫準(zhǔn)入失敗-下行擴(kuò)頻因子不夠-SF8。
二、RAB指配故障分析1在呼叫用戶在熱點(diǎn)小區(qū)的時(shí)候，由于目標(biāo)小區(qū)資源受限可能會(huì)出現(xiàn)RAB指配(建立)過(guò)程失敗，我們通過(guò)輸出這些失敗的相關(guān)信息，可以幫忙我們進(jìn)行網(wǎng)絡(luò)優(yōu)化，以便用戶能夠成功的建立RAB。
比如用戶反應(yīng)數(shù)據(jù)業(yè)務(wù)無(wú)法激活或者成功率很低。就可以通過(guò)用戶的手機(jī)號(hào)碼，也就是MSISDN，根據(jù)MSISDN查找到該用戶手機(jī)的IMSI，比如查詢到的記錄如下


分析該表格可以獲得如下信息1、接入點(diǎn)小區(qū)的信號(hào)沒(méi)有問(wèn)題。RAB為PS交互行業(yè)務(wù)UL64K/DL384K。
2、RRC連接建立時(shí)候申請(qǐng)的下行擴(kuò)頻因子為8，但是小區(qū)碼資源受限，申請(qǐng)失敗。
從上面的輸出參數(shù)可以知道，本次RAB建立失敗的原因是因?yàn)槟繕?biāo)小區(qū)的下行信道碼申請(qǐng)失敗，導(dǎo)致準(zhǔn)入失敗而引起的RAB建立失敗，那么我們可以給出如下結(jié)論1、目標(biāo)小區(qū)是否處于熱點(diǎn)地區(qū)，如果是，可以適當(dāng)增加異頻同覆蓋小區(qū)，增加熱點(diǎn)地區(qū)數(shù)據(jù)業(yè)務(wù)的容量。
2、目標(biāo)小區(qū)的導(dǎo)頻功率是否設(shè)置太大了，導(dǎo)致太多用戶接入到該小區(qū)中。如果是，那么應(yīng)當(dāng)減小功率，以便使得用戶可以平均分布到其它相鄰小區(qū)。
三、RAB指配故障分析2比如用戶反應(yīng)有數(shù)據(jù)業(yè)務(wù)的時(shí)候無(wú)法接聽電話。通過(guò)用戶的手機(jī)號(hào)碼，也就是MSISDN，根據(jù)MSISDN查找到該用戶手機(jī)的IMSI，比如查詢到的記錄如下


分析該表格可以獲得如下信息1、接入點(diǎn)小區(qū)的信號(hào)沒(méi)有問(wèn)題。已經(jīng)建立了一個(gè)RAB為PS交互行業(yè)務(wù)UL64K/DL384K。
2、AMR語(yǔ)音12.2K呼叫由于UE物理信道能力不足而失敗。
從上面的輸出參數(shù)可以知道，本次RAB建立失敗的原因是因?yàn)閁E的物理信道能力太差，那么我們可以給出如下結(jié)論用戶的手機(jī)能力比較低。不能同時(shí)并發(fā)語(yǔ)音和數(shù)據(jù)業(yè)務(wù)。
顯然，本領(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)中RAB指配故障的上報(bào)方法，其特征在于，建立一RAB指配故障參數(shù)信息集，所述RAB指配故障參數(shù)信息集中，設(shè)置RAB指配故障參數(shù)信息集上報(bào)參數(shù)項(xiàng)，當(dāng)RAB指配建立時(shí)，包括以下步驟A、監(jiān)測(cè)RAB指配連接并接收系統(tǒng)在RAB指配連接失敗時(shí)發(fā)出的故障信號(hào)；B、根據(jù)所述故障信號(hào)指明的故障原因查詢RAB指配故障信息集中要求上報(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所述的方法，其特征在于，所述RAB指配故障信息集分為用戶信息部分、RAB信息部分、失敗的RAB小區(qū)信息部分、最優(yōu)小區(qū)信息部分、小區(qū)支路信息部分、RRC狀態(tài)信息部分、失敗信息部分和頻點(diǎn)信息部分。
3.如權(quán)利要求2所述的方法，其特征在于，所述用戶信息部分包括國(guó)際移動(dòng)用戶識(shí)別碼。
4.如權(quán)利要求2所述的方法，其特征在于，所述RAB信息部分包括已經(jīng)和即將建立或者修改RAB列表信息；該RAB列表信息包括業(yè)務(wù)類型、核心網(wǎng)信息、下行最大速率、上行最大速率、下行保證速率、上行保證速率、RAB標(biāo)識(shí)和RAB建立或者修改的時(shí)間。
5.如權(quán)利要求4所述的方法，其特征在于，所述核心網(wǎng)信息包括核心網(wǎng)標(biāo)識(shí)。
6.如權(quán)利要求2所述的方法，其特征在于，所述失敗的RAB小區(qū)信息部分包括失敗的RAB列表，該列表包括RAB標(biāo)識(shí)、CN域標(biāo)識(shí)和RAB失敗時(shí)間。
7.如權(quán)利要求2所述的方法，其特征在于，所述最優(yōu)小區(qū)信息包括小區(qū)標(biāo)識(shí)和當(dāng)前小區(qū)測(cè)量結(jié)果。
8.如權(quán)利要求2所述的方法，其特征在于，所述小區(qū)支路信息部分包括小區(qū)支路信息，該小區(qū)支路信息包括小區(qū)標(biāo)識(shí)和當(dāng)前小區(qū)測(cè)量結(jié)果。
9.如權(quán)利要求7或8所述的方法，其特征在于，所述當(dāng)前小區(qū)測(cè)量結(jié)果包括參數(shù)CPICH Ec/No和CPICH接收總功率。
10.如權(quán)利要求2所述的方法，其特征在于，所述RRC狀態(tài)信息部分包括源RRC狀態(tài)指示和目標(biāo)RRC狀態(tài)指示，該源RRC狀態(tài)指示和目標(biāo)RRC狀態(tài)指示包括RRC狀態(tài)指示參數(shù)。
11.如權(quán)利要求10所述的方法，其特征在于，所述失敗信息部分包括RAB失敗原因。
12.如權(quán)利要求11所述的方法，其特征在于，所述RAB失敗原因包括RNC內(nèi)部失敗、IUB接口錯(cuò)誤、UU接口失敗、IU接口失敗和IUR接口失敗。
13.如權(quán)利要求12所述的方法，其特征在于，所述RNC內(nèi)部失敗包括呼叫準(zhǔn)入失敗、UE能力受限、非法RAB參數(shù)、超出RNC規(guī)格、協(xié)議或不匹配的消息錯(cuò)誤原因、ASN.1錯(cuò)誤原因、L2配置錯(cuò)誤原因、ALCAP配置錯(cuò)誤原因、用戶面錯(cuò)誤原因和未知錯(cuò)誤。
14.如權(quán)利要求13所述的方法，其特征在于，所述呼叫準(zhǔn)入失敗包括小區(qū)擁塞、小區(qū)下行擴(kuò)頻因子不支持、小區(qū)信用度不支持、IUB口傳輸資源不可用和IUR傳輸資源不可用。
15.如權(quán)利要求14所述的方法，其特征在于，所述小區(qū)擁塞包括載波發(fā)射功率和接收總功率。
16.如權(quán)利要求14所述的方法，其特征在于，所述小區(qū)下行擴(kuò)頻因子不支持包括擴(kuò)頻因子和SF256占用率。
17.如權(quán)利要求14所述的方法，其特征在于，所述小區(qū)信用度不支持包括信用度信息，該信用度信息包括下行擴(kuò)頻因子、上行擴(kuò)頻因子、本地小區(qū)信用度信息和本地小區(qū)組信用度信息。
18.如權(quán)利要求17所述的方法，其特征在于，所述本地信用度信息和本地小區(qū)組信用度信息均包括下行或上下行能力信用度，以及上行能力信用度。
19.如權(quán)利要求14所述的方法，其特征在于，所述IUB口傳輸資源不可用包括上行IUB帶寬和下行IUB帶寬；或者，所述IUR傳輸資源不可用包括上行IUR帶寬和下行IUR帶。
20.如權(quán)利要求13所述的方法，其特征在于，所述UE能力受限包括UE物理信道能力不支持、UE傳輸信道能力不支持和UE RLC能力不支持。
21.如權(quán)利要求20所述的方法，其特征在于，所述UE物理信道能力不支持包括下行物理信道能力和上行物理信道能力，該下行物理信道能力包括每10ms間隔物理信道最大的接收比特?cái)?shù)，該上行物理信道能力包括每10ms間隔物理信道最大的發(fā)送比特?cái)?shù)。
22.如權(quán)利要求20所述的方法，其特征在于，所述UE傳輸信道能力不支持包括下行傳輸信道能力信息部分和上行傳輸信道能力部分；所述下行傳輸信道能力信息部分包括任意時(shí)間間隔內(nèi)能接收的最大BIT數(shù)、任意時(shí)間間隔內(nèi)能接收的最大卷積編碼的BIT數(shù)、任意時(shí)間間隔內(nèi)能接收的最大TURBO編碼的BIT數(shù)、同一時(shí)刻最大的傳輸信道數(shù)目、最大接收的傳輸塊數(shù)目、最大傳輸格式組合數(shù)目和最大傳輸格式數(shù)目；所述上行傳輸信道能力部分包括任意時(shí)間間隔內(nèi)能發(fā)送的最大BIT數(shù)、任意時(shí)間間隔內(nèi)能發(fā)送的最大卷積編碼的BIT數(shù)、任意時(shí)間間隔內(nèi)能發(fā)送的最大TURBO編碼的BIT數(shù)、同一時(shí)刻最大的傳輸信道數(shù)目、最大發(fā)送的傳輸塊數(shù)目、最大傳輸格式組合數(shù)目和最大傳輸格式數(shù)目。
23.如權(quán)利要求20所述的方法，其特征在于，所述UE RLC能力不支持包括RLC確認(rèn)模式的總緩存大小、最大RLC確認(rèn)模式窗口大小和最大RLC確認(rèn)模式實(shí)體數(shù)目。
24.如權(quán)利要求13所述的方法，其特征在于，所述超出RNC規(guī)格信息包括超出RNC規(guī)格原因參數(shù)；或者，所述協(xié)議或不匹配的消息錯(cuò)誤原因包括協(xié)議或不匹配的消息錯(cuò)誤原因參數(shù)；或者，所述L2配置錯(cuò)誤原因包括L2配置錯(cuò)誤原因參數(shù)；或者，所述ALCAP配置錯(cuò)誤原因包括ALCAP配置錯(cuò)誤原因參數(shù)；或者，所述用戶面錯(cuò)誤原因包括用戶面錯(cuò)誤原因參數(shù)。
25.如權(quán)利要求12所述的方法，其特征在于，所述IUB接口錯(cuò)誤包括NBAPRL建立失敗、NBAP RL重配置失敗、AAL2建立失敗、RL恢復(fù)指示超時(shí)、AAL2修改失敗和未知錯(cuò)誤。
26.如權(quán)利要求25所述的方法，其特征在于，所述NBAP RL建立失敗包括RL建立失敗原因，以及RL建立定時(shí)器超時(shí)參數(shù)；或者，所述NBAP RL重配置失敗包括RL重配置失敗原因，RL重配置定時(shí)器超時(shí)；或者，所述AAL2建立失敗包括AAL2建立失敗原因參數(shù)；或者，所述AAL2修改失敗原因參數(shù)。
27.如權(quán)利要求26所述的方法，其特征在于，所述RL建立失敗原和RL重配置失敗原因包括無(wú)線網(wǎng)絡(luò)層原因、傳輸層原因、協(xié)議原因和其他原因。
28.如權(quán)利要求12所述的方法，其特征在于，所述UU接口失敗包括RB建立失敗和未錯(cuò)誤。
29.如權(quán)利要求28所述的方法，其特征在于，所述RB建立失敗包括RB建立失敗原因和RB建立定時(shí)器超時(shí)；所述RB建立失敗原因包括失敗原因、協(xié)議錯(cuò)誤信息、協(xié)議錯(cuò)誤原因、刪除的TGPSI和TGPSI參數(shù)。
30.如權(quán)利要求12所述的方法，其特征在于，所述IU接口失敗包括IU傳輸失敗、AAL2建立失敗、AAL2修改失敗、IUUP建立失敗和未知錯(cuò)誤。
31.如權(quán)利要求30所述的方法，其特征在于，所述IU傳輸失敗包括IU傳輸網(wǎng)絡(luò)失敗原因參數(shù)；所述AAL2建立失敗包括AAL2修改失敗參數(shù)；所述IUUP建立失敗包括IUUP建立失敗原因。
32.如權(quán)利要求31所述的方法，其特征在于，所述IUUP建立失敗原因包括用戶面錯(cuò)誤原因參數(shù)。
33.如權(quán)利要求12所述的方法，其特征在于，所述IUR接口失敗包括未知錯(cuò)誤參數(shù)。
34.如權(quán)利要求1所述的方法，其特征在于，所述故障上報(bào)消息中按照各級(jí)參數(shù)項(xiàng)設(shè)置攜帶當(dāng)前上報(bào)參數(shù)值的信元。
35.如權(quán)利要求34所述的方法，其特征在于，所述故障上報(bào)消息中還包括攜帶消息類型標(biāo)識(shí)的信元。
36.如權(quán)利要求34或35所述的方法，其特征在于，所述方法還包括所述網(wǎng)絡(luò)管理中心接收所述故障上報(bào)消息并從各信元中提取參數(shù)值。
全文摘要
本發(fā)明公開了一種WCDMA系統(tǒng)中RAB指配故障的上報(bào)方法，其特征在于，建立一RAB指配故障參數(shù)信息集，所述RAB指配故障參數(shù)信息集中，設(shè)置RAB指配故障參數(shù)信息集上報(bào)參數(shù)項(xiàng)，當(dāng)RAB指配建立時(shí)，包括以下步驟A.監(jiān)測(cè)RAB指配連接并接收系統(tǒng)在RRC連接失敗時(shí)發(fā)出的故障信號(hào)；B.根據(jù)所述故障信號(hào)指明的故障原因查詢RAB指配故障信息集中要求上報(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ò)管理中心。本發(fā)明可以獲得RAB指配失敗的具體原因，從而可以解決RAB指配失敗的問(wèn)題。
文檔編號(hào)H04W24/10GK1852530SQ200510088680
公開日2006年10月25日 申請(qǐng)日期2005年8月1日 優(yōu)先權(quán)日2005年8月1日
發(fā)明者朱立峰, 李伽, 崔振慶 申請(qǐng)人:華為技術(shù)有限公司