專利名稱：一種NodeB小區(qū)級(jí)故障的定位分析方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線領(lǐng)域中NodeB故障的分析方法，尤其是一種利用日志記錄對(duì)NodeB小區(qū)、公共信道、公共測(cè)量和小區(qū)信息更新故障進(jìn)行定位分析的方法。
背景技術(shù)：
WCDMA系統(tǒng)是一個(gè)開放的系統(tǒng)。該系統(tǒng)主要包含CN(核心網(wǎng))，UTRAN(通用地面無線接入網(wǎng))以及UE(終端設(shè)備)三部分。其中，NodeB屬于UTRAN部分，其主要功能之一為無線承載的建立和釋放，包括邏輯小區(qū)管理(建立、重配置、刪除)，公共傳輸信道管理(建立、重配置、刪除)，無線鏈路管理(建立、重配置、刪除)，公共測(cè)量管理(建立，刪除，上報(bào))等。
UE開機(jī)后，首先通過小區(qū)搜索過程與一個(gè)信號(hào)最強(qiáng)的服務(wù)小區(qū)同步；然后接收小區(qū)的廣播信息，并進(jìn)行位置更新流程。當(dāng)UE被呼叫時(shí)，UE需通過PCH(尋呼信道)查詢自己的尋呼信息，完成尋呼過程；WCDMA系統(tǒng)還會(huì)通過FACH(前向接入信道)發(fā)送數(shù)據(jù)給UE用戶。如果小區(qū)的信息發(fā)生變化，需通過系統(tǒng)消息更新來通知小區(qū)下的UE。如果該小區(qū)支持HSDPA，通過物理共享信道重配置來建立HSDPA信道；RNC(無線網(wǎng)絡(luò)控制器)還會(huì)通過建立公共測(cè)量獲知通信的質(zhì)量，對(duì)NodeB適時(shí)地進(jìn)行調(diào)整，來提高通話質(zhì)量和通話容量。
由此可見，小區(qū)、公共信道和小區(qū)信息更新、公共測(cè)量管理的存在是整個(gè)WCDMA系統(tǒng)實(shí)現(xiàn)服務(wù)的前提，根據(jù)25.433協(xié)議規(guī)定，WCDMA系統(tǒng)啟動(dòng)后，RNC會(huì)通過NBAP(Node B應(yīng)用部分)協(xié)議發(fā)送小區(qū)管理(建立，重配，刪除)、公共信道管理(建立，重配，刪除)、物理共享信道重配置，系統(tǒng)消息更新、測(cè)量管理(建立，刪除，失敗，報(bào)告)等消息給NodeB，以此進(jìn)行小區(qū)，公共測(cè)量，公共信道及小區(qū)信息更新的管理。
然而在實(shí)際應(yīng)用中，我們不時(shí)碰到小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新發(fā)生異常的情況，在現(xiàn)有網(wǎng)絡(luò)的日常維護(hù)工作中，通常通過如下方法來進(jìn)行故障分析一、性能統(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)信令流程成功/失敗次數(shù)，并將該統(tǒng)計(jì)值反饋給網(wǎng)絡(luò)管理系統(tǒng)，由網(wǎng)絡(luò)管理系統(tǒng)進(jìn)行全面的分析，通過分析結(jié)果指導(dǎo)對(duì)現(xiàn)有網(wǎng)絡(luò)的擴(kuò)容和問題解決。
性能統(tǒng)計(jì)是一種長時(shí)間，或者說是一種周期任務(wù)的統(tǒng)計(jì)功能，在一段時(shí)間內(nèi)統(tǒng)計(jì)信令流程成功率或者失敗率是多少，這種統(tǒng)計(jì)結(jié)果本身就很粗糙，并且該功能是統(tǒng)計(jì)歷史數(shù)據(jù)，不能對(duì)信令出現(xiàn)故障的原因進(jìn)行異常分析。
二、全網(wǎng)信令檢測(cè)方法信令跟蹤的方法是通過信令跟蹤儀器在標(biāo)準(zhǔn)協(xié)議接口(如Iu，Gb，Gr)中跟蹤呼叫過程尤其是來自不同網(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)行跟蹤，這種跟蹤會(huì)產(chǎn)生大量的數(shù)據(jù)，目前的2G全網(wǎng)信令跟蹤只是跟蹤了部分網(wǎng)間的消息，對(duì)于3G系統(tǒng)來說，這些跟蹤消息將會(huì)是海量的，尤其是如果要跟蹤接入網(wǎng)部分的消息。如何從大量的消息跟蹤中獲取有用的信息，將會(huì)是非常大的工作量。另外通過信令跟蹤還需要有很豐富的經(jīng)驗(yàn)，能夠很敏銳的發(fā)現(xiàn)消息中存在的問題，這種方法也不便于在維護(hù)人員中推廣。
三、告警網(wǎng)絡(luò)管理系統(tǒng)對(duì)告警信息的處理和分析可以進(jìn)行網(wǎng)絡(luò)故障的排除和管理。在系統(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ì)用戶故障的關(guān)注比較少。比如用戶由于種種原因，附著或者PDP激活等故障的時(shí)候，在告警上是無法體現(xiàn)出來。所以告警基本上不能反映或者解決定位單個(gè)用戶信令異常的問題。
綜上所述，NodeB小區(qū)、公共信道、公共測(cè)量和小區(qū)信息更新發(fā)生故障時(shí)，在定位問題過程中，沒有很好的定位和分析故障原因、進(jìn)而解決故障的方法。

