專利名稱：一種移動通信系統(tǒng)中對運行或測試數(shù)據(jù)進行處理和分析的方法和裝置的制作方法
技術領域：
本發(fā)明涉及一種移動通信系統(tǒng)在運行或測試時對數(shù)據(jù)的采集、處理和自動分析方法和裝置，更具體地說，涉及一種移動通信系統(tǒng)在運行或測試時對測試數(shù)據(jù)進行采集、分析，有選擇地輸出結果，以幫助判斷可能存在的運行故障的方法和裝置。
背景技術：
移動通信的已有技術網(wǎng)絡結構組成如附圖1所示。
空中接口的GSM術語叫Um口，UMTS術語叫Uu口；Abis接口是基站與基站控制器間的接口，其中，Abis是GSM術語，UMTS術語Iub接口；A接口是基站控制器與移動交換中心間的接口的GSM術語，其UMTS術語叫Iu接口。
為敘述方便，本發(fā)明在多處以GSM系統(tǒng)為例對發(fā)明方案進行了說明，因此多采用GSM系統(tǒng)的接口術語。需要說明的是，這只是為敘述方便，實際上當本發(fā)明采用其他系統(tǒng)時，應把有關的接口名稱改換成相應的其它接口名稱。
在移動通信系統(tǒng)的研制和運行過程中，需要對系統(tǒng)做大負載測試、多用戶測試或其他類型的復雜測試，以檢驗系統(tǒng)的運行狀況，包括性能、兼容性、穩(wěn)定性和抗過載能力等。在做這類測試時，需要撥打幾十到成百上千個電話。由此產生的消息流程的記錄文件(LOG文件)可能達幾百兆字節(jié)。當測試中發(fā)生錯誤時，需要找到錯誤點，錯誤的原因，以及錯誤的上下文。而已有技術所采用的手工分析幾百兆字節(jié)的文件，是既費時費力，又低效的工作。在實際投入運行的系統(tǒng)中，這種對故障的分析處理能力是難以令人滿意的。

發(fā)明內容針對已有技術的不足，本發(fā)明提供一種分析移動通信系統(tǒng)工作狀況的分析方法。該方法利用計算機技術，根據(jù)同一呼叫連接的消息的相關性，自動分析記錄文件，當發(fā)現(xiàn)錯誤時，在分析結果中給出錯誤的所有信息，并且，把上百兆字節(jié)的文件分解，把每一個呼叫連接的相關消息放到單獨的文件中，并且可以選擇地過濾掉一些不重要的消息，如測量報告消息，使進一步分析問題更加簡單容易。另外，還可以按照不同的基站，不同的呼叫事件，畫出對應的流程圖，使分析問題更直觀化。
在本發(fā)明中，呼叫事件指在移動通信領域中，與呼叫有關的事件，包括主叫電話、被叫電話、位置更新、切換、短消息等。
具體地說，本發(fā)明公開了一種移動通信系統(tǒng)中對運行或測試數(shù)據(jù)進行處理和分析的方法，對系統(tǒng)的工作或測試狀態(tài)進行分析，包括采用至少一個基站，一個基站控制器，一個信令分析儀和一個移動交換中心，信令分析儀帶有一個存儲器，用于存儲記錄文件；所述的基站控制器用于分別接收各基站、移動交換中心的信號，并能控制各基站的工作，信令分析儀監(jiān)測并解碼各基站與基站控制器、基站控制器與移動交換中心之間的往來信令，然后把監(jiān)測結果記錄到本地存儲器(通常為本地硬盤)的一個文件中；上述設備對系統(tǒng)的工作或運行或測試數(shù)據(jù)進行有選擇地采集、歸類、分析和輸出，包括下列步驟(1)向分析系統(tǒng)輸入系統(tǒng)的工作參數(shù)和其它需要分析的數(shù)據(jù)由信令分析儀記錄的記錄文件，另外還可以輸入基站與基站控制器之間接口鏈路配置信息，包括基站名稱、基站與基站控制器之間接口上行鏈路名稱和下行鏈路名稱；(2)根據(jù)系統(tǒng)運行情況分析的需要，信令分析儀至少分析以下的工作過程參數(shù)信令分析儀所記錄的時間標記和鏈路名稱，所有與呼叫連接有關的基站與基站控制器之間接口消息，所有與呼叫有關的基站控制器與移動交換中心之間接口消息；(3)根據(jù)上面的分析結果，信令分析儀至少輸出以下三類文件呼叫連接文件，公共消息文件和摘要信息表，供對系統(tǒng)工作情況進行分析時使用。
本發(fā)明還公開了另一種方法，在上述方法的基礎上還包括為每個呼叫連接分別產生一個單獨的呼叫連接文件，所述的公共消息文件至少包含廣播信道信息和呼叫信息，所述的摘要信息表為每個呼叫連接給出一行包含呼叫基本數(shù)據(jù)的信息，所述的信息至少包括發(fā)生錯誤時與錯誤有關的信息。
按照本發(fā)明的另一個方面，還包括當發(fā)生錯誤時，摘要表中還包含呼叫連接的錯誤信息、基站與基站控制器之間接口的上行鏈路名稱、基站與基站控制器之間接口的下行鏈路名稱、基站控制器與移動交換中心之間接口上7號信令連接的基站控制器側的區(qū)域參數(shù)信元、基站控制器與移動交換中心之間接口上7號信令連接的移動交換中心側的區(qū)域參數(shù)信元、被叫號碼中的一項或多項。
按照本發(fā)明的另一個方面，還包括摘要表中包含呼叫連接的開始時間、呼叫連接的結束時間、無線資源連接身份號、系統(tǒng)幀號、呼叫者身份號、呼叫類型、呼叫連接的釋放信息中的一項或多項。
按照本發(fā)明的另一個方面，本發(fā)明方法的分析過程還包括以下步驟(1)找出所涉及的消息屬于哪一個基站；(2)判斷消息屬于哪一個呼叫連接；(3)把消息輸出到相應的文件中；(4)選擇有用的信息，輸出到摘要信息表。
按照本發(fā)明的另一個方面，本發(fā)明方法的分析過程還包括(5)根據(jù)以上步驟所得結果，畫出信令流程圖；(6)在流程圖中補充基站與基站控制器之間接口消息的呼叫者身份號。
本發(fā)明還公開了一種移動移動系統(tǒng)中對運行或測試數(shù)據(jù)進行處理和分析的裝置，用于對系統(tǒng)的運行或測試數(shù)據(jù)進行有選擇地采集、歸類、分析和輸出，包括(1)一個或多個基站，分別與下述的基站控制器相連，同時分別與下述的信令分析儀相連；(2)一個基站控制器，分別與上述各基站、下述信令分析儀和下述移動交換中心相連，用于分別接收各基站、移動交換中心的信號，并能控制各基站的工作，(3)一個移動交換中心，分別與所述的基站控制器和下述的信令分析儀相連，(4)一個信令分析儀，分別與上述各基站、基站控制器和移動交換中心相連，用于以下述方式監(jiān)測并解碼各基站與基站控制器、基站控制器與移動交換中心之間的往來信令，然后把監(jiān)測結果記錄到下述本地存儲器的一個文件中分別向信令分析儀的分析系統(tǒng)輸入系統(tǒng)的工作參數(shù)和其它需要分析的數(shù)據(jù)，包括由信令分析儀記錄的記錄文件，以及基站與基站控制器之間接口鏈路配置信息，包括基站名稱、基站與基站控制器之間接口上行鏈路名稱和下行鏈路名稱；根據(jù)系統(tǒng)運行情況分析的需要，至少分析信令分析儀所記錄的時間標記和鏈路名稱、所有與呼叫連接有關的基站與基站控制器之間接口消息、所有與呼叫有關的基站控制器與移動交換中心之間接口消息；并根據(jù)上面的分析結果，至少輸出以下三類文件呼叫連接文件，公共消息文件和摘要信息表，供對系統(tǒng)工作情況進行分析時使用；(5)一個本地存儲器，與上述信令分析儀相連，用于存儲系統(tǒng)的記錄文件。


