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

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


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