專利名稱：在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置及其方法
技術(shù)領域：
本發(fā)明涉及通信系統(tǒng)中的網(wǎng)絡管理和調(diào)試技術(shù)，特別涉及通信系統(tǒng)中信令和接口消息的回放技術(shù)。
背景技術(shù)：
在通信系統(tǒng)中，信令消息和接口信息起著十分重要的作用。一個系統(tǒng)能不能正常運作，往往在這些消息中得到反映。因此，為了便于系統(tǒng)的維護和管理，目前大部分設備商都提供了對系統(tǒng)中信令消息和接口消息的跟蹤裝置，能夠接收系統(tǒng)中正在傳遞的信令消息和接口消息，并通過專用圖形用戶接口(Graphic User Interface，簡稱“GUI”)顯示給系統(tǒng)運行維護人員。
但是，目前這些信令消息和接口消息的跟蹤裝置只具備消息接收、消息顯示、消息存儲、消息再瀏覽功能，而缺少了消息回放功能。
本發(fā)明所說的消息回放是指將保存的信令消息和接口消息按照通信系統(tǒng)原來的到達順序、時間間隔通過用戶界面動態(tài)地重新呈現(xiàn)出來的過程。
消息回放功能在通信系統(tǒng)中起著十分重要的作用。因為它是一個動態(tài)的全面的呈現(xiàn)過程，最大限度的保留了信令消息和接口消息的信息。在解除故障和日常維護中，消息回放功能是最有效的工具之一。
在實際應用中，上述方案存在以下問題目前設備上所提供的消息再瀏覽功能只限于將事前存儲的消息重新解釋后顯示在用戶界面上，缺少動態(tài)過程表現(xiàn)能力，無法完全再現(xiàn)原有的消息跟蹤過程，也就是說在再現(xiàn)過程中丟失了信息，不利于系統(tǒng)的維護。
造成這種情況的主要原因在于，目前大部分廠商提供的消息跟蹤裝置不具備消息回放功能。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置及其方法，使得通信系統(tǒng)中消息流程過程能夠動態(tài)、真實地回放給系統(tǒng)運行維護人員，幫助分析系統(tǒng)、定位系統(tǒng)問題。
為實現(xiàn)上述目的，本發(fā)明提供了一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，包含消息存儲數(shù)據(jù)庫，用于存儲所述信令和接口消息；消息接收模塊，用于接收所述通信系統(tǒng)中通信設備上報的信令和接口消息；消息訪問模塊，用于將所述消息接收模塊收到的信令和接口消息保存在所述消息存儲數(shù)據(jù)庫中，還用于從所述消息存儲數(shù)據(jù)庫中查詢和讀取已保存的信令和接口消息；消息解釋引擎，用于按照信令和接口消息的類型將所述消息訪問模塊讀取的信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息；消息顯示模塊，用于在用戶界面上顯示所述用戶可以閱讀的信息。
其中，還包含解釋規(guī)則數(shù)據(jù)庫，用于存儲每一種類型的信令和接口消息所對應的解釋規(guī)則；所述消息解釋引擎按照信令和接口消息的類型從所述解釋規(guī)則數(shù)據(jù)庫中查詢對應的解釋規(guī)則，并按該解釋規(guī)則將所述消息訪問模塊讀取的信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息。
所述消息存儲數(shù)據(jù)庫中可以用二進制編碼格式保存所述信令和接口消息。
所述消息解釋引擎還用于根據(jù)當前和前一條信令和接口消息的時間戳計算間隔時長，并按計算得到的間隔時長進行等待，等待結(jié)束后將所述用戶可以閱讀的信息發(fā)送給所述消息顯示模塊。
所述消息存儲數(shù)據(jù)庫保存的信令和接口消息包含消息序號、消息接收時間戳和消息實體。
所述消息訪問模塊按照消息序號從所述消息存儲數(shù)據(jù)庫中查詢和讀取已保存的信令和接口消息。
本發(fā)明還提供了一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的方法，包含以下步驟A從保存信令和接口消息的消息存儲數(shù)據(jù)庫中讀取一條信令和接口消息；B判斷當前工作方式是否為用戶定義方式，如果是則按用戶指定的間隔時長進行等待，否則根據(jù)當前和前一條信令和接口消息的時間戳計算間隔時長，并按計算得到的間隔時長進行等待；C等待結(jié)束后，按照信令和接口消息的類型將當前信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息；D在用戶界面上顯示所述用戶可以閱讀的信息。
本發(fā)明還提供了一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的方法，包含以下步驟A從保存信令和接口消息的消息存儲數(shù)據(jù)庫中讀取一條信令和接口消息；B判斷當前工作方式是否為用戶定義方式，如果是則將間隔時長設為用戶指定的間隔時長，否則將根據(jù)當前和前一條信令和接口消息的時間戳計算間隔時長；C按照信令和接口消息的類型將當前信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息，并將該信息和所述間隔時長一起發(fā)送給消息顯示模塊；
D所述消息顯示模塊等待所述間隔時長后在用戶界面上顯示所述用戶可以閱讀的信息。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，引入了一個消息回放的流程。消息回放時兩條消息的間隔時間可由用戶指定或由消息中記錄的時間戳信息計算所得。在顯示完前一條消息并等待完指定時間間隔后，將經(jīng)消息解析引擎40解析后的下一消息提交消息顯示模塊30進行顯示，然后再由消息訪問模塊20從消息存儲數(shù)據(jù)庫50中按序號順序讀取下一條消息進行處理。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即設備能記錄消息的到達時間，通過重新計算兩條消息的時間間隔，在回放時能夠動態(tài)地再現(xiàn)原有的跟蹤過程，幫助系統(tǒng)運行維護人員了解、分析當時的信令、接口消息過程，同時還支持系統(tǒng)運行維護人員自行設定消息間隔時間。


