專利名稱：信令跟蹤處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種信令跟蹤處理方法。
背景技術(shù)：
隨著移動通訊技術(shù)的快速發(fā)展，人們已經(jīng)越來越離不開快速高效的通訊手段。在通訊流程中涉及到的設(shè)備手持移動臺、基站控制器(無線網(wǎng)絡(luò)控制器)(BSC(RNC))、移動交換中心(MSC/VLR)、歸屬位移寄存器(HLR)、移動交換中心服務(wù)器(MSCS)、媒體網(wǎng)關(guān)(MGW)、歸屬用戶服務(wù)器(HSS)、多媒體字系統(tǒng)(IMS)、呼叫會話控制功能(CSCF)等，信令數(shù)據(jù)及用戶數(shù)據(jù)在其中是否正常、可靠的傳送依賴于設(shè)備之間的信令是否傳送正確。當(dāng)用戶進(jìn)行一次語言或數(shù)據(jù)業(yè)務(wù)時，網(wǎng)元設(shè)備中要涉及多種信令及業(yè)務(wù)協(xié)議的轉(zhuǎn)換。當(dāng)開局以及局方日常維護(hù)過程中需要方便、可靠的技術(shù)和設(shè)備以方便地發(fā)現(xiàn)問題出現(xiàn)在哪個環(huán)節(jié)。網(wǎng)管中的信令跟蹤模塊和信令儀就提供了跟蹤信令和呈現(xiàn)給操作員的功能。
以往的信令跟蹤實現(xiàn)方式主要為在前臺設(shè)定跟蹤任務(wù)，將跟蹤的信令消息傳送到后臺，在網(wǎng)管后臺調(diào)用動態(tài)庫進(jìn)行詳細(xì)解碼并呈現(xiàn)給操作員。對應(yīng)信令流量小時，占用前后臺鏈路帶寬較少，詳細(xì)解碼時占用后臺CPU時間也較少，但當(dāng)跟蹤的信令種類和用戶數(shù)量巨大時，如全用戶信令跟蹤，前后臺信令交互的消息量巨大，占用了大量鏈路帶寬，和后臺CPU資源，往往表現(xiàn)為(1)后臺來不及處理上報的信令消息，不得不丟棄消息；(2)后臺CPU處于100％忙碌，無法響應(yīng)其他用戶操作；(3)占用通訊帶寬，導(dǎo)致其他模塊如告警模塊，性能統(tǒng)計模塊，配置模塊，無法與前臺通訊。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供在網(wǎng)元實現(xiàn)信令跟蹤詳細(xì)解碼的處理方法，其能夠在電信網(wǎng)管中顯示當(dāng)前業(yè)務(wù)前臺的信令處理情況、跟蹤信令的處理流程，以解決現(xiàn)有技術(shù)中大量帶寬以及CPU繁忙的缺陷。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明，提供了一種信令跟蹤處理方法。
該方法包括以下步驟步驟S102，后臺網(wǎng)管設(shè)置信令跟蹤參數(shù)，并將信令跟蹤參數(shù)發(fā)送至前臺網(wǎng)元；以及步驟S104，后臺網(wǎng)管以預(yù)定方式取回信令文件并根據(jù)預(yù)定格式呈現(xiàn)給客戶端。
根據(jù)本發(fā)明，信令跟蹤處理方法還包括以下步驟前臺網(wǎng)元根據(jù)信令跟蹤參數(shù)將信令解碼為信息并按照預(yù)定格式存放在信令文件中；其中，預(yù)定格式包括以下一種xml格式以及ini格式。并且，預(yù)定方式為FTP，或者為安全文件傳輸協(xié)議(SFTP)方式。
步驟S102是通過以下步驟實現(xiàn)的客戶端判斷信令跟蹤參數(shù)是否存在，以及信令跟蹤參數(shù)的合法性，將通過判斷后的信令跟蹤參數(shù)發(fā)送給服務(wù)端；服務(wù)端選擇到前臺網(wǎng)元的通信鏈路，將信令發(fā)送到前臺網(wǎng)元；前臺網(wǎng)元判斷信令的類型，根據(jù)信令跟蹤參數(shù)，將符合條件的信令解碼為信息，并按照預(yù)定格式存放到信令文件中；以及當(dāng)信令條目達(dá)到一定數(shù)量后或者后臺網(wǎng)管主動獲取時，發(fā)送到后臺網(wǎng)管。
并且，步驟S102是通過以下步驟實現(xiàn)的客戶端判斷信令跟蹤參數(shù)是否存在，以及信令跟蹤參數(shù)的合法性，將通過判斷后的信令跟蹤參數(shù)發(fā)送給服務(wù)端；服務(wù)端選擇到前臺網(wǎng)元的通信鏈路，將信令發(fā)送到前臺網(wǎng)元；前臺網(wǎng)元判斷信令的類型，根據(jù)信令跟蹤參數(shù)，將符合條件的信令解碼為信息，并按照預(yù)定格式存放到信令文件中；以及當(dāng)信令條目達(dá)到一定數(shù)量或后臺網(wǎng)關(guān)主動獲取信令條目時，將信令條目發(fā)送到后臺網(wǎng)管。
另外，步驟S104是通過以下步驟實現(xiàn)的后臺網(wǎng)管將取回的信令文件與信令跟蹤參數(shù)進(jìn)行比較，以找到對應(yīng)的客戶端；以及將信令文件轉(zhuǎn)發(fā)給對應(yīng)的客戶端。
當(dāng)預(yù)定格式的文件超過1M字節(jié)或者1000條記錄時，則將文件壓縮為.zip或.rar格式，并將壓縮后的文件發(fā)送到后臺，然后后臺進(jìn)行解壓縮。
根據(jù)本發(fā)明的信令跟蹤參數(shù)包括跟蹤方向、以及跟蹤類型選項。
通過上述的本發(fā)明，減少了對帶寬和CPU的利用，避免了數(shù)據(jù)的丟失，并且避免了后臺對前臺信令版本的耦合。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明實施例的信令跟蹤處理方法的流程圖；圖2是根據(jù)本發(fā)明實施例使用的信令跟蹤系統(tǒng)的框圖；圖3是根據(jù)本發(fā)明實施例的將跟蹤參數(shù)發(fā)送到前臺網(wǎng)元/業(yè)務(wù)處理單板的過程中的消息流程圖；圖4是將跟蹤參數(shù)發(fā)送到前臺網(wǎng)元/業(yè)務(wù)處理單板的過程流程圖；圖5是根據(jù)本發(fā)明實施例的前臺處理的判斷流程圖；以及圖6是根據(jù)本發(fā)明的信令跟蹤裝置的框圖。
具體實施例方式
下面將參考附圖詳細(xì)說明本發(fā)明。
圖1是根據(jù)本發(fā)明實施例的信令跟蹤處理方法的流程圖，以及圖2是根據(jù)本發(fā)明實施例使用的信令跟蹤系統(tǒng)的框圖。
如圖2所示的系統(tǒng)包括網(wǎng)管后臺204提供界面共用戶設(shè)置跟蹤參數(shù)，在界面顯示跟蹤結(jié)果，與前臺網(wǎng)元202通訊；跟蹤控制206根據(jù)網(wǎng)管后臺204發(fā)來的跟蹤參數(shù)，判斷跟蹤的協(xié)議類型，跟蹤的目的對象，將跟蹤參數(shù)發(fā)送給具體前臺業(yè)務(wù)模塊208，并維持與后臺204的鏈路；前臺業(yè)務(wù)模塊/其他業(yè)務(wù)模塊208負(fù)責(zé)處理具體的業(yè)務(wù)，如處理解析信令協(xié)議，將消息轉(zhuǎn)發(fā)，進(jìn)行協(xié)議轉(zhuǎn)換等。信令是在此模塊進(jìn)行處理的。根據(jù)接受到的跟蹤參數(shù)，將符合條件的信令按照與后臺約定的格式調(diào)用解碼模塊212存入文件214中。并定時通知后臺網(wǎng)管204取信令解碼問題；以及解碼212提供標(biāo)準(zhǔn)的文件格式，接收業(yè)務(wù)模塊208的消息，將解碼后的信息存入文件214。
例如，在使用信令跟蹤模塊對寬帶碼分多址(WCDMA)標(biāo)準(zhǔn)的移動通訊系統(tǒng)適配層(M3UA)進(jìn)行信令跟蹤時，其中，設(shè)定信令跟蹤參數(shù)發(fā)送、接受、以及發(fā)送和接受的跟蹤方向；跟蹤類型選項M3UA管理消息、信令連接控制部分(SCCP)、用戶部分(ISUP)、電話用戶部分(TUP)、信令傳送轉(zhuǎn)換(STC)、承載無關(guān)呼叫控制(BICC)。
以下將結(jié)合圖2來描述圖1的跟蹤方法。如圖1所示，根據(jù)本發(fā)明實施例的信令跟蹤處理方法包括以下步驟步驟S102，后臺網(wǎng)管204設(shè)置信令跟蹤參數(shù)，并將信令跟蹤參數(shù)發(fā)送至前臺網(wǎng)元202；以及步驟S104，后臺網(wǎng)管204以預(yù)定方式取回信令文件214并根據(jù)預(yù)定格式呈現(xiàn)給客戶端。
另外，信令跟蹤處理方法還包括前臺網(wǎng)元202根據(jù)信令跟蹤參數(shù)將信令解碼為信息并按照預(yù)定格式存放在信令文件214中；其中，步驟S102是通過以下步驟實現(xiàn)的客戶端判斷信令跟蹤參數(shù)是否存在，以及信令跟蹤參數(shù)的合法性，將通過判斷后的信令跟蹤參數(shù)發(fā)送給服務(wù)端；服務(wù)端選擇到前臺網(wǎng)元202的通信鏈路，將信令發(fā)送到前臺網(wǎng)元202；前臺網(wǎng)元202判斷信令的類型，根據(jù)信令跟蹤參數(shù)，將符合條件的信令解碼為詳細(xì)信息，并按照預(yù)定格式存放到信令文件214中；以及當(dāng)信令條目達(dá)到一定數(shù)量后，通知后臺網(wǎng)管204。
并且，步驟S102是通過以下步驟實現(xiàn)的客戶端判斷信令跟蹤參數(shù)是否存在，以及信令跟蹤參數(shù)的合法性，將通過判斷后的信令跟蹤參數(shù)發(fā)送給服務(wù)端；服務(wù)端選擇到前臺網(wǎng)元202的通信鏈路，將信令發(fā)送到前臺網(wǎng)元202；前臺網(wǎng)元202判斷信令的類型，根據(jù)信令跟蹤參數(shù)，將符合條件的信令解碼為詳細(xì)信息，并按照預(yù)定格式存放到信令文件214中；以及當(dāng)距離上次上報時間預(yù)定時間間隔后，通知后臺網(wǎng)管204。
另外，步驟S104是通過以下步驟實現(xiàn)的后臺網(wǎng)管204將取回的信令文件214與信令跟蹤參數(shù)進(jìn)行比較，以找到對應(yīng)的客戶端；以及將信令文件轉(zhuǎn)發(fā)給對應(yīng)的客戶端。
其中，預(yù)定格式包括以下一種xml格式以及ini格式。并且，預(yù)定方式為FTP或SFTP方式。當(dāng)預(yù)定文件超過1M字節(jié)或者1000條記錄時，則將文件壓縮為.zip或.rar格式，并將壓縮后的文件發(fā)送到后臺，并且網(wǎng)管后臺也需要解壓縮。另外，信令跟蹤參數(shù)包括跟蹤方向、以及跟蹤類型選項。
并且，在步驟S104中，對于呈現(xiàn)給客戶端的方式對于M3UA信令有耦聯(lián)標(biāo)識，方向，版本，類別，類型，消息長度，SIO等。顯示信令的詳細(xì)信息每一位域/字節(jié)/字符串的業(yè)務(wù)名稱，含義，在本次流程中的取值。
圖3是根據(jù)本發(fā)明實施例的將跟蹤參數(shù)發(fā)送到前臺網(wǎng)元/業(yè)務(wù)處理單板的過程中的消息流程圖，以及圖4是將跟蹤參數(shù)發(fā)送到前臺網(wǎng)元/業(yè)務(wù)處理單板的過程流程圖。以下將參考圖3來描述圖4，如圖4所示，包括以下步驟(1)客戶端302判斷是否與已經(jīng)設(shè)置的信令跟蹤重復(fù)，參數(shù)的合法性，通過后將此跟蹤發(fā)送給服務(wù)端304。
(2)服務(wù)端304選擇到前臺網(wǎng)元的通訊鏈路，將消息發(fā)送到前臺跟蹤控制模塊306。
(3)跟蹤控制判斷信令的類型、跟蹤的對象、將跟蹤條件發(fā)送到具體的業(yè)務(wù)處理模塊308。業(yè)務(wù)模塊308在進(jìn)行業(yè)務(wù)處理，解析信令時將符合條件的信令解為詳細(xì)信息，并按照約定的格式存放到文件中。當(dāng)信令條目到達(dá)一定數(shù)量，或者距上次上報時間間隔到后，主動上報文件，并通知網(wǎng)管后臺。
(4)網(wǎng)管服務(wù)端304將收到的信令文件，根據(jù)信令種類，和客戶端302當(dāng)前跟蹤的信令類型進(jìn)行比較，將文件轉(zhuǎn)發(fā)到對應(yīng)的客戶端302。
(5)客戶端302根據(jù)約定的文件格式，以表格的方式將信令的摘要信息、詳細(xì)信息、各信令字段的含義、取值顯示到客戶端302，并以時間順序排列，同時支持按信令查找等方式。
圖5是根據(jù)本發(fā)明實施例的前臺處理的判斷流程圖，如圖5所示，包括以下步驟(1)信令跟蹤已經(jīng)開始；(2)收到新的業(yè)務(wù)處理消息，解析信令，處理業(yè)務(wù)；(3)判斷是否符合跟蹤條件。如是否相同的信令類型，如M3UA信令，是否跟蹤的對象。是，則將符合的信令解碼存為詳細(xì)解碼文件，文件名為客戶端ID+信令類型+時間+流水號。否則結(jié)束處理流程；以及(4)繼續(xù)其他流程。
這樣就完成了前臺處理的過程。
圖6是根據(jù)本發(fā)明的信令跟蹤裝置600的框圖。如圖6所示，信令跟蹤裝置600包括設(shè)置發(fā)送單元602，位于后臺網(wǎng)管上，用于設(shè)置信令跟蹤參數(shù)，并將信令跟蹤參數(shù)發(fā)送至前臺網(wǎng)元；解碼存儲單元604，位于前臺網(wǎng)元上，用于根據(jù)信令跟蹤參數(shù)將信令解碼為信息并按照預(yù)定格式存放在信令文件中；以及接收呈現(xiàn)單元606，位于后臺網(wǎng)管上，用于以預(yù)定方式取回信令文件并根據(jù)預(yù)定格式呈現(xiàn)給客戶端。
其中，設(shè)置發(fā)送單元602還包括判斷模塊6021，用于判斷信令跟蹤參數(shù)是否存在，以及信令跟蹤參數(shù)的合法性，將通過判斷后的信令跟蹤參數(shù)發(fā)送給服務(wù)端；鏈路選擇模塊6022，用于選擇到前臺網(wǎng)元的通信鏈路，將信令發(fā)送到前臺網(wǎng)元；解碼模塊6023，用于判斷信令的類型，根據(jù)信令跟蹤參數(shù)，將符合條件的信令解碼為詳細(xì)信息，并按照預(yù)定格式存放到信令文件中；以及通知模塊6024，用于當(dāng)信令條目達(dá)到一定數(shù)量后，通知后臺網(wǎng)管。
另外，設(shè)置發(fā)送單元602還包括定時通知模塊6025，用于當(dāng)距離上次上報時間預(yù)定時間間隔后，通知后臺網(wǎng)管。
接收呈現(xiàn)單元606還包括比較模塊6062，用于將取回的信令文件與信令跟蹤參數(shù)進(jìn)行比較，以找到對應(yīng)的客戶端；以及轉(zhuǎn)發(fā)模塊6064，用于將信令文件轉(zhuǎn)發(fā)給對應(yīng)的客戶端。
其中，預(yù)定格式包括以下一種xml格式以及ini格式，預(yù)定方式為FTP或SFTP方式，以及信令跟蹤參數(shù)包括跟蹤方向、以及跟蹤類型選項。
如上，本發(fā)明減少了對帶寬和CPU的利用，避免了數(shù)據(jù)的丟失，并且避免了后臺對前臺信令版本的耦合。
以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種用于在移動通信系統(tǒng)中實現(xiàn)信令跟蹤的處理方法，其特征在于，包括以下步驟步驟S102，后臺網(wǎng)管設(shè)置信令跟蹤參數(shù)，并將所述信令跟蹤參數(shù)發(fā)送至前臺網(wǎng)元；以及步驟S104，所述后臺網(wǎng)管以預(yù)定方式取回所述信令文件并根據(jù)所述預(yù)定格式呈現(xiàn)給客戶端。
2.根據(jù)權(quán)利要求1所述的信令跟蹤處理方法，其特征在于，進(jìn)一步包括以下步驟所述前臺網(wǎng)元根據(jù)所述信令跟蹤參數(shù)將所述信令解碼為信息并按照預(yù)定格式存放在信令文件中。
3.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述預(yù)定格式包括以下一種xml格式以及ini格式。
4.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述預(yù)定方式為FTP方式。
5.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述預(yù)定方式為SFTP方式。
6.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述步驟S102是通過以下步驟實現(xiàn)的所述客戶端判斷所述信令跟蹤參數(shù)是否存在，以及所述信令跟蹤參數(shù)的合法性，將通過判斷后的所述信令跟蹤參數(shù)發(fā)送給服務(wù)端；所述服務(wù)端選擇到所述前臺網(wǎng)元的通信鏈路，將所述信令發(fā)送到所述前臺網(wǎng)元；所述前臺網(wǎng)元判斷所述信令的類型，根據(jù)所述信今跟蹤參數(shù)，將符合條件的信令解碼為信息，并按照所述預(yù)定格式存放到所述信令文件中；以及當(dāng)所述信令條目達(dá)到一定數(shù)量或所述后臺網(wǎng)關(guān)主動獲取所述信令條目時，將所述信令條目發(fā)送到所述后臺網(wǎng)管。
7.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述步驟S102是通過以下步驟實現(xiàn)的所述客戶端判斷所述信令跟蹤參數(shù)是否存在，以及所述信令跟蹤參數(shù)的合法性，將通過判斷后的所述信令跟蹤參數(shù)發(fā)送給服務(wù)端；所述服務(wù)端選擇到所述前臺網(wǎng)元的通信鏈路，將所述信令發(fā)送到所述前臺網(wǎng)元；所述前臺網(wǎng)元判斷所述信令的類型，根據(jù)所述信令跟蹤參數(shù)，將符合條件的信令解碼為詳細(xì)信息，并按照所述預(yù)定格式存放到所述信令文件中；以及當(dāng)距離上次上報時間預(yù)定時間間隔后，通知所述后臺網(wǎng)管。
8.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述步驟S104是通過以下步驟實現(xiàn)的所述后臺網(wǎng)管將取回的所述信令文件與所述信令跟蹤參數(shù)進(jìn)行比較，以找到對應(yīng)的所述客戶端；以及將所述信令文件轉(zhuǎn)發(fā)給對應(yīng)的所述客戶端。
9.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，當(dāng)所述預(yù)定格式的文件超過1M字節(jié)或者1000條記錄時，則將所述文件壓縮為.zip或.rar格式，并將壓縮后的文件發(fā)送到后臺，然后所述后臺進(jìn)行解壓縮。
10.根據(jù)權(quán)利要求2所述的信令跟蹤處理方法，其特征在于，所述信今跟蹤參數(shù)包括跟蹤方向、以及跟蹤類型選項。
全文摘要
本發(fā)明公開了一種信令跟蹤處理方法，該方法包括以下步驟后臺網(wǎng)管設(shè)置信令跟蹤參數(shù)，并將信令跟蹤參數(shù)發(fā)送至前臺網(wǎng)元；以及后臺網(wǎng)管以預(yù)定方式取回信令文件并根據(jù)預(yù)定格式呈現(xiàn)給客戶端。因而，通過本發(fā)明可以減少對帶寬和CPU的利用，避免數(shù)據(jù)的丟失，并且避免了后臺對前臺信令版本的耦合。
文檔編號H04L12/24GK1988480SQ20061016218
公開日2007年6月27日 申請日期2006年12月7日 優(yōu)先權(quán)日2006年12月7日
發(fā)明者劉蔚 申請人:中興通訊股份有限公司