專利名稱：一種基于插件的集中信令跟蹤方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信管理網(wǎng)絡(luò)技術(shù)領(lǐng)域，具體涉及一種電信管理網(wǎng)中基于插件的集中信令跟蹤方法及系統(tǒng)。
背景技術(shù)：
電信管理網(wǎng)中，網(wǎng)管系統(tǒng)包括集中網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)，其中集中網(wǎng)管系統(tǒng) 完成對多個網(wǎng)元設(shè)備的集中管理，網(wǎng)元管理系統(tǒng)是一種本地維護(hù)系統(tǒng)，對單個網(wǎng)元設(shè)備進(jìn) 行管理。集中網(wǎng)管系統(tǒng)的架構(gòu)圖如圖1所示。信令跟蹤功能作為電信管理網(wǎng)的一項(xiàng)核心功能，目前僅在網(wǎng)元管理系統(tǒng)中提供， 集中網(wǎng)管系統(tǒng)中并未提供。在同時管理多個網(wǎng)元設(shè)備的情況下，如果需要使用信令跟蹤功 能進(jìn)行問題排查，則需要分別登錄到不同的網(wǎng)元管理系統(tǒng)中去操作，不夠高效。特別是網(wǎng)元 設(shè)備和網(wǎng)元管理系統(tǒng)物理位置比較分散的情況下，則使用起來極其不方便。隨著電信管理 網(wǎng)操作維護(hù)集中化趨勢越來越明顯，在集中網(wǎng)管系統(tǒng)中提供集中信令跟蹤功能的需求日益 強(qiáng)烈。由于集中網(wǎng)管系統(tǒng)同時管理多種類型的網(wǎng)元管理系統(tǒng)和網(wǎng)元設(shè)備，對于不同類型 及版本的網(wǎng)元設(shè)備，其信令消息結(jié)構(gòu)必然存在一定的差異，特別是非標(biāo)準(zhǔn)接口的信令消息。 這樣就會造成集中網(wǎng)管系統(tǒng)實(shí)現(xiàn)信令跟蹤時面臨著網(wǎng)元差異化處理的問題，以及網(wǎng)元設(shè)備 和網(wǎng)元管理系統(tǒng)升級時所涉及的上下級版本耦合性問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種基于插件的集中信令跟蹤方法及系 統(tǒng)，用于解決電信管理網(wǎng)中，集中信令跟蹤所面臨的多個網(wǎng)元設(shè)備信令消息結(jié)構(gòu)差異化問 題，以及網(wǎng)元設(shè)備和網(wǎng)元管理系統(tǒng)升級所涉及的上下級系統(tǒng)版本耦合性問題。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的—種基于插件的集中信令跟蹤方法，該方法包括集中網(wǎng)管系統(tǒng)(CMS)從網(wǎng)元管理系統(tǒng)(NeMS)上載并部署信令跟蹤插件(STP)，在 執(zhí)行信令跟蹤時，CMS激活跟蹤會話指定網(wǎng)元管理系統(tǒng)對應(yīng)的信令跟蹤插件，CMS調(diào)用所述 信令跟蹤插件的解碼接口對接收到的信令碼流消息進(jìn)行解碼。進(jìn)一步地，所述CMS從NeMS上載信令跟蹤插件具體為在CMS發(fā)起跟蹤會話時，若CMS到檢測所述信令跟蹤插件未上載，則向NeMS下發(fā) 信令跟蹤插件上載請求，NeMS接收到所述請求后，回復(fù)攜帶信令跟蹤插件文件位置信息的 應(yīng)答消息，CMS根據(jù)應(yīng)答消息中信令跟蹤插件文件位置信息從NeMS上獲取信令跟蹤插件文 件并上載到CMS中。進(jìn)一步地，所述CMS部署信令跟蹤插件具體為CMS將信令跟蹤插件文件分發(fā)到指定目錄下，將信令跟蹤插件文件所包含的文件 的文件句柄注冊到CMS中，并建立跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系。
進(jìn)一步地，所述CMS激活跟蹤會話指定網(wǎng)元管理系統(tǒng)對應(yīng)的信令跟蹤插件具體 為CMS根據(jù)跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系，獲取對應(yīng)信令跟蹤插件 文件所包含文件的文件句柄，并將信令跟蹤插件文件所包含文件加載到系統(tǒng)處理進(jìn)程中。進(jìn)一步地，所述CMS調(diào)用所述信令跟蹤插件的解碼接口對接收到的信令碼流消息 進(jìn)行解碼具體為CMS接收到信令碼流消息后，依據(jù)跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系 調(diào)用對應(yīng)的信令跟蹤插件的概要解碼接口對信令碼流進(jìn)行概要解碼及顯示；當(dāng)用戶希望查 看某個跟蹤消息的詳細(xì)信息時，調(diào)用對應(yīng)信令跟蹤插件的詳細(xì)解碼接口和解碼相關(guān)的動態(tài) 鏈接庫的解碼函數(shù)，對消息碼流進(jìn)行詳細(xì)解碼，并在詳細(xì)解碼完成后，釋放信令跟蹤插件對 應(yīng)的接口資源和解碼相關(guān)的動態(tài)鏈接庫資源。進(jìn)一步地，所述方法還包括當(dāng)網(wǎng)元和網(wǎng)元管理系統(tǒng)升級時，向CMS發(fā)送變更通知消息，CMS接收到所述變更通 知消息后檢查是否已經(jīng)上載過升級后的信令跟蹤插件，若已經(jīng)上載，則不需要重復(fù)上載；若 未上載，則執(zhí)行信令跟蹤插件的上載流程。基于上述方法，本發(fā)明還提出一種基于插件的集中信令跟蹤系統(tǒng)，該系統(tǒng)包括集 中網(wǎng)管系統(tǒng)、網(wǎng)元管理系統(tǒng)，所述集中網(wǎng)管系統(tǒng)包括集中信令跟蹤子系統(tǒng)，所述網(wǎng)元管理系 統(tǒng)中包括信令跟蹤插件；所述集中信令跟蹤子系統(tǒng)基于信令跟蹤插件實(shí)現(xiàn)，提供跟蹤會話、 信令跟蹤插件的管理和維護(hù)功能；所述信令跟蹤插件的管理和維護(hù)功能包括信令跟蹤插 件的上載、部署和激活；所述集中信令跟蹤子系統(tǒng)調(diào)用所述信令跟蹤插件的解碼接口對接 收到的信令碼流消息進(jìn)行解碼。進(jìn)一步地，所述集中信令跟蹤子系統(tǒng)包括跟蹤會話管理模塊，用于跟蹤會話的維護(hù)和管理；跟蹤框架模塊，用于信令跟蹤的流程控制；信令跟蹤插件管理器，用于信令跟蹤插件的上載、部署及激活；概要解碼模塊，用于調(diào)用與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件的概要解碼接口對信令 跟蹤碼流消息進(jìn)行概要解碼；詳細(xì)解碼模塊，用于調(diào)用與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件的詳細(xì)解碼接口對信令 跟蹤碼流消息進(jìn)行詳細(xì)解碼。進(jìn)一步地，在發(fā)起跟蹤會話時，所述跟蹤框架模塊指令所述信令跟蹤插件管理器 檢測對應(yīng)信令跟蹤插件是否已上載，若未上載，則信令跟蹤插件管理器向NeMS下發(fā)信令跟 蹤插件上載請求，NeMS接收到所述請求后，回復(fù)攜帶信令跟蹤插件文件位置信息的應(yīng)答消 息，信令跟蹤插件管理器根據(jù)應(yīng)答消息中信令跟蹤插件文件位置信息從NeMS上獲取信令 跟蹤插件文件并上載到信令跟蹤插件管理器中。進(jìn)一步地，在部署信令跟蹤插件文件時，所述信令跟蹤插件管理器將信令跟蹤插 件文件分發(fā)到指定目錄下，將信令跟蹤插件文件所包含的文件的文件句柄注冊到信令跟蹤 插件管理器中，并建立跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系。進(jìn)一步地，在激活信令跟蹤插件文件時，所述信令跟蹤插件管理器根據(jù)跟蹤會話 標(biāo)識與信令跟蹤插件文件的映射關(guān)系，獲取對應(yīng)信令跟蹤插件文件所包含文件的文件句柄，并將信令跟蹤插件文件所包含的文件加載到系統(tǒng)處理進(jìn)程中。進(jìn)一步地，當(dāng)網(wǎng)元和網(wǎng)元管理系統(tǒng)升級時，所述跟蹤框架模塊接收變更通知消息， 并指令所述信令跟蹤插件管理器檢查是否已經(jīng)上載過升級后的信令跟蹤插件，若已經(jīng)上 載，則不需要重復(fù)上載；若未上載，則執(zhí)行信令跟蹤插件的上載流程。本發(fā)明利用插件機(jī)制實(shí)現(xiàn)集中信令跟蹤功能，各插件之間相互獨(dú)立，而信令跟蹤 接口統(tǒng)一，本發(fā)明簡潔、高效地實(shí)現(xiàn)了集中信令跟蹤功能，有效解決了集中網(wǎng)管系統(tǒng)中實(shí)現(xiàn) 集中信令跟蹤功能時，所面臨的網(wǎng)元間信令消息結(jié)構(gòu)差異化問題，以及對于同一網(wǎng)元設(shè)備 在升級過程中可能存在的集中網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)之間版本耦合性問題。從而為電信 網(wǎng)CMS集中信令跟蹤和集中操作維護(hù)提供了有力保障。


