專利名稱：寬帶碼分多址系統(tǒng)中無線資源控制連接故障信息上報方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種寬帶碼分多址系統(tǒng)(WCDMA)中無線資源控制(RRC)連接故障信息上報方法。
背景技術(shù)：
WCDMA系統(tǒng)是一個開放的系統(tǒng)，該系統(tǒng)主要包含核心網(wǎng)(CN)，UMTS無線接入網(wǎng)(UTRAN)以及用戶設(shè)備(UE)三部分。其中的RNC屬于UTRAN部分，RNC與其它網(wǎng)元存在著標準接口，比如與CN之間的IU接口，與NodeB之間是IUB接口，與其它RNC之間是IUR接口，當然還有UE與RNC的接口是UU接口。
一個RNC可以連接一個或者多個NodeB，而一個NodeB包含一個或者多個小區(qū)。UE開機后，在一個小區(qū)中駐留后便開始接收網(wǎng)絡(luò)側(cè)的服務，比如接收系統(tǒng)消息和接收尋呼消息。當UE撥打電話或者接聽電話的時候，那么UE就會在這個小區(qū)發(fā)起呼叫，并觸發(fā)一系列標準接口的流程。
在無線網(wǎng)絡(luò)運行的過程中，尤其是建網(wǎng)初期，經(jīng)常會出現(xiàn)這種問題，如何來發(fā)現(xiàn)并解決這種問題，便顯的尤為重要了。同時3GPP的協(xié)議對這種TRACE沒有相應的協(xié)議標準，如何進行協(xié)議輸出以便于定位RRC連接建立故障問題，在網(wǎng)絡(luò)運營的過程中會成為一個重點。本專利就針對這個問題提出了一套標準協(xié)議的解決和分析的方法。
在現(xiàn)有網(wǎng)絡(luò)的日常維護工作中，通過如下方法來進行故障分析；1)性能統(tǒng)計功能。性能統(tǒng)計是通過統(tǒng)計網(wǎng)絡(luò)中關(guān)鍵的統(tǒng)計項來衡量當前網(wǎng)絡(luò)的質(zhì)量，該方法是統(tǒng)計在一個特定的測量周期內(nèi)RRC連接建立成功/失敗次數(shù)，并將該統(tǒng)計值反饋給網(wǎng)絡(luò)管理系統(tǒng)，由網(wǎng)絡(luò)管理系統(tǒng)進行全面的分析，通過分析結(jié)果指導對現(xiàn)有網(wǎng)絡(luò)的擴容和問題解決。
2)全網(wǎng)信令檢測方法。信令跟蹤的方法是通過信令跟蹤儀器在標準協(xié)議接口(如UU，IUB)中跟蹤呼叫過程尤其是來自不同網(wǎng)元的標準協(xié)議消息，并將這些相關(guān)的消息發(fā)送給網(wǎng)絡(luò)管理中心，通過對這些捕獲的消息來進行分析，根據(jù)分析結(jié)果對網(wǎng)絡(luò)進行優(yōu)化，同時解決部分問題。
3)告警。網(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ā)生的故障。
對于現(xiàn)有技術(shù)的解決方法來說，都存在著不同的缺點1)性能統(tǒng)計功能。性能統(tǒng)計是一種長時間，或者說是一種周期任務的統(tǒng)計功能，在一段時間內(nèi)統(tǒng)計RRC連接建立成功率或者失敗率是多少，這種統(tǒng)計結(jié)果本身就很粗糙，并且該功能是統(tǒng)計歷史數(shù)據(jù)，不能對RRC連接出現(xiàn)故障的原因進行異常分析。如果提高性能統(tǒng)計的粒度，增加對RRC連接失敗原因的統(tǒng)計，勢必會導致大量數(shù)據(jù)的出現(xiàn)，對正常業(yè)務有影響。
2)全網(wǎng)信令檢測方法。全網(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)消息中存在的問題，這種方法也不便于在維護人員中推廣。
3)告警。告警一般來說關(guān)注的都是設(shè)備故障，對用戶故障的關(guān)注比較少。比如用戶由于無線原因?qū)е虑袚Q出現(xiàn)故障的時候，在告警上是無法體現(xiàn)出來。所以告警基本上不能反映或者解決切換出現(xiàn)的問題。

