專利名稱：業(yè)務信令跟蹤方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤指ー種適用于多業(yè)務融合模式的業(yè)務信令跟蹤方法、系統(tǒng)及裝置。
背景技術：
目前的電信運營正朝著業(yè)務集中部署、多業(yè)務融合的模式發(fā)展，在進行業(yè)務部署的時候，往往是多種相關的一系列業(yè)務進行融合部署。隨著業(yè)務的增多，往往需要對多業(yè)務進行融合的信令跟蹤和故障問題排查。但是，由于在以往各個業(yè)務単獨部署的情況下，都是針對每個業(yè)務單獨進行信令跟蹤，以便實現(xiàn)對業(yè)務進行數(shù)據(jù)記錄查看及排查相關問題。在多個業(yè)務聯(lián)合部署后，如果還針對每個業(yè)務單獨進行信令跟蹤，則需要針對每一個業(yè)務依次進行跟蹤，當需要進行故障排查吋，也需要注意依次跟蹤，在跟蹤排查完ー個業(yè)務后，再跟蹤排查下ー個業(yè)務，這樣導致排查的速度比較慢、效率比較低。且由于針對每個業(yè)務進行信令跟蹤的時間點不一致、初始條件不一致、相關協(xié)議不一致、網(wǎng)絡不穩(wěn)定等情況，將會導致跟蹤結(jié)果無法串聯(lián)起來，不能根據(jù)跟蹤結(jié)果對多個業(yè)務進行聯(lián)合處理，對于需要多業(yè)務相關聯(lián)合處理的問題不能有效的判定和排查。由于目前還沒有能夠?qū)Ω鱾€業(yè)務進行聯(lián)合跟蹤的實現(xiàn)方案，在這種情況下，現(xiàn)有的做法往往是通過抓包工具等后臺第三方工具進行再次查看和問題排查，這個網(wǎng)絡運營管理和控制帶來了很大不便，不能及時、準確的實現(xiàn)數(shù)據(jù)記錄查看和故障問題排查。當需要從多個業(yè)務中排查出發(fā)生故障或異常的業(yè)務使，需要逐一排查，也不能快速準確的定位和排查故障，影響網(wǎng)絡運營穩(wěn)定性和可靠性。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種業(yè)務信令跟蹤方法、系統(tǒng)及裝置，用以解決現(xiàn)有各業(yè)務單獨進行信令跟蹤不能快速準確的定位和排查故障的問題。一種業(yè)務信令跟蹤方法，包括跟蹤服務端接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；跟蹤服務端根據(jù)所述跟蹤業(yè)務選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；跟蹤服務端接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。 一種業(yè)務信令跟蹤系統(tǒng)，包括跟蹤服務端、跟蹤客戶端和業(yè)務處理機；所述跟蹤服務端，用于接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；根 據(jù)所述跟蹤選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶；所述跟蹤客戶端，用于發(fā)送的用戶提交的跟蹤業(yè)務選擇指令，以及將接收到的所述跟蹤服務端發(fā)送的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。ー種跟蹤服務端，包括接收模塊，用于接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；確定模塊，用于根據(jù)所述跟蹤選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；跟蹤模塊，用于針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；處理模塊，用于接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。ー種跟蹤客戶端，包括發(fā)送模塊，用于發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；所述跟蹤業(yè)務選擇指令中包含需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；接收模塊，用于接收跟蹤服務端返回的各需要跟蹤的業(yè)務的設定格式的跟蹤信令；其中設定格式的跟蹤信令為跟蹤服務端從各需要跟蹤的業(yè)務對應的業(yè)務處理機接收到所述跟蹤條件所要求的跟蹤信令后，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化得到的設定格式的跟蹤信令； 顯示模塊，用于將接收到的各需要跟蹤的業(yè)務的設定格式的跟蹤信令顯示給用戶。本發(fā)明有益效果如下本發(fā)明實施例提供的業(yè)務信令跟蹤方法、系統(tǒng)及裝置，跟蹤服務端接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；跟蹤服務端根據(jù)所述跟蹤業(yè)務選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；跟蹤服務端接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給客戶端，以便客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。通過跟蹤客戶端和跟蹤服務端共同實現(xiàn)供用戶選擇需要跟蹤的業(yè)務，以便對多業(yè)務進行聯(lián)合信令跟蹤。將原來各自分散需要単獨跟蹤的業(yè)務融合起來，能夠在統(tǒng)一的時間、相同的初始條件下，更加方便、快捷的跟蹤到各個業(yè)務的信令，而且可以實現(xiàn)綜合判斷，發(fā)生業(yè)務狀態(tài)異常時，也可以快速的排查出是哪個業(yè)務發(fā)生了異常。而不用再逐一的去獲取各個業(yè)務的跟蹤信令，再逐一進行排查。能夠及時、準確的實現(xiàn)數(shù)據(jù)記錄查看和故障問題排查。當需要從多個業(yè)務中排查出發(fā)生故障或異常的業(yè)務使，也能快速準確的定位和排查故障，提高了網(wǎng)絡運營穩(wěn)定性和可靠性。