圖1為集中網(wǎng)管系統(tǒng)架構(gòu)示意2為本發(fā)明基于插件的集中信令跟蹤系統(tǒng)結(jié)構(gòu)示意圖；圖3本發(fā)明集中信令跟蹤子系統(tǒng)內(nèi)部架構(gòu)示意圖；圖4為本發(fā)明基于插件的集中信令跟蹤方法的步驟流程圖；圖5為本發(fā)明基于插件的集中信令跟蹤方法的具體步驟流程圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，以下舉實(shí)施例并參照附圖，對 本發(fā)明進(jìn)一步詳細(xì)說明。圖2為本發(fā)明所描述的基于插件的電信網(wǎng)集中信令跟蹤系統(tǒng)結(jié)構(gòu)示意圖，該系 統(tǒng)包括集中網(wǎng)管系統(tǒng)(CMS，Centralized Managed System)、網(wǎng)元管理系統(tǒng)(NeMS，Net element Managed System)，集中網(wǎng)管系統(tǒng)包含集中信令跟蹤子系統(tǒng)，網(wǎng)元管理系統(tǒng)包含信 令跟蹤插件(STP, Signal Trace Plug-in)。其中，集中信令跟蹤子系統(tǒng)基于信令跟蹤插件實(shí)現(xiàn)，集中信令跟蹤子系統(tǒng)除提供 信令跟蹤的基本功能外，還提供信令跟蹤插件以及跟蹤會話與信令跟蹤插件之間映射關(guān)系 的管理和維護(hù)功能。信令跟蹤的基本功能包括跟蹤會話管理；信令碼流消息的接收、緩存 和分發(fā)；信令碼流消息的概要解碼及呈現(xiàn)；信令碼流消息的詳細(xì)解碼及呈現(xiàn)等；信令跟蹤 插件管理和維護(hù)功能進(jìn)一步包括信令跟蹤插件的上載、部署、激活等管理功能，其中信令 跟蹤插件上載功能需要NeMS配合完成。本發(fā)明集中信令跟蹤子系統(tǒng)內(nèi)部架構(gòu)示意圖如圖3所示，跟蹤會話管理模塊，用于跟蹤會話自身數(shù)據(jù)的維護(hù)和管理，例如跟蹤會話狀態(tài)信 息的維護(hù)等；跟蹤框架模塊，用于信令跟蹤的流程控制；例如，在跟蹤會話發(fā)起后，調(diào)用信令跟 蹤插件管理器的接口檢測與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件是否已上載并部署到CMS上，若 未上載和部署，則指令信令跟蹤插件管理器自動執(zhí)行所述信令跟蹤插件的上載、部署；若已 部署，則指令信令跟蹤插件管理器激活對應(yīng)的信令跟蹤插件；在接收到NeMS上報的信令碼 流后，調(diào)用概要解碼模塊或詳細(xì)解碼模塊對其進(jìn)行解碼處理等；信令跟蹤插件管理器，用于完成信令跟蹤插件的上載、部署及激活；
6
概要解碼模塊，用于調(diào)用與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件的概要解碼接口對信令 跟蹤碼流消息進(jìn)行概要解碼；詳細(xì)解碼模塊，用于調(diào)用與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件的詳細(xì)解碼接口對信令 跟蹤碼流消息進(jìn)行詳細(xì)解碼。本發(fā)明中信令跟蹤插件是滿足特定接口規(guī)范的一種可獨(dú)立部署的功能組件，可在 NeMS或CMS靈活部署和激活，實(shí)現(xiàn)信令碼流消息的概要解碼和詳細(xì)解碼處理。這里所謂的 特定接口規(guī)范，是指針對CMS和NeMS信令跟蹤系統(tǒng)定制的、需要信令跟蹤插件遵循并實(shí)現(xiàn) 的一套內(nèi)部的概要解碼和詳細(xì)解碼接口。集中信令跟蹤子系統(tǒng)中，各類網(wǎng)元的信令消息結(jié) 構(gòu)的差異，以及網(wǎng)元升級前后版本間的兼容性問題，主要都是體現(xiàn)在概要解碼和詳細(xì)解碼 環(huán)節(jié)中。本發(fā)明利用信令跟蹤插件的靈活部署，解決網(wǎng)元間信令消息差異和升級時版本兼 容性問題給集中信令跟蹤功能帶來的影響。CMS系統(tǒng)通過NeMS管理網(wǎng)元設(shè)備時，利用插件上載功能將對應(yīng)信令跟蹤插件獲 取到CMS集中信令跟蹤子系統(tǒng)中，并執(zhí)行信令跟蹤插件的部署和激活流程。當(dāng)發(fā)起信令跟 蹤會話時，利用信令跟蹤插件進(jìn)行信令碼流消息的概要解碼和詳細(xì)解碼。信令跟蹤插件從 NeMS系統(tǒng)上載到CMS后，按照類型號和版本號在CMS上分別部署和激活，從而有效地避免了 不同信令跟蹤插件相互間的干擾和影響。不同類型和版本的NeMS提供的信令跟蹤插件也 各不相同，CMS會分別上載。此外，信令跟蹤插件可以同時在CMS和NeMS分別部署，從而避 免信令跟蹤邏輯的重復(fù)實(shí)現(xiàn)，減少維護(hù)工作量，節(jié)省研發(fā)投入，提高研發(fā)效率。如圖4所示，本發(fā)明方法的基本流程包括如下步驟步驟401、CMS系統(tǒng)發(fā)起跟蹤會話之前，執(zhí)行信令跟蹤插件的檢測和上載；CMS系統(tǒng)發(fā)起跟蹤會話后，跟蹤框架模塊自動執(zhí)行跟蹤會話指定網(wǎng)元設(shè)備對應(yīng)的 跟蹤插件的檢測，判斷對應(yīng)的信令跟蹤插件是否已經(jīng)上載，若還沒有上載，則指令信令跟蹤 插件管理器自動向NeMS下發(fā)STP上載請求，NeMS接收到請求后，回復(fù)攜帶STP文件位置信 息的應(yīng)答消息，信令跟蹤插件管理器根據(jù)應(yīng)答消息中STP文件位置信息從NeMS上獲取信令 跟蹤插件文件并上載到集中信令跟蹤子系統(tǒng)中；若對應(yīng)的信令跟蹤插件已部署，則指令信 令跟蹤插件管理器激活對應(yīng)信令跟蹤插件。信令跟蹤插件通常包括若干類文件，比如配置文件、解碼接口文件、解碼動態(tài)鏈接 庫文件。為了提高上載效率，可將信令跟蹤插件的所有組成文件壓縮成一個文件，并通過 FTP協(xié)議下載到CMS上。步驟402、在信令跟蹤插件上載完成后，部署所述信令跟蹤插件；根據(jù)步驟401所描述，如果信令跟蹤插件是新上載到CMS上的，則信令跟蹤插件管 理器自動執(zhí)行部署流程。部署流程具體為將信令跟蹤插件的壓縮文件分發(fā)到集中信令跟 蹤子系統(tǒng)的指定目錄下，解壓出信令跟蹤插件包含的所有相關(guān)文件，然后將解壓出的各類 文件注冊到信令跟蹤插件管理器，保證系統(tǒng)需要時可以正確訪問到這些文件。步驟403、在信令跟蹤插件部署完畢后，激活跟蹤會話指定網(wǎng)元所對應(yīng)的信令跟蹤 插件；信令跟蹤插件管理器根據(jù)當(dāng)前設(shè)置的跟蹤會話的類型和版本，獲取信令跟蹤插件 相關(guān)文件的句柄，讀取文件內(nèi)容，為信令跟蹤后續(xù)流程處理做好準(zhǔn)備。具體激活動作包括 讀取配置文件的各配置項(xiàng)內(nèi)容，將解碼相關(guān)的動態(tài)鏈接庫加載(Load)到系統(tǒng)處理進(jìn)程中，
7將解碼接口文件(java類壓縮包文件)加載到JVMCJava Visual Machine)虛擬處理機(jī)中， 并初始化對應(yīng)接口實(shí)現(xiàn)實(shí)例對象。步驟404、在激活信令跟蹤插件后，CMS集中信令跟蹤子系統(tǒng)執(zhí)行集中信令跟蹤解 碼和呈現(xiàn)；激活信令跟蹤插件后，集中信令跟蹤子系統(tǒng)將跟蹤會話下發(fā)到NeMS，再由后者分 發(fā)到網(wǎng)元設(shè)備上。網(wǎng)元設(shè)備上產(chǎn)生符合跟蹤條件的信令碼流消息后，通過NeMS上報到CMS。 CMS集中信令跟蹤子系統(tǒng)中的跟蹤框架模塊接收到信令碼流消息后，首先調(diào)用概要解碼模 塊對信令碼流進(jìn)行概要解碼，概要解碼模塊將解碼后的結(jié)果按序展示到跟蹤結(jié)果界面上； 當(dāng)需要查看某個碼流消息的詳細(xì)信息時，再調(diào)用詳細(xì)解碼模塊對信令碼流進(jìn)行詳細(xì)解碼， 詳細(xì)解碼模塊將解碼后的結(jié)果按序展示到跟蹤結(jié)果界面上；其中，概要解碼模塊調(diào)用對應(yīng) 信令跟蹤插件的概要解碼接口對信令碼流進(jìn)行概要解碼，詳細(xì)解碼模塊調(diào)用對應(yīng)信令跟蹤 插件的詳細(xì)解碼接口對信令碼流進(jìn)行詳細(xì)解碼。在解碼過程中，需要調(diào)用對應(yīng)信令跟蹤插 件的動態(tài)鏈接庫文件提供的解碼函數(shù)，進(jìn)行消息結(jié)構(gòu)解析，最后將解碼結(jié)果按照一定的格 式呈現(xiàn)在系統(tǒng)界面上，供用戶查看。本發(fā)明對于不同網(wǎng)元設(shè)備上報的信令跟蹤碼流消息，采 用不同的信令跟蹤插件進(jìn)行解碼處理。彼此之間相互獨(dú)立，互不關(guān)聯(lián)和干擾，從而有效實(shí)現(xiàn) 不同網(wǎng)元設(shè)備的集中信令跟蹤功能。步驟405、網(wǎng)元(Ne)和NeMS系統(tǒng)升級時，CMS自動執(zhí)行信令跟蹤插件的升級檢測、 上載及部署流程。網(wǎng)元Ne和NeMS系統(tǒng)升級時，NeMS將系統(tǒng)升級信息通過信令消息通知給CMS，CMS 再通過內(nèi)部接口通知集中信令跟蹤子系統(tǒng)，集中信令跟蹤子系統(tǒng)收到通知消息后，進(jìn)行對 應(yīng)信令跟蹤插件版本比對來判斷信令跟蹤插件版本是否發(fā)生變更，例如通過集中信令跟 蹤子系統(tǒng)中記錄的Ne和NeMS的版本號與通知消息中攜帶的版本號比對來判斷信令跟蹤插 件版本是否發(fā)生變更。集中信令跟蹤子系統(tǒng)中的跟蹤框架模塊首先檢查CMS上是否已經(jīng)上 載過升級后的信令跟蹤插件，如果已經(jīng)存在，則不需要重復(fù)上載；如果尚不存在，則需要執(zhí) 行信令跟蹤插件的上載流程，信令跟蹤插件的上載流程參見步驟401描述。本發(fā)明中，CMS 上的信令跟蹤插件的升級檢測和上載流程都是系統(tǒng)自動完成，無需人為干預(yù)，極大提高了 系統(tǒng)處理流程的自主性和易用性。在該方法中，信令跟蹤插件上載流程還包括首先在CMS和NeMS系統(tǒng)之間制定信 令跟蹤插件的接口規(guī)范，接口規(guī)范明確后保持不變，而且對于所有的網(wǎng)元類型都適用。其 次在NeMS系統(tǒng)中生成對應(yīng)版本的信令跟蹤插件，并隨NeMS系統(tǒng)安裝發(fā)布。最后在CMS中 發(fā)起跟蹤會話時，依據(jù)跟蹤會話對應(yīng)的NeMS標(biāo)識，構(gòu)造信令跟蹤插件上載請求消息，下發(fā) 到NeMS系統(tǒng)中。NeMS系統(tǒng)接收到STP上載請求消息后，生成信令跟蹤插件的壓縮文件的 FTP (文件傳輸協(xié)議)URL (Uniform Resource Location)地址信息，并通過響應(yīng)消息返回給 CMS系統(tǒng)。CMS系統(tǒng)解析響應(yīng)消息得到FTP URL，并據(jù)此從NeMS上下載信令跟蹤插件的壓縮 文件。該方法中，信令跟蹤插件部署流程還包括將信令跟蹤插件壓縮文件分發(fā)到集中 信令跟蹤子系統(tǒng)指定目錄下并解壓，掃描解壓結(jié)果目錄，識別出信令跟蹤插件包括的配置 文件(例如XML格式或ini格式的配置文件)、解碼接口文件(例如java類壓縮文件)、解 碼動態(tài)鏈接庫(例如DLL文件)。然后將這些文件對應(yīng)的文件句柄信息注冊到信令跟蹤插件管理器中，并和跟蹤會話標(biāo)識建立起映射關(guān)系，以便在跟蹤會話后續(xù)處理流程中可以訪 問到這些信令跟蹤插件文件資源和接口。該方法中，信令跟蹤插件激活流程還包括CMS根據(jù)跟蹤會話標(biāo)識與信令跟蹤插 件文件的映射關(guān)系，獲取對應(yīng)信令跟蹤插件文件所包含各類文件的文件句柄，并將信令跟 蹤插件文件所包含的各類文件加載到系統(tǒng)處理進(jìn)程中，等待解碼模塊的調(diào)用。具體為CMS 根據(jù)當(dāng)前設(shè)置的跟蹤會話標(biāo)識，從信令跟蹤插件管理器中獲取對應(yīng)文件的句柄，讀取配置 文件中的配置項(xiàng)，將解碼相關(guān)的動態(tài)鏈接庫加載(Load)到系統(tǒng)處理進(jìn)程中，將解碼接口文 件(java類jar壓縮文件)加載到j(luò)ava虛擬機(jī)(JVM，JavaVisual Machine)中，并實(shí)例化 對應(yīng)的JAVA接口實(shí)現(xiàn)類。該方法中，集中信令跟蹤解碼和呈現(xiàn)流程還包括跟蹤會話分發(fā)到網(wǎng)元設(shè)備上以 后，網(wǎng)元設(shè)備上產(chǎn)生符合跟蹤會話條件的信令碼流消息后，通過NeMS上報到CMS上。CMS集 中信令跟蹤子系統(tǒng)對碼流消息進(jìn)行緩存分發(fā)處理。跟蹤框架接收到跟蹤碼流后，依據(jù)跟蹤 會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系調(diào)用對應(yīng)的信令跟蹤插件接口，對信令碼流進(jìn)行 概要解碼，并將結(jié)果按照表格等形式呈現(xiàn)在跟蹤結(jié)果界面上。當(dāng)用戶選中某個跟蹤消息，查 看其詳細(xì)信息時，跟蹤框架模塊調(diào)用對應(yīng)信令跟蹤插件的詳細(xì)解碼接口和DLL庫的解碼函 數(shù)，對消息碼流進(jìn)行詳細(xì)解碼，并按解碼結(jié)果的具體格式(可包括文本格式、XML格式、樹形 結(jié)構(gòu)格式等)呈現(xiàn)到結(jié)果界面。詳細(xì)解碼完成后，需要釋放信令跟蹤插件對應(yīng)的接口資源 和DLL資源。對于不同網(wǎng)元設(shè)備上報的信令跟蹤碼流消息，跟蹤框架采用不同的信令跟蹤 插件接口進(jìn)行解碼處理。彼此之間相互獨(dú)立，互不關(guān)聯(lián)和干擾，從而實(shí)現(xiàn)不同網(wǎng)元設(shè)備的集 中信令跟蹤和解碼功能。該方法中，當(dāng)網(wǎng)元Ne和NeMS系統(tǒng)升級時，CMS集中信令跟蹤子系統(tǒng)處理流程還包 括當(dāng)CMS集中網(wǎng)管系統(tǒng)檢測到所接入管理的NeMS系統(tǒng)發(fā)生升級或者打補(bǔ)丁等版本變更流 程時，向CMS集中信令跟蹤子系統(tǒng)發(fā)送變更通知消息。集中信令跟蹤子系統(tǒng)接收到通知后 首先檢查是否已經(jīng)上載過升級后的信令跟蹤插件。如果已經(jīng)存在，則不需要重復(fù)上載；如果 尚不存在，則需要執(zhí)行信令跟蹤插件的上載流程。舉例說明一下，CMS管理Nel、Ne2兩個網(wǎng) 元，對應(yīng)版本分別為V1、V2，且CMS上已經(jīng)存在VI和V2兩個版本的信令跟蹤插件。如果Nel 從VI版本升級到V2版本，Nel對應(yīng)的信令跟蹤插件也從VI版本改變?yōu)閂2版本。此時由 于CMS上已經(jīng)有V2版本的信令跟蹤插件，所以不需要從Nel上再上載V2版本的信令跟蹤 插件。如果Ne2從V2升級到V3版本，此時CMS上尚未存在V3版本的信令跟蹤插件，則需 要從Ne2上載V3版本的信令跟蹤插件。由于本發(fā)明中，CMS上信令跟蹤插件的升級檢測和 上載流程都是系統(tǒng)自動完成，無需人為干預(yù)，極大提高了系統(tǒng)處理流程的自主性和易用性。圖5為本發(fā)明基于插件的集中信令跟蹤主要步驟細(xì)化處理流程圖，包括如下步 驟步驟501、CMS選定某個網(wǎng)元設(shè)備，設(shè)置必要的跟蹤過濾條件，開始發(fā)起跟蹤會話；步驟502、跟蹤框架模塊檢測當(dāng)前跟蹤會話指定網(wǎng)元所對應(yīng)的信令跟蹤插件在 CMS上是否已經(jīng)部署，如果已經(jīng)部署，則轉(zhuǎn)步驟506，否則轉(zhuǎn)步驟503 ；判斷對應(yīng)的信令跟蹤插件是否已部署的方法，可通過判斷對應(yīng)的信令跟蹤插件是 否已注冊來判斷，由于信令跟蹤插件的上載和部署在同一流程中一次性完成，因此，可將判 斷對應(yīng)的信令跟蹤插件是否已部署作為判斷對應(yīng)的信令跟蹤插件是否上載的依據(jù)。
9
步驟503、CMS構(gòu)造信令跟蹤插件上載請求命令，下發(fā)到對應(yīng)的NeMS，對應(yīng)的NeMS 返回?cái)y帶信令跟蹤插件壓縮文件的FTP URL信息的應(yīng)答響應(yīng)；步驟504、CMS解析應(yīng)答響應(yīng)消息，獲取信令跟蹤插件壓縮文件的FTPURL，通過FTP 協(xié)議從NeMS上載所述信令跟蹤插件壓縮文件；步驟505、CMS上載信令跟蹤插件的壓縮文件后，在集中信令跟蹤子系統(tǒng)中部署所 述信令跟蹤插件；步驟506、CMS上的集中信令跟蹤子系統(tǒng)激活跟蹤會話指定網(wǎng)元所對應(yīng)的信令跟 蹤插件；步驟507、所述信令跟蹤插件激活成功后，CMS集中信令跟蹤子系統(tǒng)下發(fā)跟蹤會話 到對應(yīng)NeMS系統(tǒng)，并開始監(jiān)聽NeMS上報的跟蹤碼流消息；步驟508、集中信令跟蹤子系統(tǒng)接收到跟蹤碼流消息后，使用對應(yīng)信令跟蹤插件的 概要解碼接口進(jìn)行概要解碼，并顯示解碼結(jié)果；步驟509、當(dāng)指定某條跟蹤碼流進(jìn)行詳細(xì)信息查看時，使用對應(yīng)信令跟蹤插件的詳 細(xì)解碼接口進(jìn)行解碼，并呈現(xiàn)解碼結(jié)果；解碼完成后釋放插件解碼接口資源，流程結(jié)束。綜上所述，本發(fā)明具有以下一些技術(shù)效果(1)本發(fā)明利用插件機(jī)制實(shí)現(xiàn)集中信令跟蹤功能。信令跟蹤插件上載、部署和激 活，是根據(jù)CMS所管理網(wǎng)元的類型和版本分別進(jìn)行的，各插件之間相互獨(dú)立，互不影響，而 且提供統(tǒng)一的信令跟蹤接口。徹底解決了電信網(wǎng)管集中信令跟蹤面臨的網(wǎng)元設(shè)備類型和版 本復(fù)雜多樣、集中信令跟蹤研發(fā)工作量龐大而復(fù)雜的問題，使得CMS集中信令跟蹤功能的 實(shí)現(xiàn)方式簡潔而高效；(2)本發(fā)明能夠?qū)崿F(xiàn)網(wǎng)元升級，信令跟蹤插件自動同步上載。本發(fā)明的網(wǎng)元設(shè)備和 NeMS升級時CMS自動同步升級處理方法，可以保證升級網(wǎng)元的信令跟蹤插件上下級的一致 性，從而保證CMS集中信令跟蹤功能在版本變更情況下的正確性；(3)本發(fā)明信令跟蹤插件的上載、部署、激活以及升級處理都是自動完成的。本發(fā) 明的信令跟蹤插件上載和部署處理方法，以及網(wǎng)元版本升級時CMS的同步處理，都是系統(tǒng) 自動完成的，無需人為干預(yù)，極大方便了工程的實(shí)施和應(yīng)用，進(jìn)一步提高了 CMS集中信令跟 蹤功能的自適應(yīng)性；(4)本發(fā)明的信令跟蹤插件部署靈活。本發(fā)明中信令跟蹤插件可以分別部署到 NeMS和CMS兩個系統(tǒng)中，體現(xiàn)了一次開發(fā)多重部署的特點(diǎn)，節(jié)省研發(fā)資源投入，一定程度上 提高了電信網(wǎng)管系統(tǒng)研發(fā)效率。本發(fā)明所涉及的處理方法，適當(dāng)修改即可應(yīng)用到其他網(wǎng)管 系統(tǒng)中，具備一定的普遍性。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明。對于電信網(wǎng)管集 中信令跟蹤領(lǐng)域，本發(fā)明可以有各種變化和變更。凡在本發(fā)明的思想和原理之內(nèi)，所做的任 何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種基于插件的集中信令跟蹤方法，其特征在于，包括集中網(wǎng)管系統(tǒng)(CMS)從網(wǎng)元管理系統(tǒng)(NeMS)上載并部署信令跟蹤插件(STP)，在執(zhí)行信令跟蹤時，CMS激活跟蹤會話指定網(wǎng)元管理系統(tǒng)對應(yīng)的信令跟蹤插件，CMS調(diào)用所述信令跟蹤插件的解碼接口對接收到的信令碼流消息進(jìn)行解碼。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述CMS從NeMS上載信令跟蹤插件具體為在CMS發(fā)起跟蹤會話時，若CMS到檢測所述信令跟蹤插件未上載，則向NeMS下發(fā)信令 跟蹤插件上載請求，NeMS接收到所述請求后，回復(fù)攜帶信令跟蹤插件文件位置信息的應(yīng)答 消息，CMS根據(jù)應(yīng)答消息中信令跟蹤插件文件位置信息從NeMS上獲取信令跟蹤插件文件并 上載到CMS中。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述CMS部署信令跟蹤插件具體為 CMS將信令跟蹤插件文件分發(fā)到指定目錄下，將信令跟蹤插件文件所包含文件的文件句柄注冊到CMS中，并建立跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，CMS激活跟蹤會話指定網(wǎng)元管理系統(tǒng)對應(yīng) 的信令跟蹤插件具體為CMS根據(jù)跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系，獲取對應(yīng)信令跟蹤插件文件 所包含文件的文件句柄，并將信令跟蹤插件文件所包含文件加載到系統(tǒng)處理進(jìn)程中。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述CMS調(diào)用所述信令跟蹤插件的解碼接 口對接收到的信令碼流消息進(jìn)行解碼具體為CMS接收到信令碼流消息后，依據(jù)跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系調(diào)用 對應(yīng)的信令跟蹤插件的概要解碼接口對信令碼流進(jìn)行概要解碼及顯示；當(dāng)用戶希望查看某 個跟蹤消息的詳細(xì)信息時，調(diào)用對應(yīng)信令跟蹤插件的詳細(xì)解碼接口和解碼相關(guān)的動態(tài)鏈接 庫的解碼函數(shù)，對消息碼流進(jìn)行詳細(xì)解碼，并在詳細(xì)解碼完成后，釋放信令跟蹤插件對應(yīng)的 接口資源和解碼相關(guān)的動態(tài)鏈接庫資源。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括當(dāng)網(wǎng)元和網(wǎng)元管理系統(tǒng)升級時，向CMS發(fā)送變更通知消息，CMS接收到所述變更通知消 息后檢查是否已經(jīng)上載過升級后的信令跟蹤插件，若已經(jīng)上載，則不需要重復(fù)上載；若未上 載，則執(zhí)行信令跟蹤插件的上載流程。
7.一種基于插件的集中信令跟蹤系統(tǒng)，包括集中網(wǎng)管系統(tǒng)、網(wǎng)元管理系統(tǒng)，其特征在 于，所述集中網(wǎng)管系統(tǒng)包括集中信令跟蹤子系統(tǒng)，所述網(wǎng)元管理系統(tǒng)中包括信令跟蹤插 件；所述集中信令跟蹤子系統(tǒng)基于信令跟蹤插件實(shí)現(xiàn)，提供跟蹤會話、信令跟蹤插件的管 理和維護(hù)功能；所述信令跟蹤插件的管理和維護(hù)功能包括信令跟蹤插件的上載、部署和激活； 所述集中信令跟蹤子系統(tǒng)調(diào)用所述信令跟蹤插件的解碼接口對接收到的信令碼流消 息進(jìn)行解碼。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述集中信令跟蹤子系統(tǒng)包括 跟蹤會話管理模塊，用于跟蹤會話的維護(hù)和管理；跟蹤框架模塊，用于信令跟蹤的流程控制；信令跟蹤插件管理器，用于信令跟蹤插件的上載、部署及激活；概要解碼模塊，用于調(diào)用與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件的概要解碼接口對信令跟蹤 碼流消息進(jìn)行概要解碼；詳細(xì)解碼模塊，用于調(diào)用與網(wǎng)元設(shè)備對應(yīng)的信令跟蹤插件的詳細(xì)解碼接口對信令跟蹤 碼流消息進(jìn)行詳細(xì)解碼。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，在發(fā)起跟蹤會話時，所述跟蹤框架模塊指令所述信令跟蹤插件管理器檢測對應(yīng)信令 跟蹤插件是否已上載，若未上載，則信令跟蹤插件管理器向NeMS下發(fā)信令跟蹤插件上載請 求，NeMS接收到所述請求后，回復(fù)攜帶信令跟蹤插件文件位置信息的應(yīng)答消息，信令跟蹤插 件管理器根據(jù)應(yīng)答消息中信令跟蹤插件文件位置信息從NeMS上獲取信令跟蹤插件文件并 上載到信令跟蹤插件管理器中。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，在部署信令跟蹤插件文件時，所述信令跟蹤插件管理器將信令跟蹤插件文件分發(fā)到指 定目錄下，將信令跟蹤插件文件所包含的文件的文件句柄注冊到信令跟蹤插件管理器中， 并建立跟蹤會話標(biāo)識與信令跟蹤插件文件的映射關(guān)系。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，在激活信令跟蹤插件文件時，所述信令跟蹤插件管理器根據(jù)跟蹤會話標(biāo)識與信令跟蹤 插件文件的映射關(guān)系，獲取對應(yīng)信令跟蹤插件文件所包含文件的文件句柄，并將信令跟蹤 插件文件所包含的文件加載到系統(tǒng)處理進(jìn)程中。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，當(dāng)網(wǎng)元和網(wǎng)元管理系統(tǒng)升級時，所述跟蹤框架模塊接收變更通知消息，并指令所述信 令跟蹤插件管理器檢查是否已經(jīng)上載過升級后的信令跟蹤插件，若已經(jīng)上載，則不需要重 復(fù)上載；若未上載，則執(zhí)行信令跟蹤插件的上載流程。
全文摘要
本發(fā)明公開了一種基于插件的集中信令跟蹤方法及系統(tǒng)，本發(fā)明利用插件機(jī)制實(shí)現(xiàn)集中信令跟蹤功能，各插件之間相互獨(dú)立，信令跟蹤接口統(tǒng)一，網(wǎng)元設(shè)備和網(wǎng)元管理系統(tǒng)的升級與對應(yīng)的信令跟蹤插件的升級自動保持同步。本發(fā)明有效解決了集中網(wǎng)管系統(tǒng)中實(shí)現(xiàn)集中信令跟蹤功能時，所面臨的網(wǎng)元間信令消息結(jié)構(gòu)差異化問題，以及對于同一網(wǎng)元設(shè)備在升級過程中可能存在的集中網(wǎng)管系統(tǒng)和網(wǎng)元管理系統(tǒng)之間版本耦合性問題，從而為電信網(wǎng)CMS集中信令跟蹤和集中操作維護(hù)提供了有力保障。
文檔編號H04L12/24GK101826985SQ20101015302
公開日2010年9月8日 申請日期2010年4月20日 優(yōu)先權(quán)日2010年4月20日
發(fā)明者李玉鵬 申請人:中興通訊股份有限公司