圖1中示出了移動通信中已有技術的網(wǎng)絡結構圖。
圖2為包括了本發(fā)明方案的網(wǎng)絡結構示意圖。
圖3為本發(fā)明裝置中信令分析儀配置的示意圖。
圖4示出了本發(fā)明方法中消息流程圖模型的一個實例。
圖5示出了本發(fā)明方法中摘要信息表的一個實例。
圖6為本方法中分析過程的一個示意圖。
圖7中示出了本發(fā)明方法中流程圖模型輸出的一個實際例子。
具體實施方式
具體地說，本發(fā)明方法包括兩部分。
第一部分是信令的產生和記錄。
該方法采用一個信令分析儀來監(jiān)測一個或多個基站，一個基站控制器，和一個移動交換中心組成的無線通信系統(tǒng)。信令分析儀帶有一個本地存儲器(例如一個或多個本地硬盤，或其它技術人員公知的存儲器)，用于存儲記錄文件；信令分析儀記錄各基站與基站控制器，基站控制器與移動交換中心的往來信令，并把結果記錄到信令分析儀本地存儲器上的一個文件中。本發(fā)明的信令分析儀還至少包括一個分析系統(tǒng)，按照設定的(這種設定可以修改)模式或算法對有關數(shù)據(jù)進行分析。
圖2為包括了本發(fā)明方案的網(wǎng)絡結構示意圖。
在開始之前，需要配置信令分析儀在信令分析儀上，對每一個基站與基站控制器間的接口鏈路，分別給出上行鏈路名稱和下行鏈路名稱以及其他信令分析儀要求的配置，如，協(xié)議棧等。對于多個基站情況，每一個基站的上下行鏈路名稱須唯一，這一點對于后面分析是很重要。例如，對于基站1，上下行鏈路名稱可取為BTS1->BSC和BSC->BTS1，對于BTS2，可取為BTS2->BSC和BSC->BTS2。
圖3為信令分析儀配置示意圖。
這樣，當進行大話務量運行或進行一項復雜測試時，如，大話務量測試，多用戶測試，切換測試等，在信令分析儀的本地存儲器上，將產生一個很大的記錄文件。此記錄文件記錄了所有的基站與基站控制器，基站控制器與移動交換中心間的往來信令。這些信令可能包含了成百上千個呼叫事件。這里，呼叫事件可以是手機發(fā)起的呼叫，手機作被叫的呼叫，位置更新，切換，短消息等所有呼叫業(yè)務。下同。
對于每一條記錄的消息，信令分析儀記錄了如下的內容1)該消息的發(fā)送的時間標記(Time Stamp)，精確到毫秒級2)消息被發(fā)送所在的電路的邏輯鏈路名稱(LinkName)3)該消息采用的協(xié)議信息(Protocol)，如，LAPD或7號信令4)該消息的解碼后的文本信息。
5)該消息的未解碼的原始數(shù)字信息，即，消息的內容。一般為由16進制碼字構成的數(shù)字序列。
這些內容就是下面自動分析的基礎。
第二部分信令文件的自動化分析此分析以信令分析儀的記錄文件作為輸入。分析的任務是1)從龐大的單一的記錄文件中，分離出每一個呼叫事件自己的所有消息，然后把他們放到自己的文件中。
2)建立一張摘要信息表，此摘要信息表包含了所有呼叫事件的摘要信息，以及到相應的分離出的呼叫事件的文件的超級鏈接，這樣，可以通過此摘要信息表，直接訪問任何呼叫的自己單獨的信令文件。
3)在信息摘要表中，給出那些呼叫成功，那些呼叫失敗，失敗原因等關鍵信息。
4)為每一個呼叫事件，畫出單獨的可視化流程圖，使察看問題更加直觀，高效。
只有在開始分析前正確地配置了基站名稱與Abis口上下行鏈路對應關系時，才能正確地畫出可視化的流程圖。
分析的輸出根據(jù)上面的分析結果，輸出以下內容a)呼叫連接文件這是針對每一個呼叫事件的單獨的文件，包含了該呼叫事件獨有的所有消息。作為選項，有些消息可以被過濾掉，如，測量報告，以使問題的查找更容易。
b)公共消息文件與呼叫事件不相關的所有消息，均放在此文件中。例如，Abis口的系統(tǒng)消息等。這些消息對于查找問題沒有關系或關系不大，可以被忽略。
c)摘要信息表文件此信息表文件中包含了對每一個呼叫事件的分析結果的關鍵信息，如，呼叫發(fā)起/結束的時間，呼叫事件的主叫方的身份標示，呼叫的被叫方號碼，呼叫釋放的原因，呼叫發(fā)生所在的基站等。另外，還可以包含到每一個呼叫事件的單獨的呼叫文件的超級鏈接。
d)可視化的流程圖。按照每個基站畫出一個電子流程圖，這有助于查找問題。并且，電子流程圖有數(shù)據(jù)篩選功能，可篩選出任意單一呼叫事件，任意呼叫者的所有呼叫事件流程圖。有關流程圖的詳細描述，請參考后面的流程圖模型分析的過程，分析方法I)為了分析，本方法建立了以下計算機模型1.呼叫事件模型(Call Event Model)。模型用如下參數(shù)來描述一個呼叫事件1)系統(tǒng)幀號(SFNSystem Frame Number)。這一參數(shù)描述了呼叫事件發(fā)生的起始時間屬性。此參數(shù)包含在消息信道需求(Channel Required)中。對于同一個呼叫事件，在消息信道激活和信道立即分配中也包含了相同的參數(shù)。
2)切換參考標示號(HORefHandover Reference Number)。這個參數(shù)包含在與切換控制有關的消息中，如信道激活，切換命令等。
3)連接類型(ConnectionType)。這個參數(shù)是描述呼叫事件的類型，取值為主叫電話(MOC)或被叫電話(MTC)或位置更新(LUPLocation Update)或切換(HOHandover)，短消息(SMS)。
4).無線資源連接身份號(RRIDRadio Connection ID)，這個參數(shù)標示此消息屬于哪一個呼叫事件。此參數(shù)包含在與呼叫有關的Abis口消息中除了信道需求(Channel Required)，信道激活(Channel Activation)和立即分配命令(Immediate Assign Command)以外的所有消息中。
5).Abis口上行鏈路名稱(AbisUpLink)。這是信令分析儀賦予的每一個從基站發(fā)往基站控制器的消息，用來標示此消息發(fā)生在哪一個鏈路上。
6).Abis口下行鏈路名稱(AbisDlLink)這是信令分析以賦予的每一個從基站控制器發(fā)往基站的消息，用來標示此消息發(fā)生在哪一個鏈路上。
7)基站控制器本地參考號(BSClocalRef)這個參數(shù)用來標示A口消息屬于哪一個呼叫連接。它包含在移動交換中心(MSC)發(fā)往基站控制器的與呼叫相關的消息的“目標參考號”(Destination Reference)中?；蛘呋究刂破靼l(fā)往移動交換中心(MSC)的與呼叫相關的消息的“源參考號“(Source Reference)中。
8)移動交換中心本地參考號(MSCLocalRefMSC Local Reference Number)這個參數(shù)用來標示A口消息屬于哪一個呼叫連接。它包含在移動交換中心(MSC)發(fā)往基站控制器的與呼叫相關的消息的“源參考號“(Source Reference)中。或者基站控制器發(fā)往它包含在移動交換中心(MSC)的與呼叫相關的消息的“目標參考號”(Destination Reference)中。
9)Abis口釋放標記(AbisEndFlagAbis interface End Flag)，用來標示呼叫連接在Abis口釋放完畢10)A口釋放標記(AintEndFlagA interface End Flag)，用來標示呼叫連接在A口釋放完畢11)呼叫事件結束標志(ENDFlag)12)基站號(BtsNOBTS Number)，也叫基站名稱，用來標示消息所屬的基站號。如前所述，此參數(shù)下應當在計算機開始分析前輸入到計算機中，并且應為同時輸入該基站對應的Abis口上下行鏈路名稱。
13)載頻號碼(TrxIDTRX Identity)。此參數(shù)表示消息發(fā)生在基站的哪一個載頻上。此參數(shù)將用Abis口消息的TEI值來表示。對于A口消息，此參數(shù)不用。
14)主叫身份標示號(IMSI)。此參數(shù)用來標示主叫方的身份，可以是IMSI號、TMSI號、IMEI號。此參數(shù)包含在3層服務請求消息中。具體的，服務請求包含如下消息·用戶服務請求(CM SERVICE REQUEST)·位置更新請求(LOCATION UPDATING REQUEST)·IMSI解除綁定(IMSI DETACH)·尋呼響應(PAGING RESPONSE)·服務重新連接請求(CM RE-ESTABLISHMENT REQUEST)·通知響應(NOTIFICATION RESPONSE)15)被叫號碼(CalledNO)。此參數(shù)用來標示被叫方的號碼，也就是主叫方撥號的號碼。此參數(shù)包含在呼叫建立消息(set up)中。
16)呼叫錯誤事件(ErrorEvent)。此參數(shù)用來登記呼叫事件是否發(fā)生錯誤。此參數(shù)將用來存儲屬于此呼叫連接的正常呼叫以外的消息名稱，例如，Abis口消息連接失敗(Connection Failure)，錯誤指示(Error Indication)，A口消息服務拒絕(CM Service Reject)等。
17)錯誤原因(ErrorCause)。此參數(shù)用來存儲呼叫事件發(fā)生錯誤，或非正常釋放時的原因。此參數(shù)可能包含在多種消息中。例如，連接釋放(Disconnection)，連接失敗(Connection Failure)，錯誤指示(Error Indication)，服務拒絕(CM Service Reject)等。
18)文件名(FileName)。此參數(shù)是程序對每一個呼叫事件分配的文件名。次文件名具有唯一性，用來唯一地確定每一個呼叫事件的單獨的文件。
19)流程圖名(MessageFlowName)20)消息名稱集合(Messages[])此參數(shù)是一個數(shù)組，按順序記錄了本呼叫事件的每一條消息的名稱。
21)消息時間標記集合(MsgTimeStamps[])此參數(shù)是一個數(shù)組，按順序記錄了本呼叫事件的每一條消息的時間標記。
22)消息位置集合LineNO[].此參數(shù)是一個數(shù)組，按順序記錄了本呼叫事件的每一條消息在本呼叫事件所屬基站的流程圖中的位置，也就是行數(shù)。因為，每一條消息在流程圖中占用一行。此參數(shù)實際上記錄了每條消息在相應的基站中所發(fā)生的序號。
關于呼叫事件連接模型的身份標示為了標示一個呼叫連接事件的身份，以與其它呼叫連接事件相區(qū)別，需采用如下參數(shù)聯(lián)合表達1)基站號2)載頻號3)無線資源連接身份號4)系統(tǒng)幀號聯(lián)合表達的意思是在系統(tǒng)幀號生命周期內，任何兩個呼叫連接事件，即上述四個參數(shù)不可能全部相同(系統(tǒng)幀號生命周期是3小時16分鐘36秒)。
2.消息模型(Message)。模型用如下參數(shù)來描述一個消息1)鏈路名(LinkName)這是每條消息一定包含的，由信令儀為每條消息附加的內容。表明此消息發(fā)生在那一條邏輯鏈路上。
2)時間標記(TimeStamp)這是每條消息一定包含的，由信令儀為每條消息附加的內容。表明此消息發(fā)生在那一時刻。
3)基站號碼(BTSNO)此參數(shù)不包含在消息本身當中。此參數(shù)只針對Abis或Iub口消息，它的值由計算機在分析時，根據(jù)鏈路名參數(shù)，和鏈路名與基站間的對應關系確定。對于A口消息或Iu口消息，此參數(shù)不用。
4)載頻號碼(TrxID)此參數(shù)表示消息發(fā)生在基站的第幾個在頻上。此參數(shù)包含在所有Abis口或Iu口消息當中。對于GSM和TSM來說，此參數(shù)用LAPD信令的TEI參數(shù)代表。
5)系統(tǒng)幀號(SFNSystem Frame Number)只有個別消息包含此參數(shù)。
6)無線資源連接身份號(RRIDRadio Connection ID)大多數(shù)Abis口消息都包含此參數(shù)。對于A口消息或Iu口消息，此參數(shù)不用。
7)源參考號(SourceLocalReference)僅包含在部分A口消息當中。對于Abis口消息或Iub口消息，此參數(shù)不用。
8)目標參考號(DestLocalReference)僅包含在部分A口消息當中。對于Abis口消息或Iub口消息，此參數(shù)不用。
9)切換參考標示號(HORefHandover Reference Number)僅包含在部分消息當中。
前面這些參數(shù)意義與呼叫連接模型當中的意義相同。以下這些參數(shù)是消息模型獨有的參數(shù)。
10)消息名(MsgName)這是每條消息一定包含的，由信令儀為每條消息附加的內容。
11)消息接口名稱(Interface)。指示消息屬于哪一個接口。
15)原因(CauseValue)這是某些消息包含的，用于表明某個事件的原因。如，切換指示(Handover indication)，連接釋放(Disconnection)，連接失敗(Connection Failure)等的原因。如果消息不包含這個內容，那么，原因值為空。
實際上，每一個消息并不包含消息模型中的所有參數(shù)。每一個消息還可能包含其它參數(shù)。分析時，采用匹配法，只要該消息包含消息模型中的參數(shù)，就取出該參數(shù)，用來描述該消息。
3.消息流程圖模型。
其模型特征在于a.每個基站在自己的流程圖，即流程圖是基于基站的。
b.流程圖中包含了此基站中所發(fā)生的所有的與呼叫有關的消息。
c.流程圖流程圖具有行列結構。
d.每一個呼叫連接事件的每一條消息在流程圖中占用一行。
e.對每一個呼叫連接事件的每一條消息，在該消息所在的行上，至少輸出該消息的如下二個參數(shù)消息的時間標記，消息名。每個參數(shù)在流程圖中占用一列。
f.消息名所在的列的位置，反映了該消息所屬的接口的邏輯位置。
g.每個消息名下面，畫一條橫線。此橫線可以有方向，也可以無方向。
h.對每一個呼叫連接事件的每一條消息，在該消息所在的行上，輸出該消息所屬的呼叫事件的所有參數(shù)或某些重要的參數(shù)。例如，如下六個參數(shù)呼叫事件的載頻號碼(TrxID)，無線資源連接身份號(RRID)，主叫身份標示號(IMSI)，被叫號碼(CalledNO)，系統(tǒng)幀號(SFN)，切換參考標示號(HORef)。每個參數(shù)在流程圖中占用一列。
i.可選的，電子流程圖具有過濾功能。利用計算機技術，采用過濾功能，過濾出特定條件的流程圖。例如，可以根據(jù)載頻號碼(TrxID)，過濾出某一個載頻上的所有呼叫事件；可以根據(jù)主叫身份標示號過濾出某一個主叫者在測試時間范圍內的所發(fā)生的所有呼叫事件，可以根據(jù)系統(tǒng)幀號(SFN)過濾出某一個單獨的呼叫事件等的流程圖。
圖4示出了消息流程圖模型的一個實例。該例采用電子表格軟件Excel來完成畫流程圖。采用Excel來畫流程圖的好處是充分采用現(xiàn)有的電子表格的強大的功能，很容易的實現(xiàn)上述過程，如，畫線，輸出參數(shù)，過濾功能等。
4.正常呼叫事件模型正常的呼叫事件模型是用來判斷一個呼叫事件是否正常的標準。此模型包含如下參數(shù)1)一個正常呼叫事件的可能使用到的所有消息的名稱的集合2)一個正常呼叫事件的原因(Cause)集合。
當某個呼叫事件包含了不屬于正常呼叫事件模型的消息名稱集合中的消息時，此呼叫事件便被認為是非正常呼叫事件?；蛘?，當某個呼叫事件的某一個消息包含了正常呼叫事件的原因(Cause)集合以外的原因時，此呼叫事件便被認為是非正常呼叫事件。
可以對每一種呼叫事件建立一個正常的呼叫事件模型。進一步的，可以把所有的呼叫事件模型統(tǒng)一起來，建立一個公共的正常呼叫事件模型。此公共正常呼叫事件模型的消息名稱集合包含每一種正常呼叫事件的所有消息名稱。原因集合包含所有正常的原因。因此，此公共正常事件模型可用來判斷每一種呼叫事件正確與否。
5.摘要信息表摘要信息表包含了呼叫事件模型當中的全部或部分參數(shù)。摘要信息表示表格結構。每一個呼叫事件在表中占用一行。該行中可以包含到此呼叫事件的單獨的消息文件的超級鏈接。
圖5示出了摘要信息表的一個實例。在圖5中，StartTime表示事件開始時間，EndTime表示事件結束時間，RRID表示無線資源連接身份號，SFN表示呼叫發(fā)生的起始系統(tǒng)幀號，IMSI表示呼叫者身份號，ConnType表示連接類型，Error EventCall Release表示錯誤事件，AbisUPLink表示Abis口上行鏈路名，AbisDLink表示Abis口下行鏈路名，Called Number表示被叫號碼，Error Cause表示錯誤原因。
II)為了分析，本方法根據(jù)每個基站分別定義一個消息計數(shù)器。
消息計數(shù)器用來記錄該基站收到或發(fā)出的與呼叫事件有關的消息總數(shù)。設置此計數(shù)器的目的在于，為呼叫事件的每個消息，記錄該消息在流程圖中的位置，即行數(shù)。為了表達方便，定義計數(shù)器名稱為BTS_Received_Message[x]，x代表第幾個基站。
III)分析過程本方法的分析過程如以下圖6所示，詳細步驟請見后面的主要步驟詳細描述。
主要步驟的詳細描述在計算基中，根據(jù)呼叫事件模型，建立一個呼叫事件數(shù)組。為了表達方便，為數(shù)組取個名字Connection[]。
并用Connection[i]來表示數(shù)組中的第i個元素。這里，i是正整數(shù)，i＝1，2，3，4，5...根據(jù)消息模型，設定一個變量，此變量代表按照消息模型的參數(shù)來描述的一個實際的消息。為了以下描述方便，這里，給定變量名為MSG。
根據(jù)以上定義，在說明某個具體的呼叫事件時，可以用Connection[i]表示呼叫事件數(shù)組中第i個呼叫事件。說明某個呼叫事件的模型參數(shù)時，用Connection[i].xxx表示，說明某個消息的參數(shù)時，用MSG.yyy表示。這里，xxx代表呼叫事件模型的參數(shù)名稱。如Connection[i].SFN代表第i個呼叫事件的系統(tǒng)幀號。yyy代表消息模型的參數(shù)名稱，如MSG.msgName代表該消息的消息名屬性。下面詳細描述主要步驟。
步驟1向程序輸入Abis口配置參數(shù)。建立基站號與Abis口上下行鏈路名稱的對應關系基站號與Abis口上下行鏈路名稱可以是一對多的關系。如下表所示
計算機根據(jù)如上表所示的數(shù)據(jù)，建立基站號與鏈路名稱之間的對應關系數(shù)據(jù)庫。這樣，根據(jù)Abis口的消息的鏈路名參數(shù)，就可以判斷出此消息屬于哪一個基站。
步驟2從記錄文件中讀取下一條完整的消息(可包含多行內容)在記錄文件中，消息是按照順序，一條一條存儲的。本步驟的任務是，順序的，從記錄文件中，讀取下一條消息。對于不同的記錄文件的格式，有不同的方法實現(xiàn)。對于同一種記錄文件的格式，也可能有多種方法實現(xiàn)。
通常的，在記錄文件中，每一條消息都有一個起始的標志，或起始的特征。一個新消息的起始，就意味著前一個消息的結束。計算機可以根據(jù)這一特征，判斷是否得到完整的消息。
步驟3對此消息的內容進行參數(shù)掃描，按照消息模型的參數(shù)取出對應的消息內容。
每一條消息都至少包含消息模型定義的如下內容消息名稱(MessageName)，時間標記(TimeStamp)，鏈路名(LinkName)。對于消息模型定義的其他參數(shù)，每一條消息可能包含，也可能不包含。如果包含，就取出該參數(shù)。如果不包含，該參數(shù)就為空值。另外，每一條消息都包含了該消息使用的協(xié)議名稱。根據(jù)不同接口使用的不同協(xié)議，就可以判斷出該消息的消息接口名稱(Interface)參數(shù)值。如果不同接口使用相同的協(xié)議，那么，就需要根據(jù)不同接口的鏈路名的不同來判斷該消息的消息接口名稱(Interface)參數(shù)值。在這種情況下，需要在計算機分析開始之前，向計算機輸入每一接口的鏈路名與接口名之間的對應關系，類似于步驟1。
步驟4如果該消息是Abis消息，根據(jù)該消息的鏈路名稱，利用基站號與鏈路名稱的對應關系，找出該消息所屬的基站號。
步驟5根據(jù)該消息的各項參數(shù)，利用同一個呼叫事件的各個消息之間的相關性，找出消息屬于哪一次呼叫事件，并根據(jù)消息的參數(shù)，確定呼叫事件的參數(shù)。
同一個呼叫事件的不同消息間是有相關性的。在不同的系統(tǒng)里，相關性的表現(xiàn)是不同的。計算機根據(jù)這種相關性，判斷某一條消息屬于哪一個呼叫事件。
下面，以TD-SCDMA TSM標準為例，來描述這種相關性。
1)如果該消息名稱是信道需求(Channel Required)，那么，這是一個呼叫事件中，基站向基站控制器發(fā)送的第一條消息。這意味著，一個新的呼叫事件已經(jīng)開始。由此，計算機在呼叫事件的數(shù)組中，增加一個新的元素。在這里，記為Connection[i]，并且，設置此呼叫事件的以下參數(shù)。并且，設置此呼叫事件的如下參數(shù)Connection[i].SFN＝MSG.SFNConnection[i].trxID＝Msg.trxIDConnection[i].AbisULLink＝MSG.LinkNameConnection[i].BTSNO＝MSG.BTSNOConnection[i].FileName＝基站號.txt，這里，基站號是在步驟4中得到的這條消息的消息模型參數(shù)基站號碼(BTSNO)的參數(shù)值。
Connection[i].ENDFlag＝False2)如果該消息名稱是信道激活(Channel Activation)，那么，如果該消息包含了系統(tǒng)幀號(SFNSystem Frame Number)，那么，這條消息是基站控制器對前一條消息信道需求(Channel Required)的響應。在所有的呼叫事件中，如果某個呼叫事件同時滿足如下條件Connection[i].SFN＝＝MSG.SFN //呼叫事件的系統(tǒng)幀號等于該消息的系統(tǒng)幀號Connection[i].BTSNO＝＝MSG.BTSNO //呼叫事件的基站號等于該消息的基站號Connection[i].trxID＝＝msg.trxID， //呼叫事件的載頻號等于該消息的載頻號Connection[i].ENDFlag＝＝false 那么，//呼叫事件的結束標志等于false，即，該呼叫事件還沒有結束那么，此消息屬于呼叫事件Connection[i]。同時，設置如下參數(shù)Connection[i].RRID＝＝MSG.RRID //把該消息的參數(shù)RRID賦給呼叫事件Connection[i]Connection[i].AbisdownlinkName＝＝Msg.LinkName//把該消息的參數(shù)鏈路名賦給呼叫事件Connection[i]下行鏈路名如果該消息不包含系統(tǒng)幀號(SFN)，倡是，包含切換參考號(HOREF)，那么，這條消息是一個切換事件的第一條消息。在呼叫事件數(shù)組中，增加一條新元素Connection[i]，并且，設置此呼叫事件的以下參數(shù)Connection[i].HOREF＝MSG.HOREFConnection[i].RRID＝MSG.RRID，Connection[i].trxID＝MSG.trxIDConnection[i].AbisUplinkName＝Msg.LinkNameConnection[i].ConnectionType＝”HO”Connection[i]3)如果該消息名稱是立即分配命令(Immediate Assignment CMD)或立即分配拒絕(Immediate Assignment Reject)，那么在所有的呼叫事件中，如果某個呼叫事件同時滿足如下條件Connection[i].SFN＝＝MSG.SFN //呼叫事件的系統(tǒng)幀號等于該消息的系統(tǒng)幀號Connection[i].BTSNO＝＝MSG.BTSNO //呼叫事件的基站號等于該消息的基站號Connection[i].trxID＝＝msg.trxID， //呼叫事件的載頻號等于該消息的載頻號Connection[i].ENDFlag＝＝false 那么，//呼叫事件的結束標志等于false，即，該呼叫事件還沒有結束那么，此消息屬于第i個呼叫事件。
4)如果該消息名稱是Abis口消息位置更新請求(Location Update)或服務請求(CMService Request)或尋呼響應(Paging Response)那么在所有的呼叫事件中，如果某個呼叫事件同時滿足如下條件Connection[i].BTSNO＝＝MSG.BTSNO //同一個基站Connection[i].trxID＝＝msg.trxID //同一個載頻Connection[i].RRID＝＝MSG.RRID //同一個無線資源連接Connection[i].ENDFlag＝＝false那么，此消息屬于第i個呼叫事件。設者呼叫事件的參數(shù)
Connection[i].IMSI＝MSG.IMSI分別的，可以判斷出此呼叫事件的類型Connection[i]＝LUP或MOC或MTC5)如果該消息名稱是A口消息Complete Lay3 Information(完整的3層消息)，那么，此消息中必然包含了下面消息當中的一個用戶服務請求(CM SERVICE REQUEST)位置更新請求(LOCATION UPDATING REQUEST)IMSI解除綁定(IMSI DETACH)尋呼響應(PAGING RESPONSE)服務重新連接請求(CM RE-ESTABLISHMENT REQUEST)通知響應(NOTIFICATION RESPONSE)在所有的呼叫事件中，如果某個呼叫事件同時滿足如下條件Connection[i].IMSI＝＝MSG.IMSIConnection[i].EndFlag＝＝false那么，此消息屬于第i個呼叫事件。給此呼叫事件如下參數(shù)賦值Connection[i].BSCLocalRef＝MSG.SourceRef //6)如果該消息名稱是A口消息位置更新接受(Location Update Accept)或位置更新拒絕(Location Update Reject)，或服務接受(CM Service Accept)或服務拒絕(CM Service Reject)或身份請求(Identiy Request)等，那么在所有的呼叫事件中，如果某個呼叫事件同時滿足如下條件Connection[i].BSCLocalRef＝＝MSG.DestRefConnection[i].EndFlag＝＝false那么，此消息屬于第i個呼叫事件。給此呼叫事件如下參數(shù)賦值Connection[i].MSCLocalRef＝MSG.SourceRef7)如果該消息是射頻信道釋放證實(RF Channel Release Acknowledge)，么，那么在所有的呼叫事件中，如果某個呼叫事件滿足如下條件Connection[i].BTSNO＝＝MSG.BTSNO //同一個基站Connection[i].trxID＝＝msg.trxID //同一個載頻Connection[i].RRID＝＝MSG.RRID //同一個無線資源連接Connection[i].ENDFlag＝＝false //該呼叫事件還沒有結束那么，此消息屬于第i個呼叫事件。給此呼叫事件如下參數(shù)賦值
Connection[i].AbisEndFlag＝TRUE //Abis口釋放完畢8)如果該消息是A口消息釋放完成(Release Complete)，那么在所有的呼叫事件中，如果某個呼叫事件滿足如下條件Connection[i].BSCLocalRef ＝MSG.DestRef 或Connection[i].MSCLocalRef＝Msg.DestRef //這兩個條件之一并且同時Connection[i].EndFlag＝＝false那么，此消息屬于第i個呼叫事件。給此呼叫事件如下參數(shù)賦值Connection[i].AintEndFlag＝TRUE9)如果該消息名稱是A口其它消息，那么在所有的呼叫事件中，如果某個呼叫事件滿足如下條件Connection[i].BSCLocalRef ＝MSG.DestRef 或Connection[i].MSCLocalRef＝Msg.DestRef //這兩個條件之一并且同時Connection[i].EndFlag＝＝false那么，此消息屬于第i個呼叫事件。
否則，此消息不屬于任何呼叫事件。
10)如果該消息名稱是Abis口其它消息，那么，那么在所有的呼叫事件中，如果某個呼叫事件同時滿足如下條件Connection[i].BTSNO＝＝MSG.BTSNO//同一個基站Connection[i].trxID＝＝msg.trxID//同一個載頻Connection[i].RRID＝＝MSG.RRID//同一個無線資源連接Connection[i].ENDFlag＝＝false//該呼叫事件還沒有結束那么，此消息屬于第i個呼叫事件。給此呼叫事件如下參數(shù)賦值否則，此消息不屬于任何呼叫事件。
11)如果該消息屬于第i個呼叫事件Connection[i]，那么，此呼叫事件的參數(shù)消息名稱集合，消息時間標記集合，消息位置集合各增加一個新元素，賦值如下Connection[i].Messages[j]＝MSG.MsgNameConnection[i].MsgTimeStamps[j]＝MSG.TimeStampBTS_Received_Message[x]＝BTS_Received_Message[x]+1 //消息計數(shù)器增1Connection[i].LineNO[j]＝BTS_Received_Message[x] //記錄該消息在流程圖中的行位置
12)如果該消息屬于第i個呼叫事件Connection[i]，那么判斷該消息是否是屬于正常呼叫模型當中的消息。判斷方法為該消息的名稱被包含在正常呼叫模型的名稱集合當中，并且，該消息沒有包含原因參數(shù)(CauseValue)，即，原因參數(shù)為空，或者，該消息包含了原因參數(shù)(CauseValue)，但該原因參數(shù)(CauseValue)值也包含在正常呼叫模型的原因集合當中，那么，此消息就是正常消息。
如果不滿足上述條件，則為非正常消息。這就意味著，該消息所屬的呼叫事件非正常。那么，對該呼叫事件的如下參數(shù)賦值Connection[i].ErrorEvent＝MSG.MsgName//把該消息的名稱賦給呼叫事件的呼叫錯誤事件參數(shù)。對于發(fā)生多個錯誤事件的情況，應該考慮，在呼叫錯誤事件參數(shù)上疊加新的值。
Connection[i].ErrorCause＝MSG.CauseValue步驟6將此消息輸出到其所屬于的呼叫事件的單獨的文件中。
根據(jù)此消息所屬的呼叫事件的參數(shù)文件名(FileName)，把該消息附加到相應的文件末尾。
步驟7把呼叫事件的各項參數(shù)輸出到信息摘要表中。
按照摘要信息表的結構，輸出相應的呼叫事件參數(shù)到表中步驟8根據(jù)每一個呼叫事件的參數(shù)，按照該呼叫事件的基站號，在相應的流程圖中，畫出流程圖。
按照流程圖模型的結構，在流程圖中輸出相應的信息。呼叫事件模型的參數(shù)消息名稱集合(Messages[])記錄了此呼叫事件的所有消息名稱。對應的該消息的時間標記記錄在消息時間標記集合(MsgTimeStamps[])中。而對應的該消息在流程圖中的行位置記錄在消息位置集合(LineNO[])中。因此，根據(jù)行位置，在流程圖中的相應行數(shù)輸出相應的參數(shù)，并且在該消息名下面畫一條橫線。
下面的圖7為流程圖模型輸出的一個實際例子。
權利要求
1.一種移動通信系統(tǒng)中對運行或測試數(shù)據(jù)進行處理和分析的方法，對系統(tǒng)的工作或測試狀態(tài)進行分析，包括采用至少一個基站，一個基站控制器，一個信令分析儀和一個移動交換中心，信令分析儀帶有一個存儲器，用于存儲記錄文件；所述的基站控制器用于分別接收各基站、移動交換中心的信號，并能控制各基站的工作，信令分析儀監(jiān)測并解碼各基站與基站控制器、基站控制器與移動交換中心之間的往來信令，然后把監(jiān)測結果記錄到本地存儲器的一個文件中；上述設備對系統(tǒng)的運行或測試數(shù)據(jù)進行有選擇地采集、歸類、分析和輸出，包括下列步驟(1)向信令分析儀的分析系統(tǒng)輸入系統(tǒng)的工作參數(shù)和其它需要分析的數(shù)據(jù)由信令分析儀記錄的記錄文件，另外還可以輸入基站與基站控制器之間接口鏈路配置信息，包括基站名稱、基站與基站控制器之間接口上行鏈路名稱和下行鏈路名稱；(2)根據(jù)系統(tǒng)運行情況分析的需要，信令分析儀至少分析以下的工作過程參數(shù)信令分析儀所記錄的時間標記和鏈路名稱，所有與呼叫連接有關的基站與基站控制器之間接口消息，所有與呼叫有關的基站控制器與移動交換中心之間接口消息；(3)根據(jù)上面的分析結果，信令分析儀輸出以下三類文件呼叫連接文件，公共消息文件和摘要信息表，供對系統(tǒng)工作情況進行分析時使用。
2.如權利要求1所述的方法，其特征在于所述為每個呼叫連接分別產生一個單獨的呼叫連接文件，所述的公共消息文件至少包含廣播信道信息和呼叫信息，所述的摘要信息表為每個呼叫連接給出一行包含呼叫基本數(shù)據(jù)的信息，所述的信息至少包括發(fā)生錯誤時與錯誤有關的信息。
3.如權利要求2所述的方法，其特征在于當發(fā)生錯誤時，摘要表中還包含呼叫連接的錯誤信息、基站與基站控制器之間接口的上行鏈路名稱、基站與基站控制器之間接口的下行鏈路名稱、基站控制器與移動交換中心之間接口上7號信令連接的基站控制器側的區(qū)域參數(shù)信元、基站控制器與移動交換中心之間接口上7號信令連接的移動交換中心側的區(qū)域參數(shù)信元、被叫號碼中的一項或多項。
4.如權利要求1至3中任一個權利要求所述的方法，其特征在于摘要表中包含呼叫連接的開始時間、呼叫連接的結束時間、無線資源連接身份號、系統(tǒng)幀號、呼叫者身份號、呼叫類型、呼叫連接的釋放信息中的一項或多項。
5.如權利要求1至3中任一權利要求所述的方法，其特征在于分析過程中包括以下步驟(1)找出所涉及的消息屬于哪一個基站；(2)判斷消息屬于哪一個呼叫連接；(3)把消息輸出到相應的文件中；(4)選擇有用的信息，輸出到摘要信息表。
6.如權利要求4中所述的方法，其特征在于分析過程中包括以下步驟(1)找出所涉及的消息屬于哪一個基站；(2)判斷消息屬于哪一個呼叫連接；(3)把消息輸出到相應的文件中；(4)選擇有用的信息，輸出到摘要信息表。
7.如權利要求5中所述的方法，其后還包括以下步驟(5)根據(jù)以上步驟所得結果，畫出信令流程圖；(6)在流程圖中補充基站與基站控制器之間接口消息的呼叫者身份號。
8.如權利要求6中所述的方法，其后還包括以下步驟(5)根據(jù)以上步驟所得結果，畫出信令流程圖；(6)在流程圖中補充基站與基站控制器之間接口消息的呼叫者身份號。
9.一種移動移動系統(tǒng)中對運行或測試數(shù)據(jù)進行處理和分析的裝置，用于對系統(tǒng)的運行或測試數(shù)據(jù)進行有選擇地采集、歸類、分析和輸出，包括(1)一個或多個基站，分別與下述的基站控制器相連，同時分別與下述的信令分析儀相連；(2)一個基站控制器，分別與上述各基站、下述信令分析儀和下述移動交換中心相連，用于分別接收各基站、移動交換中心的信號，并能控制各基站的工作，(3)一個移動交換中心，分別與所述的基站控制器和下述的信令分析儀相連，(4)一個信令分析儀，分別與上述各基站、基站控制器和移動交換中心相連，用于以下述方式監(jiān)測并解碼各基站與基站控制器、基站控制器與移動交換中心之間的往來信令，然后把監(jiān)測結果記錄到下述本地存儲器的一個文件中分別向信令分析儀的分析系統(tǒng)輸入系統(tǒng)的工作參數(shù)和其它需要分析的數(shù)據(jù)，包括由信令分析儀記錄的記錄文件，以及基站與基站控制器之間接口鏈路配置信息，包括基站名稱、基站與基站控制器之間接口上行鏈路名稱和下行鏈路名稱；根據(jù)系統(tǒng)運行情況分析的需要，至少分析信令分析儀所記錄的時間標記和鏈路名稱、所有與呼叫連接有關的基站與基站控制器之間接口消息、所有與呼叫有關的基站控制器與移動交換中心之間接口消息；并根據(jù)上面的分析結果，至少輸出以下三類文件呼叫連接文件，公共消息文件和摘要信息表，供對系統(tǒng)工作情況進行分析時使用；(5)一個或多個本地存儲器，與上述信令分析儀相連，用于存儲系統(tǒng)的記錄文件。
全文摘要
本發(fā)明是一種對移動通信系統(tǒng)在大話務量情況下，對各種呼叫事件(位置更新，呼叫過程，短消息，切換等)結果進行自動分析的方法和裝置，包括采用一臺信令分析儀，監(jiān)測一個或多個基站、一個基站控制器和一個移動交換中心之間的信令往來，并把結果存儲到信令分析儀本地存儲器，然后，利用計算機自動分析系統(tǒng)中各種呼叫事件(位置更新、呼叫過程、短消息、切換等)的結果(成功或失敗，在哪一步失敗)，并為每一單獨事件分離出其單獨的信令記錄，畫出每一事件的可視化的信令流程圖，使結果一目了然；所述的基站控制器用于分別接收各基站控制器、移動交換中心的信號，并能控制各基站的工作。
文檔編號H04W24/08GK1662089SQ20041000635
公開日2005年8月31日 申請日期2004年2月27日 優(yōu)先權日2004年2月27日
發(fā)明者鄧春路 申請人:西門子(中國)有限公司