亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

信令跟蹤處理方法

文檔序號:7973900閱讀:453來源:國知局
專利名稱:信令跟蹤處理方法
技術(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ù)時(shí),網(wǎng)元設(shè)備中要涉及多種信令及業(yè)務(wù)協(xié)議的轉(zhuǎn)換。當(dāng)開局以及局方日常維護(hù)過程中需要方便、可靠的技術(shù)和設(shè)備以方便地發(fā)現(xiàn)問題出現(xiàn)在哪個(gè)環(huán)節(jié)。網(wǎng)管中的信令跟蹤模塊和信令儀就提供了跟蹤信令和呈現(xiàn)給操作員的功能。
以往的信令跟蹤實(shí)現(xiàn)方式主要為在前臺設(shè)定跟蹤任務(wù),將跟蹤的信令消息傳送到后臺,在網(wǎng)管后臺調(diào)用動態(tài)庫進(jìn)行詳細(xì)解碼并呈現(xiàn)給操作員。對應(yīng)信令流量小時(shí),占用前后臺鏈路帶寬較少,詳細(xì)解碼時(shí)占用后臺CPU時(shí)間也較少,但當(dāng)跟蹤的信令種類和用戶數(shù)量巨大時(shí),如全用戶信令跟蹤,前后臺信令交互的消息量巨大,占用了大量鏈路帶寬,和后臺CPU資源,往往表現(xiàn)為(1)后臺來不及處理上報(bào)的信令消息,不得不丟棄消息;(2)后臺CPU處于100%忙碌,無法響應(yīng)其他用戶操作;(3)占用通訊帶寬,導(dǎo)致其他模塊如告警模塊,性能統(tǒng)計(jì)模塊,配置模塊,無法與前臺通訊。

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


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