一種NodeB小區級故障的定位分析方法
2023-05-24 19:39:26
專利名稱：一種NodeB小區級故障的定位分析方法
技術領域：
本發明涉及無線領域中NodeB故障的分析方法，尤其是一種利用日誌記錄對NodeB小區、公共信道、公共測量和小區信息更新故障進行定位分析的方法。
背景技術：
WCDMA系統是一個開放的系統。該系統主要包含CN(核心網)，UTRAN(通用地面無線接入網)以及UE(終端設備)三部分。其中，NodeB屬於UTRAN部分，其主要功能之一為無線承載的建立和釋放，包括邏輯小區管理(建立、重配置、刪除)，公共傳輸信道管理(建立、重配置、刪除)，無線鏈路管理(建立、重配置、刪除)，公共測量管理(建立，刪除，上報)等。
UE開機後，首先通過小區搜索過程與一個信號最強的服務小區同步；然後接收小區的廣播信息，並進行位置更新流程。當UE被呼叫時，UE需通過PCH(尋呼信道)查詢自己的尋呼信息，完成尋呼過程；WCDMA系統還會通過FACH(前向接入信道)發送數據給UE用戶。如果小區的信息發生變化，需通過系統消息更新來通知小區下的UE。如果該小區支持HSDPA，通過物理共享信道重配置來建立HSDPA信道；RNC(無線網絡控制器)還會通過建立公共測量獲知通信的質量，對NodeB適時地進行調整，來提高通話質量和通話容量。
由此可見，小區、公共信道和小區信息更新、公共測量管理的存在是整個WCDMA系統實現服務的前提，根據25.433協議規定，WCDMA系統啟動後，RNC會通過NBAP(Node B應用部分)協議發送小區管理(建立，重配，刪除)、公共信道管理(建立，重配，刪除)、物理共享信道重配置，系統消息更新、測量管理(建立，刪除，失敗，報告)等消息給NodeB，以此進行小區，公共測量，公共信道及小區信息更新的管理。
然而在實際應用中，我們不時碰到小區、公共信道、公共測量或小區信息更新發生異常的情況，在現有網絡的日常維護工作中，通常通過如下方法來進行故障分析一、性能統計功能性能統計是通過統計網絡中關鍵的統計項來衡量當前網絡的質量，該方法是統計在一個特定的測量周期內信令流程成功/失敗次數，並將該統計值反饋給網絡管理系統，由網絡管理系統進行全面的分析，通過分析結果指導對現有網絡的擴容和問題解決。
性能統計是一種長時間，或者說是一種周期任務的統計功能，在一段時間內統計信令流程成功率或者失敗率是多少，這種統計結果本身就很粗糙，並且該功能是統計歷史數據，不能對信令出現故障的原因進行異常分析。
二、全網信令檢測方法信令跟蹤的方法是通過信令跟蹤儀器在標準協議接口(如Iu，Gb，Gr)中跟蹤呼叫過程尤其是來自不同網元中的標準協議消息，並將這些相關的消息發送給網絡管理中心，通過對這些捕獲的消息來進行分析，根據分析結果對網絡進行優化，同時解決部分問題。
全網跟蹤方法是一種實時的跟蹤，需要在所有的接口都要通過特殊的第三方儀器進行跟蹤，這種跟蹤會產生大量的數據，目前的2G全網信令跟蹤只是跟蹤了部分網間的消息，對於3G系統來說，這些跟蹤消息將會是海量的，尤其是如果要跟蹤接入網部分的消息。如何從大量的消息跟蹤中獲取有用的信息，將會是非常大的工作量。另外通過信令跟蹤還需要有很豐富的經驗，能夠很敏銳的發現消息中存在的問題，這種方法也不便於在維護人員中推廣。
三、告警網絡管理系統對告警信息的處理和分析可以進行網絡故障的排除和管理。在系統發生故障時，告警系統可以實時的將告警產生的原因發送給網絡管理系統，網絡管理系統可以根據產生告警原因以及設備來分析並排除所發生的故障。
告警一般來說關注的都是設備故障，對用戶故障的關注比較少。比如用戶由於種種原因，附著或者PDP激活等故障的時候，在告警上是無法體現出來。所以告警基本上不能反映或者解決定位單個用戶信令異常的問題。
綜上所述，NodeB小區、公共信道、公共測量和小區信息更新發生故障時，在定位問題過程中，沒有很好的定位和分析故障原因、進而解決故障的方法。
發明內容
針對以上問題，本發明的目的為提供一種NodeB小區級故障的定位分析方法，從而實現當NodeB小區故障發生時，對故障原因進行定位分析，進一步解決故障。
具體的說，本發明採用一種小區日誌記錄(CELLLOG)，該記錄可以跟蹤小區、公共信道、公共測量和小區信息更新管理過程中出現的問題，並通過標準協議消息反饋給網絡管理系統，網絡管理系統根據這些歷史記錄來分析小區出現的問題，並通過這些消息信元分析問題，並通過相應的手段來解決故障。
本發明的技術方案如下一種NodeB小區級故障的定位分析方法，包括以下步驟A、當NodeB收到RNC發來的小區相關信令消息時，NodeB端信令處理模塊記錄相關消息生成小區日誌標準化信息保存到臨時內存緩衝區中；B、當小區發生故障時，解讀臨時內存緩衝區中小區日誌標準化信息，定位小區管理中故障的原因。
所述小區級故障為小區、公共信道、公共測量或小區信息更新管理故障；小區管理包括小區建立、重配置、刪除；公共信道管理包括公共信道建立、重配置、刪除；公共測量管理包括公共測量初始化、刪除、失敗、報告；小區信息更新管理包括系統消息更新、物理共享信道重配置。
其中，A步驟中相關信令為小區、公共信道、公共測量或小區信息更新管理；小區相關信令的流程包括小區、公共信道、公共測量或小區信息更新管理的正常流程和異常流程。
B過程中，解讀之前進一步包括將臨時內存緩衝區中相關小區日誌標準化信息輸出到系統固定保存小區日誌的內存或文件中，並按需或定時通過網絡手段把小區日誌標準化信息發送到網絡管理系統，網絡管理系統通過日誌解析工具對其進行解讀。
所述網絡手段為Ftp。
其中，所述小區日誌標準化信息包括信息點號、可格式化的字符串信息、小區的索引號及記日誌的時間。
所述小區可格式化的字符串信息包含以下信息之一或其任意組合(1)小區ID；(2)小區申請資源的錯誤原因；(3)參數不合法，具體哪個參數不合法，確切的合法條件；(4)協議不支持及具體哪項協議參數不支持；(5)小區最大輸出功率不支持，小區可支持最大功率值，RNC要求的小區最大輸出功率；(6)小區中PSCH，SSCH，PCCPCH，PCPICH的物理信道號衝突，衝突的具體信道號；(7)小區中BCH的邏輯信道號衝突，衝突的具體信道號；(8)公共物理信道的物理信道號衝突，衝突的具體信道號；(9)公共傳輸信道的傳輸信道號衝突，衝突的具體信道號；(10)公共物理信道的物理信道號；(11)公共傳輸信道的傳輸信道號；(12)公共傳輸信道申請資源的錯誤原因；(13)獲取公共傳輸信道所屬的小區信息的錯誤原因；(14)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊發送消息或調用函數接口給外模塊，確定外模塊唯一性的信息；(15)外模塊發送響應消息或調用函數成功結果給小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊；
(16)外模塊發送失敗消息或調用函數失敗結果給小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊，及具體失敗原因；(17)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊等待外模塊響應消息超時，及具體哪條消息超時。
其中，小區日誌標準化信息輸出時，NodeB端信令處理模塊生成小區環境狀態信息，小區日誌標準化信息連同小區環境狀態信息做為小區日誌信息一起輸出。
小區日誌標準化信息及小區環境狀態信息的格式為用戶可配置的文本或二進位格式。
如小區日誌標準化信息及小區環境狀態信息的格式為二進位格式，則步驟B中，解讀之前用解碼工具把二進位信息解碼為文本信息。
小區環境狀態信息包括RNC發來的IUB消息，以及當時NodeB的環境信息。
所述NodeB的環境信息包含以下信息之一或其任意組合(1)NodeB的NCP號；(2)NodeB的NCP狀態；(3)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊所在系統的CPU負載率；(4)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊收到的RNC發來的小區、公共信道、公共測量、小區信息更新管理管理相關IUB消息；(5)小區ID；(6)本地小區ID；(7)公共傳輸信道物理信道號；(8)公共測量號；(9)確定小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊所有相關外模塊唯一性信息；(10)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊發送給相關外模塊消息的關鍵數據。
本發明的關鍵在於採用了小區日誌，當小區、公共信道、公共測量、小區信息更新管理發生故障時，先上傳小區日誌，然後通過日誌解析工具，解析小區日誌，由於小區日誌中記錄了小區、公共信道、公共測量、小區信息更新管理信令流程的全過程(包括小區、公共信道、公共測量、小區信息更新管理的成功或失敗流程)，通過查詢小區號及發生故障的時間，可以迅速查到相關日誌，日誌中記錄了任何信令流程發生故障的原因(如協議不匹配，功率不支持，發到外模塊的消息失敗及失敗原因)，因此可迅速和準確的定位小區、公共信道、公共測量、小區信息更新故障原因，同時，由於日誌中記錄了整個信令流程，對於問題的來龍去脈也能更好地把握。
圖1為APP(Acknowledged PRACH Preambles確認的PRACH前導)公共測量初始化正常信令流程；圖2為SCCPCH(Secondary Common Control Physical Channe1輔助公共控制物理信道)公共信道建立正常信令流程。
具體實施例方式
下面結合附圖對本發明做進一步說明；本發明的關鍵點為引入小區日誌，小區日誌信息包括小區日誌標準化信息和小區環境狀態信息。NodeB信令處理模塊在處理小區相關信令IUB消息時生成小區日誌標準化信息，並將信息記錄到NodeB的臨時內存緩衝區中；因此可以通過解讀它來定位小區故障。RNC和NodeB之間的交互(REQUEST和RESPONSE或者REQUEST和FAILURE)結束後，NodeB信令處理模塊把相關記錄的信息點保存到NodeB的臨時內存緩衝區中生成小區日誌標準化信息；具體為在內存緩衝區動態分配以小區ID為索引的連續內存緩衝區，屬於一個小區ID的小區日誌標準化信息將保存在連續的內存中，這樣可根據需要把小區ID所屬的內存緩衝區的數據導出；小區日誌標準化信息輸出時，NodeB端信令處理模塊同時生成小區環境狀態信息，小區日誌標準化信息連同小區環境狀態信息做為小區日誌信息一起輸出；小區日誌信息記錄了整個小區的標準信令流程。當發生故障時，可對臨時內存緩衝區中的小區日誌標準化信息進行解讀，定位故障原因，由於很多基站分布在偏僻地區及山上，為了方便，一般首先將臨時內存緩衝區中相關小區日誌標準化信息及小區環境狀態信息作為小區日誌信息一起輸出到系統固定保存小區日誌的內存或文件中，然後用Ftp的方式，把小區日誌信息上載到維護臺，然後用小區日誌解析工具就可以對日誌進行分析了；進行故障定位時，主要對小區日誌標準化信息進行分析，必要時要參考小區環境狀態信息。
小區日誌標準化信息結構標準如下CELLLOG消息中，上報的必要信息包括Cell Code信息點號。本機制通過信息點號確定臨時內存保存地址，因此需要在整個日誌系統中，信息點號唯一；Format String Information小區格式化字符串信息。信息結構同ANSI C中printf的參數結構，即char*Format[，argument]....格式，可按當時具體情況，靈活記錄多個關鍵參數，同時用字符串顯示，可讀性更加強；CellIndex小區索引。同一小區索引的日誌標準化信息保存在一段連續的臨時內存中，當小區管理流程結束後，把同一小區索引下所有的日誌標準化信息連同小區環境狀態信息輸出到系統固定保存小區日誌的內存或文件中；Time記錄該日誌的系統時間，格式為YYYY-MM-DD HH:MM:SS(年-月-日 時-分-秒)。
小區環境狀態信息結構標準參考下表
上表中注意以下四點1.外模塊的個數指的是小區、公共信道、公共測量、小區信息更新IUB消息處理模塊相關的外模塊個數，有幾個外模塊，小區環境狀態信息結構就有幾個外模塊信息。根據外模塊的個數不同，小區環境狀態信息結構中帶的外模塊信息的個數也不同，可任意擴充或刪除2.NodeB Information的內容可以任意擴充或刪除，只要是NodeB的信息，且與小區、公共信道、公共測量、小區信息更新故障定位有幫助的信息都可以放在該內容下，比如系統消息處理緩衝區的大小，當前保存的消息個數等。
3.Module(n)Addr Information的內容可以任意擴充或刪除，只要是用於唯一確定外模塊的信息都可以放在該內容下，如外模塊的子進程號等。
4.Module(n)Key Information的內容可以任意擴充或刪除，只要是外模塊的關鍵信息，都可以放在該內容下。
實施例一APP測量初始化失敗故障分析小區日誌記錄了整個小區的標準信令流程，因此可以通過分析小區的標準信令流程來定位故障。參考圖1，圖1為APP公共測量初始化正常信令流程；如果某小區的APP公共測量初始化失敗，首先我們用維護臺上載小區日誌，用小區日誌解析工具分析該小區的小區日誌，小區日誌如下＝＝＝＝NO.1＝＝＝＝CellProcess.cline12658cell 1 receive CELL_SETUP_REQUEST FROM RNC！＝＝＝＝NO.2＝＝＝＝CellProcess.cline12958Cell1 setup，Send編碼小區_SETUP_REQUEST msg to 0xff！＝＝＝＝NO.3＝＝＝＝CellProcess.cline13758
Cell1 setup，receive編碼小區_SETUP_RESPONSE！＝＝＝＝NO.4＝＝＝＝CellProcess.cline12987Cell1 Setup Success，send CELL_SETUP_RESPONSE TO RNC！＝＝＝＝NO.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！發現NO.6是如下一條小區日誌COMMEA(MEAID)The relative PRACH(PRACHID)hasn′t setup，so commonmeasurement init failed！\n經翻譯可知，由於APP測量相關的PRACH沒有建立，導致APP公共測量初始化失敗。
再翻閱整個小區的小區日誌，發現確實在建立小區後，沒有建立PRACH，直接建立測量。
在433協議中規定如果是APP測量初始化，則需要建立相關PRACH，如果是其他公共測量，則沒有該限制。
解讀公共測量初始化失敗交互流程相關小區環境狀態信息NodeBInformationNcpID0NcpStatusNormalCpuLoad15％IUB Msg InformationmsgData[MAX_MSGLEN]0X000CFE0000000045000AFF00000000350000005025860000000000000000000C22080040000003001900022777002B0001020024402E200400000140006FA0802BC03FD80221FFFFA800C4001100010280000100A850000101685090003400068000028200000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
Procedure InformationCellID1LocalCellID1SccpchPhyChanId0xffPchNum0PrachPhyChanId0xffAichPhyChanId0xffMeaId1MeaTypeAPP分析可知，該測量類型為APP，如果不放心的話，可以用iub消息解析工具(IUB消息為ASN1標準編碼消息，注ASN1即Abstract Syntax Notation One抽象語法標識.1)，解析出IUB消息(即公共測量初始化消息)，從中可知測量類型確實為APP。
這樣我們就有十足的把握確定該公共測量的是APP測量，它初始化失敗的原因是沒有建立相關PRACH(Physical Random Access Channel物理隨機接入信道)。
從該實施例可知由於小區日誌以小區為索引記錄了小區內NodeB和RNC所有小區相關信令交互信息，且在小區環境狀態信息中保存了完整的IUB消息。通過信令面消息的分析，可以迅速定位標準IUB接口信令流程問題。
實施例二公共信道SCCPCH建立失敗故障分析小區日誌記錄了NodeB內部模塊之間的消息或函數調用情況，因此即使是內部模塊間發生了錯也可以通過小區日誌來定位故障。
參考圖2，圖2為SCCPCH公共信道建立正常的信令流程；某小區的SCCPCH公共信道建立失敗，首先我們用維護臺上載小區日誌，用小區日誌分析工具分析該小區的小區日誌，小區日誌如下＝＝＝＝NO.1＝＝＝＝CellProcess.cline12658cell 1 receive CELL_SETUP_REQUEST FROM RNC！＝＝＝＝NO.2＝＝＝＝CellProcess.cline12958Cell1 setup，Send編碼小區_SETUP_REQUEST msg to 0xff！＝＝＝＝NO.3＝＝＝＝CellProcess.cline13758Cell1 setup，receive編碼小區_SETUP_RESPONSE！＝＝＝＝NO.4＝＝＝＝CellProcess.cline12987Cell1 Setup Success，send CELL_SETUP_RESPONSE TO RNC！＝＝＝＝NO.5＝＝＝＝CellProcess.cline17832cell 1 receive COMMON_TRANSPORT_CHANNEL_SETUP_REQUEST FROM RNC！
＝＝＝＝NO.6＝＝＝＝CellProcess.cline17321SCCPCH(2)sccpch send「編碼模塊SCCPCH建立請求消息」！＝＝＝＝NO.7＝＝＝＝CellProcess.cline19526SCCPCH(2)sccpch recieve「編碼模塊SCCPCH建立s失敗消息」，錯誤原因」0xaa」！＝＝＝＝NO.8＝＝＝＝CellProcess.cline19528SCCPCH(2)send COMMON_TRANSPORT_CHANNEL_SETUP_FAILURE to RNC！分析該小區的小區日誌，發現NO.7有如下一條小區日誌SCCPCH(SCCPCHID)sccpch receive「編碼模塊SCCPCH建立失敗消息」，錯誤原因」0xaa」通過內部錯誤索引對應錯誤原因「0xaa」可知，是編碼模塊的資源不足導致公共信道SCCPCH建立失敗。
因此即使是內部模塊間出現的錯誤也能夠通過小區日誌迅速定位故障原因。
以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。
權利要求
1.一種NodeB小區級故障的定位分析方法，其特徵在於包括以下步驟A、當NodeB收到RNC發來的小區相關信令消息時，NodeB端信令處理模塊記錄相關消息生成小區日誌標準化信息保存到臨時內存緩衝區中；B、當小區發生故障時，解讀臨時內存緩衝區中小區日誌標準化信息，定位小區管理中故障的原因。
2.如權利要求1所述的NodeB小區級故障的定位分析方法，其特徵在於所述小區級故障為小區、公共信道、公共測量或小區信息更新管理故障；小區管理包括小區建立、重配置、刪除；公共信道管理包括公共信道建立、重配置、刪除；公共測量管理包括公共測量初始化、刪除、失敗、報告；小區信息更新管理包括系統消息更新、物理共享信道重配置。
3.如權利要求1所述的NodeB小區級故障的定位分析方法，其特徵在於A步驟中相關信令為小區、公共信道、公共測量或小區信息更新管理；小區相關信令的流程包括小區、公共信道、公共測量或小區信息更新管理的正常流程和異常流程。
4.如權利要求1所述的NodeB小區級故障的定位分析方法，其特徵在於B過程中，解讀之前進一步包括將臨時內存緩衝區中相關小區日誌標準化信息輸出到系統固定保存小區日誌的內存或文件中，並按需或定時通過網絡手段把小區日誌標準化信息發送到網絡管理系統，網絡管理系統通過日誌解析工具對其進行解讀。
5.如權利要求4所述的NodeB小區級故障的定位分析方法，其特徵在於所述網絡手段為Ftp。
6.如權利要求1-5中任意一項權利要求所述的NodeB小區級故障的定位分析方法，其特徵在於所述小區日誌標準化信息包括信息點號、可格式化的字符串信息、小區的索引號及記日誌的時間。
7.如權利要求6所述的NodeB小區級故障的定位分析方法，其特徵在於所述小區可格式化的字符串信息包含以下信息之一或其任意組合(1)小區ID；(2)小區申請資源的錯誤原因；(3)參數不合法，具體哪個參數不合法，確切的合法條件；(4)協議不支持及具體哪項協議參數不支持；(5)小區最大輸出功率不支持，小區可支持最大功率值，RNC要求的小區最大輸出功率；(6)小區中PSCH，SSCH，PCCPCH，PCPICH的物理信道號衝突，衝突的具體信道號；(7)小區中BCH的邏輯信道號衝突，衝突的具體信道號；(8)公共物理信道的物理信道號衝突，衝突的具體信道號；(9)公共傳輸信道的傳輸信道號衝突，衝突的具體信道號；(10)公共物理信道的物理信道號；(11)公共傳輸信道的傳輸信道號；(12)公共傳輸信道申請資源的錯誤原因；(13)獲取公共傳輸信道所屬的小區信息的錯誤原因；(14)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊發送消息或調用函數接口給外模塊，確定外模塊唯一性的信息；(15)外模塊發送響應消息或調用函數成功結果給小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊；(16)外模塊發送失敗消息或調用函數失敗結果給小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊，及具體失敗原因；(17)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊等待外模塊響應消息超時，及具體哪條消息超時。
8.如權利要求4所述的NodeB小區級故障的定位分析方法，其特徵在於小區日誌標準化信息輸出時，NodeB端信令處理模塊生成小區環境狀態信息，小區日誌標準化信息連同小區環境狀態信息做為小區日誌信息一起輸出。
9.如權利要求8所述的NodeB小區級故障的定位分析方法，其特徵在於小區日誌標準化信息及小區環境狀態信息的格式為用戶可配置的文本或二進位格式。
10.如權利要求9所述的NodeB小區級故障的定位分析方法，其特徵在於如小區日誌標準化信息及小區環境狀態信息的格式為二進位格式，則步驟B中，解讀之前用解碼工具把二進位信息解碼為文本信息。
11.如權利要求8-10中任意一項權利要求所述的NodeB小區級故障的定位分析方法，其特徵在於小區環境狀態信息包括RNC發來的IUB消息，以及當時NodeB的環境信息。
12.如權利要求11所述的NodeB小區級故障的定位分析方法，其特徵在於所述NodeB的環境信息包含以下信息之一或其任意組合(1)NodeB的NCP號；(2)NodeB的NCP狀態；(3)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊所在系統的CPU負載率；(4)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊收到的RNC發來的小區、公共信道、公共測量、小區信息更新管理管理相關IUB消息；(5)小區ID；(6)本地小區ID；(7)公共傳輸信道物理信道號；(8)公共測量號；(9)確定小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊所有相關外模塊唯一性信息；(10)小區、公共信道、公共測量、小區信息更新管理IUB消息處理模塊發送給相關外模塊消息的關鍵數據。
全文摘要
本發明提供一種NodeB小區級故障的定位分析方法，採用小區日誌記錄(CELLLOG)，NodeB信令處理模塊記錄小區相關信令消息生成小區日誌信息，當小區、公共信道、公共測量、小區信息更新管理發生故障時，通過日誌解析工具，解析小區日誌，由於小區日誌中記錄了小區、公共信道、公共測量、小區信息更新管理信令流程的全過程，通過查詢小區號及發生故障的時間，可以迅速查到相關日誌，日誌中記錄了任何信令流程發生故障的原因，因此本發明方法可迅速和準確的定位小區、公共信道、公共測量、小區信息更新故障原因，方便故障解決。
文檔編號H04W88/08GK1949908SQ20051010094
公開日2007年4月18日 申請日期2005年11月1日 優先權日2005年11月1日
發明者易小衛 申請人:華為技術有限公司