此處所說明的附圖用來提供對本發(fā)明的進ー步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖I為本發(fā)明實施例中業(yè)務信令跟蹤系統(tǒng)的架構(gòu)圖；圖2為本發(fā)明實施例中業(yè)務信令跟蹤系統(tǒng)的系統(tǒng)結(jié)構(gòu)示意圖；圖3為本發(fā)明實施例中業(yè)務信令跟蹤方法的流程圖；圖4為本發(fā)明實施例中跟蹤服務端的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例中跟蹤客戶端的結(jié)構(gòu)示意圖。
具體實施例方式為了使本發(fā)明所要解決的技術問題、技術方案及有益效果更加清楚、明白，以下結(jié)合附圖和實施例，對本發(fā)明進行進一歩詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用干限定本發(fā)明。針對現(xiàn)有技術中不能實現(xiàn)多業(yè)務聯(lián)合跟蹤信令的問題，本發(fā)明實施例提供ー種業(yè)務信令跟蹤方法，通過設置的跟蹤服務端和跟蹤客戶端，實現(xiàn)對多種業(yè)務信令的聯(lián)合跟蹤。實現(xiàn)該方法的業(yè)務信令跟蹤系統(tǒng)的架構(gòu)如圖I所示，該系統(tǒng)的具體結(jié)構(gòu)原理可以如圖2所
/Jn o如圖I所示，本發(fā)明實施例提供的業(yè)務信令跟蹤系統(tǒng)，包括跟蹤服務端10、跟蹤客戶端20和業(yè)務處理機；例如如圖I所示，業(yè)務處理機包括短信業(yè)務處理機31、彩信業(yè)務處理機32、WAP業(yè)務處理機33等，當然也可以包括其他業(yè)務處理機，而不限于圖I中所示的幾種業(yè)務處理機。其中跟蹤服務端10，用于接收跟蹤客戶端20發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；根據(jù)接收到的跟蹤選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；接收各業(yè)務處理機根據(jù)跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。跟蹤服務端10上可以設置Applet (程序)模塊實現(xiàn)上述功能。跟蹤客戶端20，用于發(fā)送的用戶提交的跟蹤業(yè)務選擇指令，以及將接收到的跟蹤服務端發(fā)送的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。各宗客戶端20上可以安裝java控件實現(xiàn)上述功能。優(yōu)選的，上述系統(tǒng)中的跟蹤客戶端20，具體用于根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令，發(fā)送給跟蹤服務端10。優(yōu)選的，上述系統(tǒng)中的跟蹤服務端10，具體用于通過跟蹤客戶端20為用戶提供業(yè)務選擇界面，以便用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。優(yōu)選的，上述系統(tǒng)中的跟蹤服務端10，具體用于根據(jù)用戶業(yè)務選擇請求，獲取預設的所有業(yè)務的配置信息發(fā)送給跟蹤客戶端30，其中配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件。相應的，上述系統(tǒng)中的跟蹤客戶端20，具體用于將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶。優(yōu)選的，上述系統(tǒng)中的跟蹤服務端，還用于啟動時，與各業(yè)務的業(yè)務處理機建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。優(yōu)選的，上述系統(tǒng)中的跟蹤客戶端，還用于啟動時，與跟蹤服務端建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。上述系統(tǒng)中，跟蹤客戶端可以提供界面顯示，需要跟蹤的跟蹤業(yè)務選擇、需要跟蹤的業(yè)務的跟蹤條件設置等功能。上述跟蹤服務端則可以實現(xiàn)提供可選的跟蹤業(yè)務供用戶選擇，到用戶選擇的各個業(yè)務的業(yè)務處理機獲取跟蹤信令，并將各業(yè)務的跟蹤信令轉(zhuǎn)化為統(tǒng)一格式的跟蹤信令，一起提供給跟蹤客戶端顯示，從而保證了獲取時間、初始條件和信令顯示時的協(xié)議的一致性，獲得較好的多業(yè)務融合信令跟蹤效果。
通過上述業(yè)務信令跟蹤系統(tǒng)實現(xiàn)業(yè)務信令跟蹤的原理如圖2所示，其中可以在跟蹤服務端中設置Applet模塊實現(xiàn)上述在跟蹤服務端所實現(xiàn)的功能。該業(yè)務信令跟蹤方法的具體實現(xiàn)流程如圖3所示，該方法包括如下步驟步驟Sll :跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令給跟蹤服務端。跟蹤客戶端根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令，發(fā)送給跟蹤服務端。優(yōu)選的，跟蹤服務端通過跟蹤客戶端為用戶提供業(yè)務選擇界面，用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。上述跟蹤服務端通過跟蹤客戶端為用戶提供業(yè)務選擇界面，具體包括跟蹤服務端根據(jù)用戶的業(yè)務選擇請求，獲取預設的所有業(yè)務的配置信息發(fā)送給跟蹤客戶端，客戶端將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶其中各業(yè)務的配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件等。在跟蹤服務端與跟蹤客戶端之間的鏈路建立成功后，跟蹤客戶端上的監(jiān)聽器監(jiān)聽用戶的業(yè)務選擇請求，當監(jiān)聽到吋，向跟蹤服務端請求獲取所有業(yè)務的配置信息。跟蹤服務端讀取各業(yè)務的配置文件，將各業(yè)務的配置信息發(fā)送給跟蹤服務端。跟蹤服務端通過顯示界面顯示給用戶，例如可以將可以選擇的各業(yè)務名稱、各業(yè)務中包含的模塊、可用的跟蹤條件都顯示給用戶，允許用戶通過設置的勾選框以勾選的方式進行選擇。例如用戶可以看到短信業(yè)務、彩信業(yè)務、WAP業(yè)務等多個業(yè)務，以及這些業(yè)務的中包含的模塊，各個業(yè)務的跟蹤條件等。例如跟蹤條件可以包括手機號碼、彩信域名、IP地址信息等。用戶可以選擇跟蹤哪些業(yè)務或跟蹤業(yè)務中的哪些模塊?？蛇x的，也可以允許用戶輸入跟蹤的手機號碼，而勾選想要跟蹤該號碼的哪些業(yè)務。步驟S12 :跟蹤服務端接收跟蹤客戶端發(fā)送的跟蹤業(yè)務選擇指令。跟蹤服務端接收跟蹤客戶端發(fā)送的用戶提交的、根據(jù)用戶選擇需要跟蹤的業(yè)務或業(yè)務的模塊、以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令。例如如圖2所示，用戶選擇的需要跟蹤的業(yè)務包括短信業(yè)務、彩信業(yè)務和WAP業(yè)務等。當跟蹤服務端接收到對某個手機號碼的短信業(yè)務、彩信業(yè)務和WAP業(yè)務進行信令跟蹤吋，則觸發(fā)了這個手機號碼的短信業(yè)務、彩信業(yè)務和WAP業(yè)務的聯(lián)合信令跟蹤。步驟S13 :跟蹤服務端根據(jù)接收到的跟蹤業(yè)務選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件。跟蹤服務端接收到跟蹤業(yè)務選擇指令后，則可以確定都需要對哪個業(yè)務或哪個業(yè)務的哪些模塊進行信令跟蹤了。例如對短信業(yè)務、彩信業(yè)務和WAP業(yè)務進行信令跟蹤。步驟S14 :針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令。 確定都需要對哪個業(yè)務或哪個業(yè)務的哪些模塊進行信令跟蹤了，就可以根據(jù)跟蹤條件到相應的業(yè)務處理機來獲取跟蹤信令了。例如根據(jù)跟蹤條件例如手機號碼，則可以到短信業(yè)務處理機、彩信業(yè)務處理機和WAP業(yè)務處理機上獲取該手機號碼對應的短信業(yè)務、彩信業(yè)務和WAP業(yè)務的跟蹤信令了。例如可以獲取主叫號碼、被叫號碼、信息內(nèi)容、短信ID號、時間戳等各種跟蹤信令。步驟S15 :跟蹤服務端接收各業(yè)務處理機根據(jù)跟蹤條件返回的跟蹤信令。跟蹤服務端分別接收短信業(yè)務處理機、彩信業(yè)務處理機和WAP業(yè)務處理機根據(jù)跟蹤條件返回的短信業(yè)務跟蹤信令、彩信業(yè)務跟蹤信令和WAP業(yè)務跟蹤信令。步驟S16 :將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端。跟蹤服務端將接收到的短信業(yè)務跟蹤信令、彩信業(yè)務跟蹤信令和WAP業(yè)務跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令。由于每種業(yè)務的信令所使用的協(xié)議不一祥，因此信令格式也各不相同，例如短信業(yè)務采用，WAP業(yè)務采用。因此跟蹤服務端需要將各個業(yè)務跟蹤信令轉(zhuǎn)化為一種統(tǒng)ー的信令格式，以便能夠一起在跟蹤客戶端顯示。步驟S17 :跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。跟蹤客戶端上有業(yè)務顯示框，用于顯示各業(yè)務的跟蹤信令的相關信息。業(yè)務顯示框可以顯示多種業(yè)務的信令。因此可以同時顯示用戶選擇需要跟蹤的各個業(yè)務的跟蹤信令。這樣用戶可以在跟蹤客戶端查看是否有所關心或關注的相關信令出現(xiàn)。點擊ー個業(yè)務的信令就可以關聯(lián)到其他業(yè)務了，實現(xiàn)了聯(lián)合信令跟蹤。例如點擊ー個手機號碼的短信業(yè)務的信令，就可以查看到該手機號碼的彩信業(yè)務和WAP業(yè)務的跟蹤信令了。對于跟蹤到的各業(yè)務的信令，可以將其保存下來，以供后續(xù)查看或排查故障和錯誤時使用。優(yōu)選的，上述業(yè)務信令跟蹤方法，在步驟Sll之前，還包括跟蹤服務端啟動時，與各業(yè)務的業(yè)務處理機建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。各業(yè)務處理機、跟蹤服務端正常運行時，在跟蹤服務端和各業(yè)務處理機上配置好兩者之間的鏈路信息，保證跟蹤服務端和各業(yè)務處理機之間的網(wǎng)絡狀況良好。優(yōu)選的，上述業(yè)務信令跟蹤方法，在步驟Sll之前，還包括跟蹤客戶端啟動時，與跟蹤服務端建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。
在跟蹤客戶端連接到跟蹤服務端之后，也配置好跟蹤客戶端和跟蹤服務端之間的了鏈路信息，保證跟蹤服務端和跟蹤客戶端之間的網(wǎng)絡狀況良好。從而為觸發(fā)后續(xù)信令跟蹤流程準備好系統(tǒng)和硬件支持?？梢酝ㄟ^java控件可以查看跟蹤客戶端是否與跟蹤服務端連接成功，如果沒有連接成功，則需要重新嘗試進行連接。此外，被跟蹤的業(yè)務的業(yè)務處理機會向跟蹤服務端發(fā)送握手消息，跟蹤服務端也會向跟蹤客戶端轉(zhuǎn)發(fā)握手消息。跟蹤客戶端可以根據(jù)是否接收到跟蹤服務端轉(zhuǎn)發(fā)的業(yè)務處理機的握手響應，判斷與各業(yè)務處 理機之間鏈路狀態(tài)，并可以在狀態(tài)顯示框中顯示給用戶。顯然，上述方法僅僅是以短信業(yè)務、彩信業(yè)務和WAP業(yè)務進行聯(lián)合信令跟蹤為例進行說明的，在實際應用中可以擴展為多種包括其他業(yè)務在內(nèi)的業(yè)務的聯(lián)合信令跟蹤?；诒景l(fā)明實施例提供的業(yè)務信令跟蹤系統(tǒng)及方法，本發(fā)明實施例還提供ー種跟蹤服務端，該跟蹤服務端可以設置為網(wǎng)絡設備中的一個功能模塊或單獨設置為ー個設備。該跟蹤服務端的結(jié)構(gòu)如圖4所示，包括接收模塊101、確定模塊102、跟蹤模塊103和處理模塊104。接收模塊101，用于接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令。確定模塊102，用于根據(jù)接收模塊101跟蹤選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件。跟蹤模塊103，用于針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令。處理模塊104，用于接收各業(yè)務處理機根據(jù)跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。優(yōu)選的，上述跟蹤服務端，還包括提供模塊105，用于通過跟蹤客戶端為用戶提供業(yè)務選擇界面，以便用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。相應的，上述接收模塊101，具體用于接收跟蹤客戶端根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令。優(yōu)選的，上述提供模塊105，具體用于根據(jù)用戶業(yè)務選擇請求，獲取預設的所有業(yè)務的配置信息發(fā)送給跟蹤客戶端，以便將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶；其中，配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件。優(yōu)選的，上述跟蹤服務端，還包括建立模塊106，用于跟蹤服務端啟動時，與各業(yè)務的業(yè)務處理機建立鏈路并配置鏈路信息，啟動接收發(fā)送線程?；诒景l(fā)明實施例提供的業(yè)務信令跟蹤系統(tǒng)及方法，本發(fā)明實施例還提供ー種跟蹤客戶端，該跟蹤客戶端可以設置為終端設備中的一個功能模塊或單獨設置為ー個終端設備。該跟蹤客戶端的結(jié)構(gòu)如圖5所示，包括發(fā)送模塊201、接收模塊202和顯示模塊203。發(fā)送模塊201，用于發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；其中，跟蹤業(yè)務選擇指令中包含需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件。接收模塊202，用于接收跟蹤服務端返回的各需要跟蹤的業(yè)務的設定格式的跟蹤信令；其中設定格式的跟蹤信令為跟蹤服務端從各需要跟蹤的業(yè)務對應的業(yè)務處理機接收到跟蹤條件所要求的跟蹤信令后，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化得到的設定格式的跟蹤信令。顯示模塊203，用于將接收到的各需要跟蹤的業(yè)務的設定格式的跟蹤信令顯示給用戶。優(yōu)選的，上述發(fā)送模塊201，具體用干根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令，發(fā)送給跟蹤服務端。優(yōu)選的，上述顯示模塊203，還用于為用戶提供業(yè)務選擇界面，以便用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。優(yōu)選的，上述顯示模塊203，具體用于接收跟蹤服務端根據(jù)用戶業(yè)務選擇請求獲 取的預設的所有業(yè)務的配置信息，將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶；其中，配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件。優(yōu)選的，上述跟蹤客戶端，還包括建立模塊204，用于跟蹤客戶端啟動時，與跟蹤服務端建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。本發(fā)明實施例提供的業(yè)務信令跟蹤方法、系統(tǒng)及裝置，通過跟蹤客戶端和跟蹤服務端共同實現(xiàn)供用戶選擇需要跟蹤的業(yè)務，以便對多業(yè)務進行聯(lián)合信令跟蹤。將原來各自分散需要単獨跟蹤的業(yè)務融合起來，能夠在統(tǒng)一的時間、相同的初始條件下，更加方便、快捷的跟蹤到各個業(yè)務的信令，而且可以實現(xiàn)綜合判斷，發(fā)生業(yè)務狀態(tài)異常時，也可以快速的排查出是哪個業(yè)務發(fā)生了異常。而不用再逐一的去獲取各個業(yè)務的跟蹤信令，再逐一進行排查。能夠及時、準確的實現(xiàn)數(shù)據(jù)記錄查看和故障問題排查。當需要從多個業(yè)務中排查出發(fā)生故障或異常的業(yè)務使，也能快速準確的定位和排查故障，提高了網(wǎng)絡運營穩(wěn)定性和可靠性。上述方法，通過獲取某一個業(yè)務的跟蹤信令，關聯(lián)獲取其他業(yè)務的跟蹤信令，使得多業(yè)務的信令跟蹤跟家方便、快捷，且多個業(yè)務一起聯(lián)合跟蹤信令，是各個業(yè)務的信令跟蹤根據(jù)有一致性，且減少了數(shù)據(jù)發(fā)送接收的次數(shù)，減少了帶寬利用量；在節(jié)省系統(tǒng)資源的同吋，能夠更加快捷、準確的獲取對多業(yè)務的進行信令跟蹤，也簡化了信令跟蹤操作流程，方便了信令跟蹤操作處理。上述說明示出并描述了本發(fā)明的ー個優(yōu)選實施例，但如前所述，應當理解本發(fā)明并非局限于本文所披露的形式，不應看作是對其他實施例的排除，而可用于各種其他組合、修改和環(huán)境，并能夠在本文所述發(fā)明構(gòu)想范圍內(nèi)，通過上述教導或相關領域的技術或知識進行改動。而本領域人員所進行的改動和變化不脫離本發(fā)明的精神和范圍，則都應在本發(fā)明所附權利要求的保護范圍內(nèi)。
權利要求
1.一種業(yè)務信令跟蹤方法，其特征在于，包括 跟蹤服務端接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令； 跟蹤服務端根據(jù)所述跟蹤業(yè)務選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令； 跟蹤服務端接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。
2.如權利要求I所述的方法，其特征在于，所述跟蹤服務端接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令，具體包括 跟蹤客戶端根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令，發(fā)送給跟蹤服務端； 跟蹤服務端接收跟蹤客戶端發(fā)送的跟蹤業(yè)務選擇指令。
3.如權利要求2所述的方法，其特征在于，所述跟蹤服務端通過跟蹤客戶端為用戶提供業(yè)務選擇界面，用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。
4.如權利要求3所述的方法，其特征在于，所述跟蹤服務端通過跟蹤客戶端為用戶提供業(yè)務選擇界面，具體包括 跟蹤服務端根據(jù)用戶的業(yè)務選擇請求，獲取預設的所有業(yè)務的配置信息發(fā)送給跟蹤客戶端，所述配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件； 客戶端將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶。
5.如權利要求I所述的方法，其特征在于，所述需要跟蹤的業(yè)務包括短信業(yè)務、彩信業(yè)務和WAP業(yè)務； 所述跟蹤服務端接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令；具體包括 跟蹤服務端分別接收短信業(yè)務處理機、彩信業(yè)務處理機和WAP業(yè)務處理機根據(jù)跟蹤條件返回的短信業(yè)務跟蹤信令、彩信業(yè)務跟蹤信令和WAP業(yè)務跟蹤信令，將接收到的短信業(yè)務跟蹤信令、彩信業(yè)務跟蹤信令和WAP業(yè)務跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令。
6.如權利要求1-5任一所述的方法，其特征在于，還包括跟蹤服務端啟動時，與各業(yè)務的業(yè)務處理機建立鏈路并配置鏈路信息，啟動接收發(fā)送線程； 跟蹤客戶端啟動時，與跟蹤服務端建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。
7.一種業(yè)務信令跟蹤系統(tǒng)，其特征在于，包括跟蹤服務端、跟蹤客戶端和業(yè)務處理機； 所述跟蹤服務端，用于接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；根據(jù)所述跟蹤選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端； 所述跟蹤客戶端，用于發(fā)送的用戶提交的跟蹤業(yè)務選擇指令，以及將接收到的所述跟蹤服務端發(fā)送的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。
8.如權利要求7所述的系統(tǒng)，其特征在于，所述跟蹤客戶端，具體用于 根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令，發(fā)送給跟蹤服務端。
9.如權利要求7所述的系統(tǒng)，其特征在于，所述跟蹤服務端，具體用于通過跟蹤客戶端為用戶提供業(yè)務選擇界面，以便用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。
10.如權利要求7所述的系統(tǒng)，其特征在于，所述跟蹤服務端，具體用于根據(jù)用戶的業(yè)務選擇請求，獲取預設的所有業(yè)務的配置信息發(fā)送給跟蹤客戶端，所述配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件； 所述跟蹤客戶端，具體用于將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶。
11.如權利要求7-10任一所述的系統(tǒng)，其特征在于，所述跟蹤服務端，還用于啟動吋，與各業(yè)務的業(yè)務處理機建立鏈路并配置鏈路信息，啟動接收發(fā)送線程； 跟蹤客戶端，還用于啟動時，與跟蹤服務端建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。
12.—種跟蹤服務端，其特征在于，包括 接收模塊，用于接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令； 確定模塊，用于根據(jù)所述跟蹤選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件； 跟蹤模塊，用于針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令； 處理模塊，用于接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。
13.如權利要求12所述的跟蹤服務端，其特征在于，還包括 提供模塊，用于通過跟蹤客戶端為用戶提供業(yè)務選擇界面，以便用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件； 相應的，所述接收模塊，具體用于接收跟蹤客戶端根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令。
14.如權利要求13所述的跟蹤服務端，其特征在于，所述提供模塊，具體用于 根據(jù)用戶的業(yè)務選擇請求，獲取預設的所有業(yè)務的配置信息發(fā)送給跟蹤客戶端，以便將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶；所述配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件。
15.如權利要求12-14任一所述的跟蹤服務端，其特征在于，還包括 建立模塊，用于跟蹤服務端啟動時，與各業(yè)務的業(yè)務處理機建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。
16.ー種跟蹤客戶端，其特征在于，包括發(fā)送模塊，用于發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；所述跟蹤業(yè)務選擇指令中包含需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件； 接收模塊，用于接收跟蹤服務端返回的各需要跟蹤的業(yè)務的設定格式的跟蹤信令；其中設定格式的跟蹤信令為跟蹤服務端從各需要跟蹤的業(yè)務對應的業(yè)務處理機接收到所述跟蹤條件所要求的跟蹤信令后，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化得到的設定格式的跟蹤信令； 顯示模塊，用于將接收到的各需要跟蹤的業(yè)務的設定格式的跟蹤信令顯示給用戶。
17.如權利要求16所述的跟蹤客戶端，其特征在于，所述發(fā)送模塊，具體用于 根據(jù)用戶選擇的需要跟蹤的業(yè)務以及相應的跟蹤條件，或選擇的需要跟蹤的業(yè)務的模塊以及相應的跟蹤條件生成的跟蹤業(yè)務選擇指令，發(fā)送給跟蹤服務端。
18.如權利要求16所述的跟蹤客戶端，其特征在干，所述顯示模塊，還用于為用戶提供業(yè)務選擇界面，以便用戶通過跟蹤客戶端提供的業(yè)務選擇界面選擇需要跟蹤的業(yè)務或選擇需要跟蹤的業(yè)務的模塊，以及選擇相應的跟蹤條件。
19.如權利要求18所述的跟蹤客戶端，其特征在于，所述顯示模塊，具體用于 接收跟蹤服務端根據(jù)用戶業(yè)務選擇請求獲取的預設的所有業(yè)務的配置信息，將所有業(yè)務的配置信息通過業(yè)務選擇界面顯示給用戶；所述配置信息包括業(yè)務名稱、業(yè)務包含的模塊和可用的跟蹤條件。
20.如權利要求16-19任一所述的跟蹤客戶端，其特征在于，還包括 建立模塊，用于跟蹤客戶端啟動時，與跟蹤服務端建立鏈路并配置鏈路信息，啟動接收發(fā)送線程。
全文摘要
本發(fā)明公開了一種業(yè)務信令跟蹤方法、系統(tǒng)及裝置，該方法包括跟蹤服務端接收跟蹤客戶端發(fā)送的用戶提交的跟蹤業(yè)務選擇指令；跟蹤服務端根據(jù)所述跟蹤業(yè)務選擇指令，確定需要跟蹤的業(yè)務和每個需要跟蹤的業(yè)務的跟蹤條件；并針對每個需要跟蹤的業(yè)務，向?qū)臉I(yè)務處理機請求該業(yè)務的跟蹤條件所要求的跟蹤信令；跟蹤服務端接收各業(yè)務處理機根據(jù)所述跟蹤條件返回的跟蹤信令，將接收到的各需要跟蹤的業(yè)務的跟蹤信令轉(zhuǎn)化為設定格式的跟蹤信令提供給跟蹤客戶端，以便跟蹤客戶端將接收到的各需要跟蹤的業(yè)務的跟蹤信令顯示給用戶。該方法可以同時獲取多個業(yè)務的跟蹤信令，以便綜合顯示和分析排查故障。
文檔編號H04L12/24GK102739422SQ201110087920
公開日2012年10月17日 申請日期2011年4月8日 優(yōu)先權日2011年4月8日
發(fā)明者孫雷, 張玲東, 張超 申請人:中興通訊股份有限公司