發(fā)明內(nèi)容
本發(fā)明提供一種WCDMA中RRC連接故障信息上報方法，用以解決現(xiàn)有技術(shù)中存在故障信息上報復雜，不能及時、準確定位的問題。
本發(fā)明方法包括一種寬帶碼分多址系統(tǒng)(WCDMA)中無線資源控制(RRC)連接故障信息上報方法，其特征在于，建立一RRC連接故障參數(shù)信息集，所述RRC連接故障參數(shù)信息集中，設(shè)置RRC連接故障上報參數(shù)項，當RRC連接建立時，包括以下步驟A、監(jiān)測RRC連接并接收系統(tǒng)在RRC連接失敗時發(fā)出的故障信號；B、根據(jù)所述故障信號指明的故障原因查詢RRC連接故障信息集中要求上報的參數(shù)項；C、根據(jù)所述參數(shù)項從系統(tǒng)中獲取對應的參數(shù)值并寫入故障上報消息；D、將所述故障上報消息發(fā)送給網(wǎng)絡(luò)管理中心。
所述的RRC連接故障參數(shù)信息集，包括下述內(nèi)容終端設(shè)備信息部分、小區(qū)信息部分、RRC失敗原因。
所述的終端設(shè)備信息部分，包括初始終端設(shè)備標識、RRC建立原因、RRC建立時間。
所述的初始終端設(shè)備標識，包括終端標識類型，所述的終端標識類型包括國際移動用戶標識(IMSI)、臨時移動用戶標識(TMSI)、位置區(qū)標識(LAI)、分組臨時移動用戶標識(P-TMSI)、路由區(qū)標識(RAI)、國際移動用戶標識碼(IMEI)。
所述的IMSI為數(shù)字國際移動用戶標識。
所述的LAI包括公共陸地移動網(wǎng)標識(PLMN)和位置區(qū)碼(LAC)。
所述的RAI包括位置區(qū)標識(LAI)和路由區(qū)域碼(RAC)。
所述的IMEI為數(shù)字IMEI。
所述的小區(qū)信息部分，包括小區(qū)標識。
所述的RRC失敗原因，包括RRC連接失敗原因。
所述的RRC連接失敗原因，包括選擇組原因，所述的選擇組原因包括RNC內(nèi)部選擇失敗、IUB接口錯誤選擇、UU接口錯誤選擇、IU接口錯誤選擇、IUR接口錯誤選擇。
所述的RNC內(nèi)部失敗選擇，進一步包括呼叫準入失敗、協(xié)議或不匹配的消息失敗原因、ASN.1編碼錯誤、層2配置錯誤、ALCAP配置錯誤、未知錯誤。
所述的協(xié)議或不匹配的失敗原因，包括上行擴頻因子、下行擴頻因子、本地小區(qū)信用度信息、本地小區(qū)組信用度信息。
所述的本地小區(qū)信用度信息包括下行或者上行能力信用度；本地小區(qū)組信用度信息包括下行或上行能力信用度。
所述的IUB接口錯誤選擇，進一步包括NBAP RL建立失敗、RL建立失敗原因、RL建立超時、AL CAP承載建立失敗、未知錯誤。
所述的AL CAP承載建立失敗信息中，包括AL CAP承載建立失敗原因。
所述的UU接口選擇失敗，進一步包括RRC建立超時、安全模式失敗及原因、初始直傳超時、未知錯誤。
所述的安全模式失敗信息中，包括安全模式失敗原因。
所述的IU接口失敗選擇和IUR接口失敗選擇進一步包括未知錯誤。
所述的RRC連接故障參數(shù)信息集，還包括重定向信息，所述的重定向信息包括頻率信息、異系統(tǒng)信息。
所述的頻率信息，包括選擇模式，所述的選擇模式為FDD的上行頻點和下行頻點。
所述的RRC連接故障參數(shù)信息集，還包括測量信息部分。
所述的測量信息部分，包括RACH信道測量結(jié)果、傳輸時延、目標RRC狀態(tài)指示。
所述的RACH信道測量結(jié)果，包括當前小區(qū)測量結(jié)果、監(jiān)視集小區(qū)測量結(jié)果。
所述的當前小區(qū)測量結(jié)果包括選擇測量值，所述選擇測量值包括CPICHEc/NO和CPICH RSCP。
所述的監(jiān)視集小區(qū)測量結(jié)果，包括主CPICH信息，所述的主CPICH信息包括測量量。
所述的測量量包括CPICH Ec/NO和CPICH RSCP。
所述故障上報消息中按照各級參數(shù)項設(shè)置攜帶當前上報參數(shù)值的信元。
所述故障上報消息中還包括攜帶消息類型標識的信元。
所述方法還包括所述網(wǎng)絡(luò)管理中心接收所述故障上報消息并從各信元中提取參數(shù)值。
本發(fā)明有益效果如下本發(fā)明是提供RRC故障中，現(xiàn)場信息的上報方法，可以RRC連接建立過程中出現(xiàn)的問題，并通過標準協(xié)議消息反饋給網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)根據(jù)這些歷史記錄來分析呼叫出現(xiàn)的問題，并通過這些消息信元分析問題，并通過相應的手段來恢復故障。
在3G網(wǎng)絡(luò)運行的初期，經(jīng)常會出現(xiàn)3G網(wǎng)絡(luò)覆蓋不合理的情況，比如小區(qū)覆蓋面積設(shè)計過大，由于用戶太多導致小區(qū)資源耗盡，或者配置的鄰區(qū)信號在覆蓋區(qū)太差等等。這些原因?qū)е掠脩粼谶@些地方接入失敗。
如果出現(xiàn)上述情況，這時候便可以通過本專利描述的方法獲得RRC連接失敗的原因，從而可以解決RRC連接建立失敗問題。