發(fā)明內(nèi)容
針對(duì)以上問題，本發(fā)明的目的為提供一種NodeB小區(qū)級(jí)故障的定位分析方法，從而實(shí)現(xiàn)當(dāng)NodeB小區(qū)故障發(fā)生時(shí)，對(duì)故障原因進(jìn)行定位分析，進(jìn)一步解決故障。
具體的說，本發(fā)明采用一種小區(qū)日志記錄(CELLLOG)，該記錄可以跟蹤小區(qū)、公共信道、公共測(cè)量和小區(qū)信息更新管理過程中出現(xiàn)的問題，并通過標(biāo)準(zhǔn)協(xié)議消息反饋給網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)根據(jù)這些歷史記錄來分析小區(qū)出現(xiàn)的問題，并通過這些消息信元分析問題，并通過相應(yīng)的手段來解決故障。
本發(fā)明的技術(shù)方案如下一種NodeB小區(qū)級(jí)故障的定位分析方法，包括以下步驟A、當(dāng)NodeB收到RNC發(fā)來的小區(qū)相關(guān)信令消息時(shí)，NodeB端信令處理模塊記錄相關(guān)消息生成小區(qū)日志標(biāo)準(zhǔn)化信息保存到臨時(shí)內(nèi)存緩沖區(qū)中；B、當(dāng)小區(qū)發(fā)生故障時(shí)，解讀臨時(shí)內(nèi)存緩沖區(qū)中小區(qū)日志標(biāo)準(zhǔn)化信息，定位小區(qū)管理中故障的原因。
所述小區(qū)級(jí)故障為小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新管理故障；小區(qū)管理包括小區(qū)建立、重配置、刪除；公共信道管理包括公共信道建立、重配置、刪除；公共測(cè)量管理包括公共測(cè)量初始化、刪除、失敗、報(bào)告；小區(qū)信息更新管理包括系統(tǒng)消息更新、物理共享信道重配置。
其中，A步驟中相關(guān)信令為小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新管理；小區(qū)相關(guān)信令的流程包括小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新管理的正常流程和異常流程。
B過程中，解讀之前進(jìn)一步包括將臨時(shí)內(nèi)存緩沖區(qū)中相關(guān)小區(qū)日志標(biāo)準(zhǔn)化信息輸出到系統(tǒng)固定保存小區(qū)日志的內(nèi)存或文件中，并按需或定時(shí)通過網(wǎng)絡(luò)手段把小區(qū)日志標(biāo)準(zhǔn)化信息發(fā)送到網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)通過日志解析工具對(duì)其進(jìn)行解讀。
所述網(wǎng)絡(luò)手段為Ftp。
其中，所述小區(qū)日志標(biāo)準(zhǔn)化信息包括信息點(diǎn)號(hào)、可格式化的字符串信息、小區(qū)的索引號(hào)及記日志的時(shí)間。
所述小區(qū)可格式化的字符串信息包含以下信息之一或其任意組合(1)小區(qū)ID；(2)小區(qū)申請(qǐng)資源的錯(cuò)誤原因；(3)參數(shù)不合法，具體哪個(gè)參數(shù)不合法，確切的合法條件；(4)協(xié)議不支持及具體哪項(xiàng)協(xié)議參數(shù)不支持；(5)小區(qū)最大輸出功率不支持，小區(qū)可支持最大功率值，RNC要求的小區(qū)最大輸出功率；(6)小區(qū)中PSCH，SSCH，PCCPCH，PCPICH的物理信道號(hào)沖突，沖突的具體信道號(hào)；(7)小區(qū)中BCH的邏輯信道號(hào)沖突，沖突的具體信道號(hào)；(8)公共物理信道的物理信道號(hào)沖突，沖突的具體信道號(hào)；(9)公共傳輸信道的傳輸信道號(hào)沖突，沖突的具體信道號(hào)；(10)公共物理信道的物理信道號(hào)；(11)公共傳輸信道的傳輸信道號(hào)；(12)公共傳輸信道申請(qǐng)資源的錯(cuò)誤原因；(13)獲取公共傳輸信道所屬的小區(qū)信息的錯(cuò)誤原因；(14)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊發(fā)送消息或調(diào)用函數(shù)接口給外模塊，確定外模塊唯一性的信息；(15)外模塊發(fā)送響應(yīng)消息或調(diào)用函數(shù)成功結(jié)果給小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊；
(16)外模塊發(fā)送失敗消息或調(diào)用函數(shù)失敗結(jié)果給小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊，及具體失敗原因；(17)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊等待外模塊響應(yīng)消息超時(shí)，及具體哪條消息超時(shí)。
其中，小區(qū)日志標(biāo)準(zhǔn)化信息輸出時(shí)，NodeB端信令處理模塊生成小區(qū)環(huán)境狀態(tài)信息，小區(qū)日志標(biāo)準(zhǔn)化信息連同小區(qū)環(huán)境狀態(tài)信息做為小區(qū)日志信息一起輸出。
小區(qū)日志標(biāo)準(zhǔn)化信息及小區(qū)環(huán)境狀態(tài)信息的格式為用戶可配置的文本或二進(jìn)制格式。
如小區(qū)日志標(biāo)準(zhǔn)化信息及小區(qū)環(huán)境狀態(tài)信息的格式為二進(jìn)制格式，則步驟B中，解讀之前用解碼工具把二進(jìn)制信息解碼為文本信息。
小區(qū)環(huán)境狀態(tài)信息包括RNC發(fā)來的IUB消息，以及當(dāng)時(shí)NodeB的環(huán)境信息。
所述NodeB的環(huán)境信息包含以下信息之一或其任意組合(1)NodeB的NCP號(hào)；(2)NodeB的NCP狀態(tài)；(3)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊所在系統(tǒng)的CPU負(fù)載率；(4)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊收到的RNC發(fā)來的小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理管理相關(guān)IUB消息；(5)小區(qū)ID；(6)本地小區(qū)ID；(7)公共傳輸信道物理信道號(hào)；(8)公共測(cè)量號(hào)；(9)確定小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊所有相關(guān)外模塊唯一性信息；(10)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊發(fā)送給相關(guān)外模塊消息的關(guān)鍵數(shù)據(jù)。
本發(fā)明的關(guān)鍵在于采用了小區(qū)日志，當(dāng)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理發(fā)生故障時(shí)，先上傳小區(qū)日志，然后通過日志解析工具，解析小區(qū)日志，由于小區(qū)日志中記錄了小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理信令流程的全過程(包括小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理的成功或失敗流程)，通過查詢小區(qū)號(hào)及發(fā)生故障的時(shí)間，可以迅速查到相關(guān)日志，日志中記錄了任何信令流程發(fā)生故障的原因(如協(xié)議不匹配，功率不支持，發(fā)到外模塊的消息失敗及失敗原因)，因此可迅速和準(zhǔn)確的定位小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新故障原因，同時(shí)，由于日志中記錄了整個(gè)信令流程，對(duì)于問題的來龍去脈也能更好地把握。