圖1是根據(jù)本發(fā)明的一個實施例的消息回放裝置的模塊圖；圖2是根據(jù)本發(fā)明的一個實施例的解析后的Um接口消息顯示圖；圖3是根據(jù)本發(fā)明的一個實施例的消息回放的流程圖；圖4是根據(jù)本發(fā)明的一個實施例的提高顯示精度的消息回放的流程圖；圖5是根據(jù)本發(fā)明的一個實施例的提高顯示精度時消息顯示模塊異步工作流程圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
消息回放功能是通過消息回放裝置實現(xiàn)的。如圖1所示，本裝置由消息接收模塊10、消息訪問模塊20、消息顯示模塊30、消息解釋引擎40、消息存儲數(shù)據(jù)庫50和解釋規(guī)則數(shù)據(jù)庫60構(gòu)成。其中消息接收模塊10與通信設備相連，消息訪問模塊20與消息存儲數(shù)據(jù)庫50相連，消息解釋引擎40與解釋規(guī)則數(shù)據(jù)庫60相連。各個模塊的功能如下消息接收模塊10負責與通信設備進行通信，接收通信設備上報的信令消息和接口消息；消息訪問模塊20負責將消息接收模塊10收到的消息按照指定的格式保存到消息存儲數(shù)據(jù)庫50中，每條消息包括消息序號、消息接收時間戳和消息實體；同時負責從消息存儲數(shù)據(jù)庫50中按序號讀取保存的消息；消息顯示模塊30負責將經(jīng)過消息解釋引擎40解釋過的消息顯示在用戶界面上；消息解釋引擎40負責將原始信息轉(zhuǎn)換成用戶可以閱讀的信息。因為從通信設備發(fā)來的原始消息是二進制編碼格式的信息，消息解釋引擎40按照消息類型從解釋規(guī)則數(shù)據(jù)庫60中選擇對應的解釋規(guī)則，并按照這一規(guī)則對二進制編碼的消息進行處理，轉(zhuǎn)換成用戶可以閱讀的信息。
消息存儲數(shù)據(jù)庫50負責存儲從通信設備接收的消息，此處保留的是未經(jīng)過解釋引擎處理的二進制編碼格式消息；解釋規(guī)則數(shù)據(jù)庫60負責保存通信系統(tǒng)中多種類型消息對應的解釋規(guī)則，供消息解釋引擎40使用。因為每一條消息包括消息頭和消息體兩部分，消息頭用于標識消息類型和消息長度，消息體中則是消息的實際內(nèi)容。消息解釋引擎40按照消息頭查找解釋規(guī)則數(shù)據(jù)庫60中對應的解釋原則對消息體中內(nèi)容進行解釋?，F(xiàn)在以Um接口消息作為消息解析的一個例子加以說明。例如Um接口消息原始信息為0x080615，經(jīng)過消息解釋引擎40按照消息類型從解釋規(guī)則數(shù)據(jù)庫60中選擇對應的解釋規(guī)則并加以處理完成后，獲得如圖2所示的用戶可閱讀的信息。
用戶使用該裝置時可以指定消息回放時兩條消息的間隔時間，也可以按照消息中記錄的時間戳信息來計算兩條消息間的間隔時間進行回放。下面結(jié)合附圖3說明本發(fā)明實現(xiàn)消息回放的過程。
首先，開始時，在步驟100判斷用戶是否指定消息間隔時間。如果是則進入步驟101，否則進入步驟102。
在步驟101中，由于已知用戶指定了時間間隔，所以設定工作方式為“用戶自定義方式”。然后進入步驟102。
在步驟102中，消息訪問模塊20從消息存儲數(shù)據(jù)庫50中按序號順序讀取一條消息。
然后進入步驟103，判斷上一步驟的讀取是否成功。如果成功，則轉(zhuǎn)入步驟104，否則結(jié)束。
在步驟104中，本裝置將消息訪問模塊20讀取的消息提交給消息解釋引擎40處理，使之轉(zhuǎn)換成用戶可以閱讀的信息。
在消息解析完成后，進入步驟105，即把消息提交給消息顯示模塊30，使它顯示在用戶界面上。
接著進入步驟106，消息訪問模塊20從消息存儲數(shù)據(jù)庫50中按序號順序讀取下一條消息。
讀取完成后需在步驟107中判斷讀取是否成功，如果成功則進入步驟108，否則結(jié)束處理。
在步驟108中，判斷當前工作方式是否為“用戶自定義方式”。如果是，則進入步驟109；如果不是，則進入步驟110。
在步驟109中，本裝置等待用戶指定的消息間隔時長，使得顯示前后兩個消息的時間間隔達到由用戶自己控制的目的。在等待時長到達后，進入步驟111。
而在步驟110中，本裝置根據(jù)前后兩條消息中的時間戳計算間隔時間，然后等待計算所得的時長。等待結(jié)束后，也進入步驟111。
在步驟111中，本裝置將消息訪問模塊20讀取的消息提交給消息解釋引擎40處理。
在消息解析完成后，進入步驟112，將消息提交給消息顯示模塊30，是消息顯示在用戶界面上。
最后返回步驟106。
在上述方案中兩條消息顯示時間間隔＝計算所得間隔時長(或用戶指定時長)+消息解釋時長，一般來說，相對于計算所得間隔時長和用戶指定時長，消息解釋所花時長可以忽略。但是，可以采用另一種方法提高間隔時長的精度將等待部分移到消息顯示模塊30進行處理，該裝置在計算消息間隔時長后，將等待時長和解釋后的消息一起提交給消息顯示模塊30，消息顯示模塊30對每條消息先等候指定時長后再顯示在用戶界面上。消息顯示模塊30與其他模塊異步進行工作?，F(xiàn)結(jié)合附圖4說明本替代方案的具體步驟首先，開始時，在步驟200判斷用戶是否指定消息間隔時間。如果是則進入步驟201，否則進入步驟202。
在步驟201中，由于已知用戶指定了時間間隔，所以設定工作方式為“用戶自定義方式”。然后進入步驟202。
在步驟202中，消息訪問模塊20從消息存儲數(shù)據(jù)庫50中按序號順序讀取一條消息。
然后進入步驟203，判斷上一步驟的讀取是否成功。如果成功，則轉(zhuǎn)入步驟204，否則結(jié)束。
在步驟204中，本裝置將消息訪問模塊20讀取的消息提交給消息解釋引擎40處理，使之轉(zhuǎn)換成用戶可以閱讀的信息。
在消息解析完成后，進入步驟205，即把消息和等待時長0提交給消息顯示模塊30，使它顯示在用戶界面上。值得說明的是，由于這里是第一條消息，所以等待時長為0。
接著進入步驟206，消息訪問模塊20從消息存儲數(shù)據(jù)庫50中按序號順序讀取下一條消息。
讀取完成后需在步驟207中判斷讀取是否成功，如果成功則進入步驟208，否則結(jié)束處理。
在步驟208中，判斷當前工作方式是否為“用戶自定義方式”。如果是，則進入步驟209；如果不是，則進入步驟210。
在步驟209中，本裝置設置等待時長為用戶指定的消息間隔時長。然后進入步驟211。
而在步驟210中，本裝置根據(jù)前后兩條消息中的時間戳計算間隔時間，然后將它設置為等待時長。然后進入步驟211。
在步驟211中，本裝置將消息訪問模塊20讀取的消息提交給消息解釋引擎40處理。
在消息解析完成后，進入步驟212，將消息和之前所獲得的等待時長提交給消息顯示模塊30。
最后返回步驟206。
在另一方面，消息顯示模塊30在異步完成消息顯示工作。由于消息顯示模塊30的顯示緩存有可能溢出，所以須加入一個流量控制程序?，F(xiàn)在結(jié)合附圖5加以說明首先在步驟300中，實現(xiàn)流量控制，使得顯示緩存不會溢出。
然后進入步驟301，對每條消息等候相應的等待時長。
最后進入步驟302，將信息顯示在用戶界面上。
除了上述這個替代方案外，還有另外一個替代方案，即采用將消息解釋規(guī)則硬編碼到消息解釋引擎40中，不對解釋規(guī)則單獨保存，其他部分保持與上述方案相同。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術(shù)人員應該明白，可以在形式上和細節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，其特征在于，包含消息存儲數(shù)據(jù)庫，用于存儲所述信令和接口消息；消息接收模塊，用于接收所述通信系統(tǒng)中通信設備上報的信令和接口消息；消息訪問模塊，用于將所述消息接收模塊收到的信令和接口消息保存在所述消息存儲數(shù)據(jù)庫中，還用于從所述消息存儲數(shù)據(jù)庫中查詢和讀取已保存的信令和接口消息；消息解釋引擎，用于按照信令和接口消息的類型將所述消息訪問模塊讀取的信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息；消息顯示模塊，用于在用戶界面上顯示所述用戶可以閱讀的信息。
2.根據(jù)權(quán)利要求1所述的在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，其特征在于，還包含解釋規(guī)則數(shù)據(jù)庫，用于存儲每一種類型的信令和接口消息所對應的解釋規(guī)則；所述消息解釋引擎按照信令和接口消息的類型從所述解釋規(guī)則數(shù)據(jù)庫中查詢對應的解釋規(guī)則，并按該解釋規(guī)則將所述消息訪問模塊讀取的信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息。
3.根據(jù)權(quán)利要求1所述的在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，其特征在于，所述消息存儲數(shù)據(jù)庫中可以用二進制編碼格式保存所述信令和接口消息。
4.根據(jù)權(quán)利要求1所述的在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，其特征在于，所述消息存儲數(shù)據(jù)庫保存的信令和接口消息包含消息序號、消息接收時間戳和消息實體。
5.根據(jù)權(quán)利要求4所述的在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，其特征在于，所述消息解釋引擎還用于根據(jù)當前和前一條信令和接口消息的時間戳計算間隔時長，并按計算得到的間隔時長進行等待，等待結(jié)束后將所述用戶可以閱讀的信息發(fā)送給所述消息顯示模塊。
6.根據(jù)權(quán)利要求4所述的在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置，其特征在于，所述消息訪問模塊按照消息序號從所述消息存儲數(shù)據(jù)庫中查詢和讀取已保存的信令和接口消息。
7.一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的方法，其特征在于，包含以下步驟A 從保存信令和接口消息的消息存儲數(shù)據(jù)庫中讀取一條信令和接口消息；B 判斷當前工作方式是否為用戶定義方式，如果是則按用戶指定的間隔時長進行等待，否則根據(jù)當前和前一條信令和接口消息的時間戳計算間隔時長，并按計算得到的間隔時長進行等待；C 等待結(jié)束后，按照信令和接口消息的類型將當前信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息；D 在用戶界面上顯示所述用戶可以閱讀的信息。
8.一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的方法，其特征在于，包含以下步驟A 從保存信令和接口消息的消息存儲數(shù)據(jù)庫中讀取一條信令和接口消息；B 判斷當前工作方式是否為用戶定義方式，如果是則將間隔時長設為用戶指定的間隔時長，否則將根據(jù)當前和前一條信令和接口消息的時間戳計算間隔時長；C 按照信令和接口消息的類型將當前信令和接口消息轉(zhuǎn)換成用戶可以閱讀的信息，并將該信息和所述間隔時長一起發(fā)送給消息顯示模塊；D 所述消息顯示模塊等待所述間隔時長后在用戶界面上顯示所述用戶可以閱讀的信息。
全文摘要
本發(fā)明涉及通信系統(tǒng)中的網(wǎng)絡管理和調(diào)試技術(shù)，公開了一種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置及其方法，使得通信系統(tǒng)中消息流程過程能夠動態(tài)、真實地回放給系統(tǒng)運行維護人員，幫助分析系統(tǒng)、定位系統(tǒng)問題。這種在通信系統(tǒng)中實現(xiàn)信令和接口消息回放的裝置包含消息存儲數(shù)據(jù)庫，用于存儲消息；消息接收模塊，用于接收通信系統(tǒng)中通信設備上報的消息；消息訪問模塊，用于將消息接收模塊收到的消息保存在消息存儲數(shù)據(jù)庫中，還用于從消息存儲數(shù)據(jù)庫中查詢和讀取已保存的消息；消息解釋引擎，用于按照消息的類型將消息訪問模塊讀取的消息轉(zhuǎn)換成用戶可以閱讀的信息；消息顯示模塊，用于在用戶界面上顯示用戶可以閱讀的信息。
文檔編號H04L12/24GK1684429SQ20041003452
公開日2005年10月19日 申請日期2004年4月16日 優(yōu)先權(quán)日2004年4月16日
發(fā)明者李剛, 孫國鋒, 魏浩 申請人:華為技術(shù)有限公司