圖1為現(xiàn)有技術(shù)中UTRAN系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明RRC建立在專用信道上的流程示意圖；圖3為本發(fā)明RRC建立在公共信道上的流程示意圖；圖4為本發(fā)明的流程示意圖。
具體實施例方式
下面結(jié)合說明書

本發(fā)明具體實施方式
。
在WCDMA中，RRC的建立有兩種方式1、RRC建立在專用信道如圖2所示，是RRC連接建立在專用信道的流程示意圖，從圖中可見，主要包括以下步驟1)UE在CCCH上發(fā)送RRC連接建立請求消息。消息中包含初始UE ID，建立原因，初始UE能力等。
2)RNC判決RRC連接建立在DCH上，同時分配無線層和傳輸層資源，分配成功后發(fā)送RADIO LINK SETUP REQUEST給NodeB。
3)NodeB收到來自RNC的請求消息后，分配資源開始物理信道接收，隨即發(fā)送相應的相應消息RADIO LINK SETUP RESPONSE給RNC，通知RNC無線鏈路建立完成。
4)RNC收到NodeB的成功響應后，開始建立ALCAP傳輸層部分。
5)RNC發(fā)送下行同步消息，進行下行同步。
6)NODEB發(fā)送上行同步消息，進行上行同步。
7)RNC在CCCH發(fā)送RRC CONNECTION SETUP給UE。
8)UE在DCCH發(fā)送RRC CONNECTION SETUP COMPLETE消息告知RNCRRC連接建立完成。
2、RRC建立在公共信道
如圖3所示，是RRC連接建立在公共信道的流程示意圖，如果RNC判決RRC建立在公共信道(RACH/FACH)，流程比較簡單，省略了建立無線鏈路部分。
從上面的消息流程可以看出，在UE發(fā)起RRC連接建立請求后，很多過程都可能出現(xiàn)問題，而導致UE無法在接入的小區(qū)建立RRC，那么如何來定位出現(xiàn)的問題呢？比如當RNC發(fā)現(xiàn)目標小區(qū)擁塞，那么就不會發(fā)送RADIO LINKSETUP REQUEST給NodeB，從而導致失敗，如何讓這些原因提供給網(wǎng)絡(luò)維護中心，從而重新規(guī)劃網(wǎng)絡(luò)或者升級？本發(fā)明設(shè)置一RRC連接故障參數(shù)信息集，該RRC連接故障參數(shù)信息集中設(shè)置RRC連接故障上報參數(shù)項，該RRC連接故障參數(shù)信息集，既可以為表格的形式，也可以為目前網(wǎng)絡(luò)管理中常用的樹形結(jié)構(gòu)。
本發(fā)明在RRC連接建立故障中，根據(jù)所述的RRC連接故障參數(shù)信息集，選擇相關(guān)信息。填寫后發(fā)送給網(wǎng)絡(luò)管理員，進行相關(guān)故障分析和定位。
如圖4所示，當RRC連接建立時，包括以下步驟S1、監(jiān)測RRC連接并接收系統(tǒng)在RRC連接失敗時發(fā)出的故障信號；S2、根據(jù)所述故障信號指明的故障原因查詢RRC連接故障信息集中要求上報的參數(shù)項；S3、根據(jù)所述參數(shù)項從系統(tǒng)中獲取對應的參數(shù)值并寫入故障上報消息；S4、將所述故障上報消息發(fā)送給網(wǎng)絡(luò)管理中心。
其中故障上報消息中按照各級參數(shù)項設(shè)置攜帶當前上報參數(shù)值的信元。在該故障上報消息中還包括攜帶消息類型標識的信元。
網(wǎng)絡(luò)管理中心接收所述故障上報消息并從各信元中提取參數(shù)值。
本發(fā)明提供了RRC連接建立故障定位分析方法，當RRC連接建立過程中出現(xiàn)故障的時候，RNC會通過故障上報消息發(fā)送給網(wǎng)絡(luò)管理中心，并將相關(guān)故障信息以信元的形式體現(xiàn)在消息中，以便提供維護人員定位解決。
目前3GPP協(xié)議中沒有針對RRC連接建立故障的輸出內(nèi)容，包括失敗原因進行詳細的描述，本發(fā)明提出了一套完善方案。在RRC建立失敗后，根據(jù)RRC連接故障參數(shù)信息集輸出的相關(guān)參數(shù)進行分析，來定位出現(xiàn)的問題，指導運營商進行網(wǎng)絡(luò)優(yōu)化。為了方便描述起見，我們將RRC連接故障參數(shù)信息集具體細化，根據(jù)RRC連接故障參數(shù)信息集形成故障協(xié)議表格，下面將詳細描述該故障協(xié)議表格的相關(guān)結(jié)構(gòu)。
對于表中一些符號的說明MP 必須存在；OP 可以存在；ENUMRATE 3G協(xié)議規(guī)定的數(shù)據(jù)類型(枚舉)；INTEGER3G協(xié)議規(guī)定的數(shù)據(jù)類型(整型)；BITSTRING 3G協(xié)議規(guī)定的數(shù)據(jù)類型(BIT串)。
以下各表格的關(guān)系，存在有一個總表(表1)，其他幾張表描述了總表所使用的數(shù)據(jù)結(jié)構(gòu)，屬于總表的子表，只要發(fā)生故障信息就會按照總表的格式保存，顯示或發(fā)送。
表0說明