圖1為APP(Acknowledged PRACH Preambles確認(rèn)的PRACH前導(dǎo))公共測(cè)量初始化正常信令流程；圖2為SCCPCH(Secondary Common Control Physical Channe1輔助公共控制物理信道)公共信道建立正常信令流程。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明做進(jìn)一步說明；本發(fā)明的關(guān)鍵點(diǎn)為引入小區(qū)日志，小區(qū)日志信息包括小區(qū)日志標(biāo)準(zhǔn)化信息和小區(qū)環(huán)境狀態(tài)信息。NodeB信令處理模塊在處理小區(qū)相關(guān)信令I(lǐng)UB消息時(shí)生成小區(qū)日志標(biāo)準(zhǔn)化信息，并將信息記錄到NodeB的臨時(shí)內(nèi)存緩沖區(qū)中；因此可以通過解讀它來定位小區(qū)故障。RNC和NodeB之間的交互(REQUEST和RESPONSE或者REQUEST和FAILURE)結(jié)束后，NodeB信令處理模塊把相關(guān)記錄的信息點(diǎn)保存到NodeB的臨時(shí)內(nèi)存緩沖區(qū)中生成小區(qū)日志標(biāo)準(zhǔn)化信息；具體為在內(nèi)存緩沖區(qū)動(dòng)態(tài)分配以小區(qū)ID為索引的連續(xù)內(nèi)存緩沖區(qū)，屬于一個(gè)小區(qū)ID的小區(qū)日志標(biāo)準(zhǔn)化信息將保存在連續(xù)的內(nèi)存中，這樣可根據(jù)需要把小區(qū)ID所屬的內(nèi)存緩沖區(qū)的數(shù)據(jù)導(dǎo)出；小區(qū)日志標(biāo)準(zhǔn)化信息輸出時(shí)，NodeB端信令處理模塊同時(shí)生成小區(qū)環(huán)境狀態(tài)信息，小區(qū)日志標(biāo)準(zhǔn)化信息連同小區(qū)環(huán)境狀態(tài)信息做為小區(qū)日志信息一起輸出；小區(qū)日志信息記錄了整個(gè)小區(qū)的標(biāo)準(zhǔn)信令流程。當(dāng)發(fā)生故障時(shí)，可對(duì)臨時(shí)內(nèi)存緩沖區(qū)中的小區(qū)日志標(biāo)準(zhǔn)化信息進(jìn)行解讀，定位故障原因，由于很多基站分布在偏僻地區(qū)及山上，為了方便，一般首先將臨時(shí)內(nèi)存緩沖區(qū)中相關(guān)小區(qū)日志標(biāo)準(zhǔn)化信息及小區(qū)環(huán)境狀態(tài)信息作為小區(qū)日志信息一起輸出到系統(tǒng)固定保存小區(qū)日志的內(nèi)存或文件中，然后用Ftp的方式，把小區(qū)日志信息上載到維護(hù)臺(tái)，然后用小區(qū)日志解析工具就可以對(duì)日志進(jìn)行分析了；進(jìn)行故障定位時(shí)，主要對(duì)小區(qū)日志標(biāo)準(zhǔn)化信息進(jìn)行分析，必要時(shí)要參考小區(qū)環(huán)境狀態(tài)信息。
小區(qū)日志標(biāo)準(zhǔn)化信息結(jié)構(gòu)標(biāo)準(zhǔn)如下CELLLOG消息中，上報(bào)的必要信息包括Cell Code信息點(diǎn)號(hào)。本機(jī)制通過信息點(diǎn)號(hào)確定臨時(shí)內(nèi)存保存地址，因此需要在整個(gè)日志系統(tǒng)中，信息點(diǎn)號(hào)唯一；Format String Information小區(qū)格式化字符串信息。信息結(jié)構(gòu)同ANSI C中printf的參數(shù)結(jié)構(gòu)，即char*Format[，argument]....格式，可按當(dāng)時(shí)具體情況，靈活記錄多個(gè)關(guān)鍵參數(shù)，同時(shí)用字符串顯示，可讀性更加強(qiáng)；CellIndex小區(qū)索引。同一小區(qū)索引的日志標(biāo)準(zhǔn)化信息保存在一段連續(xù)的臨時(shí)內(nèi)存中，當(dāng)小區(qū)管理流程結(jié)束后，把同一小區(qū)索引下所有的日志標(biāo)準(zhǔn)化信息連同小區(qū)環(huán)境狀態(tài)信息輸出到系統(tǒng)固定保存小區(qū)日志的內(nèi)存或文件中；Time記錄該日志的系統(tǒng)時(shí)間，格式為YYYY-MM-DD HH:MM:SS(年-月-日 時(shí)-分-秒)。
小區(qū)環(huán)境狀態(tài)信息結(jié)構(gòu)標(biāo)準(zhǔn)參考下表

上表中注意以下四點(diǎn)1.外模塊的個(gè)數(shù)指的是小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新IUB消息處理模塊相關(guān)的外模塊個(gè)數(shù)，有幾個(gè)外模塊，小區(qū)環(huán)境狀態(tài)信息結(jié)構(gòu)就有幾個(gè)外模塊信息。根據(jù)外模塊的個(gè)數(shù)不同，小區(qū)環(huán)境狀態(tài)信息結(jié)構(gòu)中帶的外模塊信息的個(gè)數(shù)也不同，可任意擴(kuò)充或刪除2.NodeB Information的內(nèi)容可以任意擴(kuò)充或刪除，只要是NodeB的信息，且與小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新故障定位有幫助的信息都可以放在該內(nèi)容下，比如系統(tǒng)消息處理緩沖區(qū)的大小，當(dāng)前保存的消息個(gè)數(shù)等。
3.Module(n)Addr Information的內(nèi)容可以任意擴(kuò)充或刪除，只要是用于唯一確定外模塊的信息都可以放在該內(nèi)容下，如外模塊的子進(jìn)程號(hào)等。
4.Module(n)Key Information的內(nèi)容可以任意擴(kuò)充或刪除，只要是外模塊的關(guān)鍵信息，都可以放在該內(nèi)容下。
實(shí)施例一APP測(cè)量初始化失敗故障分析小區(qū)日志記錄了整個(gè)小區(qū)的標(biāo)準(zhǔn)信令流程，因此可以通過分析小區(qū)的標(biāo)準(zhǔn)信令流程來定位故障。參考圖1，圖1為APP公共測(cè)量初始化正常信令流程；如果某小區(qū)的APP公共測(cè)量初始化失敗，首先我們用維護(hù)臺(tái)上載小區(qū)日志，用小區(qū)日志解析工具分析該小區(qū)的小區(qū)日志，小區(qū)日志如下＝＝＝＝NO.1＝＝＝＝CellProcess.cline12658cell 1 receive CELL_SETUP_REQUEST FROM RNC?。剑剑剑絅O.2＝＝＝＝CellProcess.cline12958Cell1 setup，Send編碼小區(qū)_SETUP_REQUEST msg to 0xff?。剑剑剑絅O.3＝＝＝＝CellProcess.cline13758
Cell1 setup，receive編碼小區(qū)_SETUP_RESPONSE！＝＝＝＝NO.4＝＝＝＝CellProcess.cline12987Cell1 Setup Success，send CELL_SETUP_RESPONSE TO RNC?。剑剑剑絅O.5＝＝＝＝CellProcess.cline17832cell 1 receive COMMON_MEASUREMENT_INITIATION_REQUEST FROM RNC！＝＝＝＝NO.6＝＝＝＝CellProcess.cline17321COMMEA(MEAID)The relative PRACH(PRACHID)hasn′t setup，so commonmeasurement init failed！＝＝＝＝NO.7＝＝＝＝CellProcess.cline19526COMMEA(MEAID)send COMMON_MEASUREMENT_INITIATION_FAILURE toRNC，cause0x37！發(fā)現(xiàn)NO.6是如下一條小區(qū)日志COMMEA(MEAID)The relative PRACH(PRACHID)hasn′t setup，so commonmeasurement init failed！\n經(jīng)翻譯可知，由于APP測(cè)量相關(guān)的PRACH沒有建立，導(dǎo)致APP公共測(cè)量初始化失敗。
再翻閱整個(gè)小區(qū)的小區(qū)日志，發(fā)現(xiàn)確實(shí)在建立小區(qū)后，沒有建立PRACH，直接建立測(cè)量。
在433協(xié)議中規(guī)定如果是APP測(cè)量初始化，則需要建立相關(guān)PRACH，如果是其他公共測(cè)量，則沒有該限制。
解讀公共測(cè)量初始化失敗交互流程相關(guān)小區(qū)環(huán)境狀態(tài)信息NodeBInformation>NcpID0>NcpStatusNormal>CpuLoad15％IUB Msg Information>msgData[MAX_MSGLEN]0X000CFE0000000045000AFF00000000350000005025860000000000000000000C22080040000003001900022777002B0001020024402E200400000140006FA0802BC03FD80221FFFFA800C4001100010280000100A850000101685090003400068000028200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
Procedure Information>CellID1>LocalCellID1>SccpchPhyChanId0xff>PchNum0>PrachPhyChanId0xff>AichPhyChanId0xff>MeaId1>MeaTypeAPP分析可知，該測(cè)量類型為APP，如果不放心的話，可以用iub消息解析工具(IUB消息為ASN1標(biāo)準(zhǔn)編碼消息，注ASN1即Abstract Syntax Notation One抽象語法標(biāo)識(shí).1)，解析出IUB消息(即公共測(cè)量初始化消息)，從中可知測(cè)量類型確實(shí)為APP。
這樣我們就有十足的把握確定該公共測(cè)量的是APP測(cè)量，它初始化失敗的原因是沒有建立相關(guān)PRACH(Physical Random Access Channel物理隨機(jī)接入信道)。
從該實(shí)施例可知由于小區(qū)日志以小區(qū)為索引記錄了小區(qū)內(nèi)NodeB和RNC所有小區(qū)相關(guān)信令交互信息，且在小區(qū)環(huán)境狀態(tài)信息中保存了完整的IUB消息。通過信令面消息的分析，可以迅速定位標(biāo)準(zhǔn)IUB接口信令流程問題。
實(shí)施例二公共信道SCCPCH建立失敗故障分析小區(qū)日志記錄了NodeB內(nèi)部模塊之間的消息或函數(shù)調(diào)用情況，因此即使是內(nèi)部模塊間發(fā)生了錯(cuò)也可以通過小區(qū)日志來定位故障。
參考圖2，圖2為SCCPCH公共信道建立正常的信令流程；某小區(qū)的SCCPCH公共信道建立失敗，首先我們用維護(hù)臺(tái)上載小區(qū)日志，用小區(qū)日志分析工具分析該小區(qū)的小區(qū)日志，小區(qū)日志如下＝＝＝＝NO.1＝＝＝＝CellProcess.cline12658cell 1 receive CELL_SETUP_REQUEST FROM RNC?。剑剑剑絅O.2＝＝＝＝CellProcess.cline12958Cell1 setup，Send編碼小區(qū)_SETUP_REQUEST msg to 0xff?。剑剑剑絅O.3＝＝＝＝CellProcess.cline13758Cell1 setup，receive編碼小區(qū)_SETUP_RESPONSE?。剑剑剑絅O.4＝＝＝＝CellProcess.cline12987Cell1 Setup Success，send CELL_SETUP_RESPONSE TO RNC?。剑剑剑絅O.5＝＝＝＝CellProcess.cline17832cell 1 receive COMMON_TRANSPORT_CHANNEL_SETUP_REQUEST FROM RNC！
＝＝＝＝NO.6＝＝＝＝CellProcess.cline17321SCCPCH(2)sccpch send“編碼模塊SCCPCH建立請(qǐng)求消息”?。剑剑剑絅O.7＝＝＝＝CellProcess.cline19526SCCPCH(2)sccpch recieve“編碼模塊SCCPCH建立s失敗消息”，錯(cuò)誤原因”0xaa”?。剑剑剑絅O.8＝＝＝＝CellProcess.cline19528SCCPCH(2)send COMMON_TRANSPORT_CHANNEL_SETUP_FAILURE to RNC！分析該小區(qū)的小區(qū)日志，發(fā)現(xiàn)NO.7有如下一條小區(qū)日志SCCPCH(SCCPCHID)sccpch receive“編碼模塊SCCPCH建立失敗消息”，錯(cuò)誤原因”0xaa”通過內(nèi)部錯(cuò)誤索引對(duì)應(yīng)錯(cuò)誤原因“0xaa”可知，是編碼模塊的資源不足導(dǎo)致公共信道SCCPCH建立失敗。
因此即使是內(nèi)部模塊間出現(xiàn)的錯(cuò)誤也能夠通過小區(qū)日志迅速定位故障原因。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于包括以下步驟A、當(dāng)NodeB收到RNC發(fā)來的小區(qū)相關(guān)信令消息時(shí)，NodeB端信令處理模塊記錄相關(guān)消息生成小區(qū)日志標(biāo)準(zhǔn)化信息保存到臨時(shí)內(nèi)存緩沖區(qū)中；B、當(dāng)小區(qū)發(fā)生故障時(shí)，解讀臨時(shí)內(nèi)存緩沖區(qū)中小區(qū)日志標(biāo)準(zhǔn)化信息，定位小區(qū)管理中故障的原因。
2.如權(quán)利要求1所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于所述小區(qū)級(jí)故障為小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新管理故障；小區(qū)管理包括小區(qū)建立、重配置、刪除；公共信道管理包括公共信道建立、重配置、刪除；公共測(cè)量管理包括公共測(cè)量初始化、刪除、失敗、報(bào)告；小區(qū)信息更新管理包括系統(tǒng)消息更新、物理共享信道重配置。
3.如權(quán)利要求1所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于A步驟中相關(guān)信令為小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新管理；小區(qū)相關(guān)信令的流程包括小區(qū)、公共信道、公共測(cè)量或小區(qū)信息更新管理的正常流程和異常流程。
4.如權(quán)利要求1所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于B過程中，解讀之前進(jìn)一步包括將臨時(shí)內(nèi)存緩沖區(qū)中相關(guān)小區(qū)日志標(biāo)準(zhǔn)化信息輸出到系統(tǒng)固定保存小區(qū)日志的內(nèi)存或文件中，并按需或定時(shí)通過網(wǎng)絡(luò)手段把小區(qū)日志標(biāo)準(zhǔn)化信息發(fā)送到網(wǎng)絡(luò)管理系統(tǒng)，網(wǎng)絡(luò)管理系統(tǒng)通過日志解析工具對(duì)其進(jìn)行解讀。
5.如權(quán)利要求4所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于所述網(wǎng)絡(luò)手段為Ftp。
6.如權(quán)利要求1-5中任意一項(xiàng)權(quán)利要求所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于所述小區(qū)日志標(biāo)準(zhǔn)化信息包括信息點(diǎn)號(hào)、可格式化的字符串信息、小區(qū)的索引號(hào)及記日志的時(shí)間。
7.如權(quán)利要求6所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于所述小區(qū)可格式化的字符串信息包含以下信息之一或其任意組合(1)小區(qū)ID；(2)小區(qū)申請(qǐng)資源的錯(cuò)誤原因；(3)參數(shù)不合法，具體哪個(gè)參數(shù)不合法，確切的合法條件；(4)協(xié)議不支持及具體哪項(xiàng)協(xié)議參數(shù)不支持；(5)小區(qū)最大輸出功率不支持，小區(qū)可支持最大功率值，RNC要求的小區(qū)最大輸出功率；(6)小區(qū)中PSCH，SSCH，PCCPCH，PCPICH的物理信道號(hào)沖突，沖突的具體信道號(hào)；(7)小區(qū)中BCH的邏輯信道號(hào)沖突，沖突的具體信道號(hào)；(8)公共物理信道的物理信道號(hào)沖突，沖突的具體信道號(hào)；(9)公共傳輸信道的傳輸信道號(hào)沖突，沖突的具體信道號(hào)；(10)公共物理信道的物理信道號(hào)；(11)公共傳輸信道的傳輸信道號(hào)；(12)公共傳輸信道申請(qǐng)資源的錯(cuò)誤原因；(13)獲取公共傳輸信道所屬的小區(qū)信息的錯(cuò)誤原因；(14)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊發(fā)送消息或調(diào)用函數(shù)接口給外模塊，確定外模塊唯一性的信息；(15)外模塊發(fā)送響應(yīng)消息或調(diào)用函數(shù)成功結(jié)果給小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊；(16)外模塊發(fā)送失敗消息或調(diào)用函數(shù)失敗結(jié)果給小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊，及具體失敗原因；(17)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊等待外模塊響應(yīng)消息超時(shí)，及具體哪條消息超時(shí)。
8.如權(quán)利要求4所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于小區(qū)日志標(biāo)準(zhǔn)化信息輸出時(shí)，NodeB端信令處理模塊生成小區(qū)環(huán)境狀態(tài)信息，小區(qū)日志標(biāo)準(zhǔn)化信息連同小區(qū)環(huán)境狀態(tài)信息做為小區(qū)日志信息一起輸出。
9.如權(quán)利要求8所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于小區(qū)日志標(biāo)準(zhǔn)化信息及小區(qū)環(huán)境狀態(tài)信息的格式為用戶可配置的文本或二進(jìn)制格式。
10.如權(quán)利要求9所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于如小區(qū)日志標(biāo)準(zhǔn)化信息及小區(qū)環(huán)境狀態(tài)信息的格式為二進(jìn)制格式，則步驟B中，解讀之前用解碼工具把二進(jìn)制信息解碼為文本信息。
11.如權(quán)利要求8-10中任意一項(xiàng)權(quán)利要求所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于小區(qū)環(huán)境狀態(tài)信息包括RNC發(fā)來的IUB消息，以及當(dāng)時(shí)NodeB的環(huán)境信息。
12.如權(quán)利要求11所述的NodeB小區(qū)級(jí)故障的定位分析方法，其特征在于所述NodeB的環(huán)境信息包含以下信息之一或其任意組合(1)NodeB的NCP號(hào)；(2)NodeB的NCP狀態(tài)；(3)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊所在系統(tǒng)的CPU負(fù)載率；(4)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊收到的RNC發(fā)來的小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理管理相關(guān)IUB消息；(5)小區(qū)ID；(6)本地小區(qū)ID；(7)公共傳輸信道物理信道號(hào)；(8)公共測(cè)量號(hào)；(9)確定小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊所有相關(guān)外模塊唯一性信息；(10)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理IUB消息處理模塊發(fā)送給相關(guān)外模塊消息的關(guān)鍵數(shù)據(jù)。
全文摘要
本發(fā)明提供一種NodeB小區(qū)級(jí)故障的定位分析方法，采用小區(qū)日志記錄(CELLLOG)，NodeB信令處理模塊記錄小區(qū)相關(guān)信令消息生成小區(qū)日志信息，當(dāng)小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理發(fā)生故障時(shí)，通過日志解析工具，解析小區(qū)日志，由于小區(qū)日志中記錄了小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新管理信令流程的全過程，通過查詢小區(qū)號(hào)及發(fā)生故障的時(shí)間，可以迅速查到相關(guān)日志，日志中記錄了任何信令流程發(fā)生故障的原因，因此本發(fā)明方法可迅速和準(zhǔn)確的定位小區(qū)、公共信道、公共測(cè)量、小區(qū)信息更新故障原因，方便故障解決。
文檔編號(hào)H04W88/08GK1949908SQ20051010094
公開日2007年4月18日 申請(qǐng)日期2005年11月1日 優(yōu)先權(quán)日2005年11月1日
發(fā)明者易小衛(wèi) 申請(qǐng)人:華為技術(shù)有限公司