表1RRC連接建立故障協(xié)議結(jié)構(gòu)


表2初始UE標識

表3RRC建立原因

表4小區(qū)標識

表5RACH信道測量結(jié)果

表6傳輸時延

表7RRC狀態(tài)指示

表8RRC失敗原因



表9重定向信息

表10頻率信息

表11異系統(tǒng)信息

表12國際移動用戶標識

表13臨時移動用戶標識

表14位置區(qū)標識

表15分組臨時移動用戶標識

表16路由區(qū)域標識

表17路由區(qū)域碼

表18國際移動用戶標識

表19主CPICH信息

表20信用度信息


表21協(xié)議或不匹配的消息錯誤原因

表22層2配置錯誤原因

表23ALCAP配置錯誤原因

表24UU接口失敗原因

表25Iub接口失敗原因


表26呼叫準入失敗


本發(fā)明在RRC連接建立流程中如果出現(xiàn)了錯誤導致RRC連接建立過程失敗，則按照本發(fā)明設(shè)定的表格上報格式來組織信息，可以參考如下實施例的內(nèi)容。
實施例1如在圖2中步驟2中RNC為RRC連接分配無線層資源和傳輸層資源，分配過程中發(fā)現(xiàn)RRC需要使用的擴頻因子為128，但是當前小區(qū)中的最小可用的擴頻因子為256，導致無空閑碼資源使RRC連接無法建立成功。因此按照表1RRC連接建立故障協(xié)議結(jié)構(gòu)的描述，需要記錄下以下信息1)用戶的初始ID，直接來自如果RRC連接建立請求中，可以是IMSI、TMSI、P-TMSI或者IMEI；2)RRC建立的原因，來自于RRC連接建立請求中，比如主叫會話業(yè)務；3)RRC建立時間，取當前時間即可；4)當前小區(qū)ID，以及RRC連接建立請求上報(可以來自RRC連接請求中的隨機接入信道測量報告以及小區(qū)質(zhì)量測量報告)的小區(qū)的RSCP或者Ec/No；5)IUB接口的傳輸時延，這個時候如果沒有就不填；6)如果目標RRC狀態(tài)需要遷移到CELL_DCH，那么設(shè)置目標RRC狀態(tài)為CELL_DCH；7)設(shè)置失敗原因，對照表格可以知道，這種原因應該歸結(jié)到RNC內(nèi)部錯誤-呼叫準入失敗-下行擴頻因子不夠-SF128。同時需要計算小區(qū)中SF256的占用率。計算方法是占用的下行擴頻因子折算到SF256，如SF16就折算成16個SF256，占用的個數(shù)設(shè)為A，那么SF256占用率就是A/256。
8)重定向信息，如果沒有就填寫，如果有就按照RNC判決的重定向信息填寫。
實施例2如在圖2中步驟3中，NODEB并沒有在RNC等待的時間內(nèi)返回RADIO LINK SETUP RESPONSE，RNC無法進行后續(xù)流程，導致RRC連接建立流程失敗。因此按照表1RRC連接建立故障協(xié)議結(jié)構(gòu)的描述，需要記錄下以下信息1)2)3)4)5)6)同實施例1中的描述；7)設(shè)置失敗原因，對照表格可以知道，這種原因應該歸結(jié)到IUB接口錯誤-RL建立失敗-RL建立定時器超時。
8)同(1)中的步驟8)。
實施例3在呼叫用戶移動到小區(qū)覆蓋薄弱區(qū)的時候，可能會觸發(fā)一次軟切換，那么由于目標小區(qū)資源受限可能會出現(xiàn)RRC連接建立失敗，但是我們通過輸出這些失敗的相關(guān)信息，可以幫忙我們進行網(wǎng)絡(luò)優(yōu)化，以便用戶能夠靈活的切換。
比如當某個小區(qū)用戶接入困難，導致呼叫失敗。這個時候就可以搜索RRC連接建立失敗的CHR記錄。比如某用戶的記錄如下表27用戶記錄


分析該表格可以獲得如下信息接入點小區(qū)的信號沒有問題。RRC發(fā)起的原因是會話型業(yè)務(可能是AMR語音或者可視電話)主叫。
RRC連接建立時候申請的下行擴頻因子為128，但是申請失敗。
后續(xù)沒有進行重定向。
從上面的輸出參數(shù)可以知道，本次RRC連接建立失敗的原因是因為目標小區(qū)的下行信道碼申請失敗，導致準入失敗而引起的RRC連接建立失敗，那么我們可以給出如下結(jié)論目標小區(qū)是否處于熱點地區(qū)，如果是，那么應當優(yōu)化網(wǎng)絡(luò)，比如增加異頻同覆蓋小區(qū)，這樣在一個小區(qū)接入失敗的時候可以進行異頻直接重試。
目標小區(qū)的導頻功率是否設(shè)置太大了，導致太多用戶接入到該小區(qū)中。如果是，那么應當減小功率，以便使得用戶可以平均分布到其它相鄰小區(qū)。
修改目標小區(qū)的小區(qū)選擇與重選參數(shù)，以便使得在該小區(qū)中的用戶在空閑的時候更容易重選到其它鄰區(qū)。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種寬帶碼分多址系統(tǒng)(WCDMA)中無線資源控制(RRC)連接故障信息上報方法，其特征在于，建立一RRC連接故障參數(shù)信息集，所述RRC連接故障參數(shù)信息集中，設(shè)置RRC連接故障上報參數(shù)項，當RRC連接建立時，包括以下步驟A、監(jiān)測RRC連接并接收系統(tǒng)在RRC連接失敗時發(fā)出的故障信號；B、根據(jù)所述故障信號指明的故障原因查詢RRC連接故障信息集中要求上報的參數(shù)項；C、根據(jù)所述參數(shù)項從系統(tǒng)中獲取對應的參數(shù)值并寫入故障上報消息；D、將所述故障上報消息發(fā)送給網(wǎng)絡(luò)管理中心。
2.如權(quán)利要求1所述的方法，其特征在于，所述的RRC連接故障參數(shù)信息集，包括下述內(nèi)容終端設(shè)備信息部分、小區(qū)信息部分、RRC失敗原因。
3.如權(quán)利要求2所述的方法，其特征在于，所述的終端設(shè)備信息部分，包括初始終端設(shè)備標識、RRC建立原因、RRC建立時間。
4.如權(quán)利要求3所述的方法，其特征在于，所述的初始終端設(shè)備標識，包括終端標識類型，所述的終端標識類型包括國際移動用戶標識(IMSI)、臨時移動用戶標識(TMSI)、位置區(qū)標識(LAI)、分組臨時移動用戶標識(P-TMSI)、路由區(qū)標識(RAI)、國際移動用戶標識碼(IMEI)。
5.如權(quán)利要求4所述的方法，其特征在于，所述的IMSI為數(shù)字國際移動用戶標識。
6.如權(quán)利要求5所述的方法，其特征在于，所述的LAI包括公共陸地移動網(wǎng)標識(PLMN)和位置區(qū)碼(LAC)。
7.如權(quán)利要求4所述的方法，其特征在于，所述的RAI包括位置區(qū)標識(LAI)和路由區(qū)域碼(RAC)。
8.如權(quán)利要求4所述的方法，其特征在于，所述的IMEI為數(shù)字IMEI。
9.如權(quán)利要求5所述的方法，其特征在于，所述的小區(qū)信息部分，包括小區(qū)標識。
10.如權(quán)利要求2所述的方法，其特征在于，所述的RRC失敗原因，包括RRC連接失敗原因。
11.如權(quán)利要求10所述的方法，其特征在于，所述的RRC連接失敗原因，包括選擇組原因，所述的選擇組原因包括RNC內(nèi)部選擇失敗、IUB接口錯誤選擇、UU接口錯誤選擇、IU接口錯誤選擇、IUR接口錯誤選擇。
12.如權(quán)利要求11所述的方法，其特征在于，所述的RNC內(nèi)部失敗選擇，進一步包括呼叫準入失敗、協(xié)議或不匹配的消息失敗原因、ASN.1編碼錯誤、層2配置錯誤、ALCAP配置錯誤、未知錯誤。
13.如權(quán)利要求12所述的方法，其特征在于，所述的協(xié)議或不匹配的失敗原因，包括上行擴頻因子、下行擴頻因子、本地小區(qū)信用度信息、本地小區(qū)組信用度信息。
14.如權(quán)利要求13所述的方法，其特征在于，所述的本地小區(qū)信用度信息包括下行或者上行能力信用度；本地小區(qū)組信用度信息包括下行或上行能力信用度。
15.如權(quán)利要求11所述的方法，其特征在于，所述的IUB接口錯誤選擇，進一步包括NBAP RL建立失敗、RL建立失敗原因、RL建立超時、AL CAP承載建立失敗、未知錯誤。
16.如權(quán)利要求15所述的方法，其特征在于，所述的AL CAP承載建立失敗信息中，包括AL CAP承載建立失敗原因。
17.如權(quán)利要求11所述的方法，其特征在于，所述的UU接口選擇失敗，進一步包括RRC建立超時、安全模式失敗及原因、初始直傳超時、未知錯誤。
18.如權(quán)利要求17所述的方法，其特征在于，所述的安全模式失敗信息中，包括安全模式失敗原因。
19.如權(quán)利要求11所述的方法，其特征在于，所述的IU接口失敗選擇和IUR接口失敗選擇進一步包括未知錯誤。
20.如權(quán)利要求1所述的方法，其特征在于，所述的RRC連接故障參數(shù)信息集，還包括重定向信息。
21.如權(quán)利要求20所述的方法，其特征在于，所述的重定向信息包括頻率信息、異系統(tǒng)信息。
22.如權(quán)利要求21所述的方法，其特征在于，所述的頻率信息，包括選擇模式，所述的選擇模式為FDD的上行頻點和下行頻點。
23.如權(quán)利要求1所述的方法，其特征在于，所述的RRC連接故障參數(shù)信息集，還包括測量信息部分。
24.如權(quán)利要求23所述的方法，其特征在于，所述的測量信息部分，包括RACH信道測量結(jié)果、傳輸時延、目標RRC狀態(tài)指示。
25.如權(quán)利要求24所述的方法，其特征在于，所述的RACH信道測量結(jié)果，包括當前小區(qū)測量結(jié)果、監(jiān)視集小區(qū)測量結(jié)果。
26.如權(quán)利要求25所述的方法，其特征在于，所述的當前小區(qū)測量結(jié)果包括選擇測量值，所述選擇測量值包括CPICH Ec/NO和CPICH RSCP。
27.如權(quán)利要求25所述的方法，其特征在于，所述的監(jiān)視集小區(qū)測量結(jié)果，包括主CPICH信息，所述的主CPICH信息包括測量量。
28.如權(quán)利要求27所述的方法，其特征在于，所述的測量量包括CPICH Ec/NO和CPICH RSCP。
29.如權(quán)利要求1所述的方法，其特征在于，所述故障上報消息中按照各級參數(shù)項設(shè)置攜帶當前上報參數(shù)值的信元。
30.如權(quán)利要求29所述的方法，其特征在于，所述故障上報消息中還包括攜帶消息類型標識的信元。
31.如權(quán)利要求29或30所述的方法，其特征在于，所述方法還包括所述網(wǎng)絡(luò)管理中心接收所述故障上報消息并從各信元中提取參數(shù)值。
全文摘要
本發(fā)明涉及一種寬帶碼分多址系統(tǒng)(WCDMA)中無線資源控制(RRC)連接故障信息上報方法。建立一RRC連接故障參數(shù)信息集，所述RRC連接故障參數(shù)信息集中，設(shè)置RRC連接故障上報參數(shù)項，當RRC連接建立時，包括以下步驟A.監(jiān)測RRC連接并接收系統(tǒng)在RRC連接失敗時發(fā)出的故障信號；B.根據(jù)所述故障信號指明的故障原因查詢RRC連接故障信息集中要求上報的參數(shù)項；C.根據(jù)所述參數(shù)項從系統(tǒng)中獲取對應的參數(shù)值并寫入故障上報消息；D.將所述故障上報消息發(fā)送給網(wǎng)絡(luò)管理中心。通過本發(fā)明描述的方法可以獲得RRC連接失敗的原因，從而可以解決RRC連接建立失敗問題。
文檔編號H04W24/10GK1852531SQ20051008868
公開日2006年10月25日 申請日期2005年8月1日 優(yōu)先權(quán)日2005年8月1日
發(fā)明者崔振慶, 朱立峰, 李伽, 呂玖有, 鄭旋, 劉勇, 薛麗軍 申請人:華為技術(shù)有限公司