專利名稱：一種實現(xiàn)ps域分布式架構(gòu)的信令監(jiān)測裝置的制作方法
一種實現(xiàn)PS域分布式架構(gòu)的信令監(jiān)測裝置技術(shù)領(lǐng)域
本發(fā)明屬于通信領(lǐng)域，特別涉及本發(fā)明涉及業(yè)務(wù)支撐技術(shù)領(lǐng)域。
背景技術(shù)：
本發(fā)明主要是面向CS域、PS域和FGW關(guān)口局全面實現(xiàn)本地網(wǎng)語音業(yè)務(wù)、國內(nèi)長途語音業(yè)務(wù)、國際長途語音業(yè)務(wù)、智能網(wǎng)業(yè)務(wù)、短信業(yè)務(wù)、3G語音/可視電話業(yè)務(wù)、VoIP業(yè)務(wù)、 彩信、WAP上網(wǎng)業(yè)務(wù)等各種電信業(yè)務(wù)的信令監(jiān)測與分析。
信令監(jiān)測系統(tǒng)通過高阻跨接、鏡像接入、分光接入等接入手段，從信令網(wǎng)絡(luò)中旁路并精確復(fù)制信令鏈路上傳輸?shù)男帕顢?shù)據(jù)。通過信令數(shù)據(jù)分析信令鏈路負(fù)荷、網(wǎng)絡(luò)資源使用、 業(yè)務(wù)信令流程、業(yè)務(wù)交換結(jié)果。為信令網(wǎng)的管理和維護(hù)，業(yè)務(wù)質(zhì)量監(jiān)測和分析提供了高效、 及時的支撐手段。為移動網(wǎng)絡(luò)運行的穩(wěn)定性和安全性提供保障。
但是現(xiàn)有的監(jiān)測系統(tǒng)的建設(shè)模式一直以來從采集接入、協(xié)議分析、網(wǎng)絡(luò)指標(biāo)分析通常都是線性的，單獨針對信令的質(zhì)量分析或者單獨針對業(yè)務(wù)的統(tǒng)計分析；并且通常由同一家信令監(jiān)測系統(tǒng)提供商來完成，其內(nèi)部采用私有接口，并不對外開放。上述的采集、解析、 統(tǒng)計、 分析等各階段的分析結(jié)果想從現(xiàn)有監(jiān)測系統(tǒng)中獲取信息，都需要協(xié)商并開發(fā)接口，從溝通協(xié)作以及完成時效上均存在一定的缺陷。
其中，PS重點實現(xiàn)Gn接口全量GTP-C信令記錄、HTTP業(yè)務(wù)L7記錄、FDR業(yè)務(wù)流記錄生成；以及Gn業(yè)務(wù)記錄和信令記錄的全量關(guān)聯(lián)回填；提供上層業(yè)務(wù)流量按照網(wǎng)絡(luò)(APN、 Cl等)、業(yè)務(wù)(業(yè)務(wù)類型)等維度的分析。
現(xiàn)有的信令監(jiān)測系統(tǒng)存在如下缺陷現(xiàn)有監(jiān)測系統(tǒng)的層次結(jié)構(gòu)不清晰，單一設(shè)備處理復(fù)雜邏輯導(dǎo)致性能低下，中間過程的處理結(jié)果提取困難，數(shù)據(jù)采集和網(wǎng)設(shè)規(guī)劃不能靈活應(yīng)對PS域流量的爆炸式增長的監(jiān)測要求等。
本發(fā)明就是要提供一個高效、安全、穩(wěn)定，能夠平滑演進(jìn)的分布式信令數(shù)據(jù)采集和處理平臺，該平臺以不影響運營商的網(wǎng)絡(luò)運行正常情況下，通過高阻跨接、LanSwitch鏡像、 TAP分路、分光器分光等方式采集各類信令鏈路，進(jìn)行協(xié)議解碼、CDR合成，再現(xiàn)業(yè)務(wù)接續(xù)全過程，進(jìn)行網(wǎng)絡(luò)和業(yè)務(wù)各類指標(biāo)統(tǒng)計，并進(jìn)行各種數(shù)據(jù)的統(tǒng)一存儲。發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)問題，本發(fā)明提出了一種實現(xiàn)PS域分布式架構(gòu)的信令監(jiān)測裝置，所述裝置包括Probe模塊、Utrace模塊、DMPP模塊、DMPA模塊，其中=Probe模塊，用于完成原始信令數(shù)據(jù)的采集，打時間戳，并從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果，合成詳細(xì)的CDR記錄；UtraCe模塊，用于完成單次業(yè)務(wù)過程中各接口 CDR的關(guān)聯(lián)和標(biāo)記，并對用戶身份信息、用戶終端信息等進(jìn)行映射和填充； DMPP模塊，用于完成數(shù)據(jù)的預(yù)統(tǒng)計、信令關(guān)聯(lián)、告警信息處理、對外接口輸出、響應(yīng)客戶端查詢請求等功能；DMPA模塊，用于在客戶端軟件呈現(xiàn)各類應(yīng)用功能，響應(yīng)客戶端提交的處理請求，有效完成對處理請求的執(zhí)行，實現(xiàn)人機交互。
根據(jù)本發(fā)明另一方面，其中Probe模塊的所述完成原始信令數(shù)據(jù)的采集，打時間戳具體為通過采集板卡捕獲接入的對應(yīng)的鏈路/端口的信令數(shù)據(jù)或業(yè)務(wù)數(shù)據(jù)，并將接收的原始數(shù)據(jù)包，根據(jù)同步時鐘源打時間戳標(biāo)記；根據(jù)本發(fā)明另一方面，其中所述從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果具體為解析原始數(shù)據(jù)包二進(jìn)制編碼，完成信令編碼的解析，并從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果。
根據(jù)本發(fā)明另一方面，其中所述Probe模塊進(jìn)一步包括信令采集單元，用于接收鏈路中的原始數(shù)據(jù)，并進(jìn)行打時間戳等功能；信令記錄合成單元，用于將原始數(shù)據(jù)中的信令面數(shù)據(jù)進(jìn)行解碼與合成；業(yè)務(wù)記錄合成單元，用于將原始數(shù)據(jù)中的業(yè)務(wù)面數(shù)據(jù)進(jìn)行解碼與合成；原始消息存儲單元，用于將對應(yīng)與合成記錄的原始數(shù)據(jù)碼流進(jìn)行存儲；鏈路信息統(tǒng)計單元，用于通過網(wǎng)元間承載層鏈路的IP地址，將其承載的原始數(shù)據(jù)包流量進(jìn)行統(tǒng)計。
根據(jù)本發(fā)明另一方面，其中所述DMPP模塊進(jìn)一步完成實現(xiàn)⑶R到BDR的擴(kuò)展，將原始數(shù)據(jù)中無法提取的信息，根據(jù)外部數(shù)據(jù)進(jìn)行擴(kuò)展，將生成的BDR存儲到數(shù)據(jù)庫中；對于基礎(chǔ)功能報表，基于業(yè)務(wù)記錄的形成預(yù)統(tǒng)計表；將即1數(shù)據(jù)和告警數(shù)據(jù)存入數(shù)據(jù)庫中；根據(jù)系統(tǒng)設(shè)置的門限閥值，進(jìn)行實時業(yè)務(wù)告警；并實現(xiàn)對DMPA模塊訪問請求的響應(yīng)和支持。
根據(jù)本發(fā)明另一方面，其中所述DMPP模塊進(jìn)一步包括數(shù)據(jù)處理單元和DMPA處理支持單元，其中，數(shù)據(jù)處理單元用于完成BDR擴(kuò)展、BDR擴(kuò)展、業(yè)務(wù)告警、入庫存儲；DMPA支持單元用于完成統(tǒng)計數(shù)據(jù)交互、指令傳遞、服務(wù)調(diào)度。
本發(fā)明提出的技術(shù)方案采用在各個遠(yuǎn)端機房部署Probe探針和關(guān)聯(lián)回填程序，在 PS的采集場景中，業(yè)務(wù)處理板與信令處理板集成統(tǒng)一到Probe設(shè)備中，集成度和規(guī)格化程度較高，該設(shè)備提供從DPI業(yè)務(wù)分析、GTP-C信令分析等提供的處理能力和數(shù)據(jù)輸出能力。 并且，直接完成信令解碼和記錄合成關(guān)聯(lián)，業(yè)務(wù)處理板與信令處理板之間的數(shù)據(jù)交換在設(shè)備內(nèi)部完成，無需外置附屬網(wǎng)絡(luò)設(shè)備和施工，更便于項目實施和維護(hù)，這樣可以有效為運營商節(jié)省遠(yuǎn)端站和中心站間傳輸帶寬。


圖I為在本發(fā)明提出的裝置所應(yīng)用的系統(tǒng)架構(gòu)示意圖2為本發(fā)明提出的實現(xiàn)PS域分布式架構(gòu)的信令監(jiān)測裝置的結(jié)構(gòu)示意圖3為Probe模塊的功能示意圖4為單次業(yè)務(wù)過程中各接口⑶R的關(guān)聯(lián)和標(biāo)記的不意圖5為DMPP模塊的功能示意圖。
具體實施方式
下面結(jié)合附圖，對本發(fā)明作詳細(xì)的闡述。
圖I為本發(fā)明的系統(tǒng)結(jié)構(gòu)示意圖，由圖可以看到，該系統(tǒng)結(jié)構(gòu)由整體的組網(wǎng)架構(gòu)上可分為四層，包括信令接入層、信令采集層、信令處理層和應(yīng)用層。
信令接入層提供各種類型信令鏈路的物理接入。在通信網(wǎng)絡(luò)中，鏈路類型包括 E1/64K的TDM鏈路、100M/1000M電口、各種速率光口等，系統(tǒng)接入層分別通過高阻跨接+DXC 收斂、LanSwitch鏡像/TAP、分光的方式完成對應(yīng)鏈路的物理接入。
信令采集層除需要部署Probe完成原始信令數(shù)據(jù)的采集，打時間戳和CDR合成后，信令采集層還需要部署關(guān)聯(lián)回填服務(wù)器，完成CDR數(shù)據(jù)的關(guān)聯(lián)回填服務(wù)器工作。
信令處理層信令處理層完成數(shù)據(jù)的預(yù)統(tǒng)計、信令關(guān)聯(lián)、告警信息處理、對外接口輸出、響應(yīng)客戶端查詢請求等功能。處理層在邏輯上將包含各種服務(wù)器設(shè)備，包括數(shù)據(jù)分析服務(wù)器、云存儲服務(wù)器、接口服務(wù)器、Web服務(wù)器。
應(yīng)用層利用客戶端軟件呈現(xiàn)各類應(yīng)用功能，實現(xiàn)人機交互。
本發(fā)明提出的PS域分布式架構(gòu)的信令監(jiān)測裝置應(yīng)用于上述系統(tǒng)中。
圖2為本發(fā)明提出的實現(xiàn)PS域分布式架構(gòu)的信令監(jiān)測裝置的結(jié)構(gòu)示意圖。由圖可以看到，本裝置是由四個主要部分組成=Probe模塊、Utrace模塊、DMPP模塊、DMPA模塊， 其中
接入層模塊，用于提供各種類型信令鏈路的物理接入。在通信網(wǎng)絡(luò)中，鏈路類型包括E1/64K的TDM鏈路、100M/1000M電口、各種速率光口等，系統(tǒng)接入層分別通過高阻跨接 +DXC收斂、LanSwitch鏡像/TAP、分光的方式完成對應(yīng)鏈路的物理接入?！?br> Probe模塊，用于完成原始信令數(shù)據(jù)的采集，打時間戳，并從解碼中獲取用戶信息、 位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果等，合成詳細(xì)的CDR記錄。
Utrace模塊，用于完成單次業(yè)務(wù)過程中各接口⑶R的關(guān)聯(lián)和標(biāo)記，并對用戶身份信息、用戶終端信息等進(jìn)行映射和填充。
DMPP模塊，用于完成數(shù)據(jù)的預(yù)統(tǒng)計、信令關(guān)聯(lián)、告警信息處理、對外接口輸出、響應(yīng)客戶端查詢請求等功能。
DMPA模塊，用于在客戶端軟件呈現(xiàn)各類應(yīng)用功能，響應(yīng)客戶端提交的處理請求， 有效完成對處理請求的執(zhí)行，實現(xiàn)人機交互。
下面將針對各模塊進(jìn)行詳細(xì)描述。
〈 DProbe 模塊。
Probe模塊，部署在信令采集層的Probe設(shè)備上，用于通過采集板卡捕獲接入的對應(yīng)的鏈路/端口的信令數(shù)據(jù)或業(yè)務(wù)數(shù)據(jù)；并將接收的原始數(shù)據(jù)包,根據(jù)同步時鐘源打時間戳標(biāo)記；解析原始數(shù)據(jù)包二進(jìn)制編碼，完成信令編碼的解析；并從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果等，合成詳細(xì)的業(yè)務(wù)記錄。
Probe模塊分為五單元信令采集單元、信令記錄合成單元、業(yè)務(wù)記錄合成單元、 原始消息存儲單元、鏈路統(tǒng)計單元。如圖3所示，其中各單元功能如下
信令采集單元，用于接收鏈路中的原始數(shù)據(jù)，并進(jìn)行打時間戳等功能；信令記錄合成單元，用于將原始數(shù)據(jù)中的信令面數(shù)據(jù)進(jìn)行解碼與合成；業(yè)務(wù)記錄合成單元，用于將原始數(shù)據(jù)中的業(yè)務(wù)面數(shù)據(jù)進(jìn)行解碼與合成；原始消息存儲單元，用于將對應(yīng)與合成記錄的原始數(shù)據(jù)碼流進(jìn)行存儲；鏈路信息統(tǒng)計單元，用于通過網(wǎng)元間承載層鏈路的IP地址，將其承載的原始數(shù)據(jù)包流量進(jìn)行統(tǒng)計。
<2>Utrace 模塊
Utrace模塊，部署在信令處理層的Utrace服務(wù)器上，用于完成單次業(yè)務(wù)過程中各接口 CDR的關(guān)聯(lián)和標(biāo)記，并對用戶身份信息、用戶終端信息等進(jìn)行映射和填充。
參見圖4，其為單次業(yè)務(wù)過程中各接口⑶R的關(guān)聯(lián)和標(biāo)記的示意圖。其中，全局關(guān)聯(lián)分為接口內(nèi)關(guān)聯(lián)和接口間關(guān)聯(lián)兩級，接口內(nèi)的信令通過接口間類型實現(xiàn)向外部關(guān)聯(lián)。例如，Gb信令過程關(guān)聯(lián)路徑為Gb信令過程一Gb通信過程一Gr信令過程和Gn通信過程一彩信 MO、MT，WAP GET 和 WAP POST。
如圖4所示圖中的箭頭表示關(guān)聯(lián)方向，單向箭頭表示只能單向關(guān)聯(lián)，如Gn信令過程可以向Gn通信過程關(guān)聯(lián)。雙向箭頭可以互相關(guān)聯(lián)，如Gn通信過程可以向Gb通信過程關(guān)聯(lián)，Gb通信過程也可以向Gn通信過程關(guān)聯(lián)。
鏈路標(biāo)記為1-3表示接口內(nèi)部關(guān)聯(lián)，如Gb信令過程和Gb通信過程的關(guān)聯(lián)；鏈路標(biāo)記為4-9的表示接口間關(guān)聯(lián)，如Gn通信過程和彩信業(yè)務(wù)的關(guān)聯(lián)。
Gb接口關(guān)聯(lián)規(guī)則
關(guān)聯(lián)標(biāo)識TLLI
開始時間當(dāng)前信令向前24小時搜索同TLLI的“激活PDP上下文請求”信令的時間。如果沒有搜索到所需信令，則開始時間為當(dāng)前信令時間向前540秒。
結(jié)束時間當(dāng)前信令向后搜索到的“去激活PDP上下文請求”信令的時間。如果沒有搜索到所需信令，則結(jié)束時間為當(dāng)前信令時間向后540秒。
關(guān)聯(lián)時間范圍開始時間一60秒〈關(guān)聯(lián)時間范圍〈結(jié)束時間+60秒。
特殊說明如果關(guān)聯(lián)到多條Gb通信記錄，則取時間上最近的一條記錄。
Gn接口關(guān)聯(lián)規(guī)則
GTP版本O關(guān)聯(lián)標(biāo)識TID隧道端點標(biāo)識號
GTP版本I關(guān)聯(lián)標(biāo)識Gn信令的TEID與Gn通信過程中的“建立PDP請求消息中的 SGSN CP TEID”。
開始時間當(dāng)前信令向前24小時搜索同TEID的“建立PDP上下文請求”信令的時間。如果沒有搜索到所需信令，則開始時間為當(dāng)前信令時間向前540秒。
結(jié)束時間當(dāng)前信令向后24小時搜索到的“刪除PDP上下文請求”信令的時間。如果沒有搜索到所需信令，則結(jié)束時間為當(dāng)前信令時間向后540秒。
關(guān)聯(lián)時間范圍開始時間一60秒〈關(guān)聯(lián)時間范圍〈結(jié)束時間+60秒。
特殊說明如果關(guān)聯(lián)到多條Gb通信記錄，則取時間上最近的一條記錄。
<3>DMPP 模塊
DMPP模塊，部署在應(yīng)用處理層的分析服務(wù)器和數(shù)據(jù)庫服務(wù)器上，用于實現(xiàn)CDR到 BDR的擴(kuò)展，將原始數(shù)據(jù)中無法提取的信息，根據(jù)外部數(shù)據(jù)進(jìn)行擴(kuò)展(比如，IMSI所歸屬的城市、IMEI所對應(yīng)的廠家和型號等)；將生成的BDR存儲到數(shù)據(jù)庫中；對于基礎(chǔ)功能報表， 由DMPP程序基于業(yè)務(wù)記錄的形成預(yù)統(tǒng)計表；將KPI數(shù)據(jù)和告警數(shù)據(jù)存入數(shù)據(jù)庫中；根據(jù)系統(tǒng)設(shè)置的門限閥值，進(jìn)行實時業(yè)務(wù)告警；并實現(xiàn)對DMPA訪問請求的響應(yīng)和支持。
參見圖5, DMPP模塊進(jìn)一步包括兩個單元數(shù)據(jù)處理單元和DMPA處理支持單元。 其中，數(shù)據(jù)處理單元主要完成BDR擴(kuò)展、BDR擴(kuò)展、業(yè)務(wù)告警、入庫存儲等功能；DMPA支持單元主要完成統(tǒng)計數(shù)據(jù)交互、指令傳遞、服務(wù)調(diào)度等。
<4>DMPA 模塊
DMPA模塊，部署在應(yīng)用處理層的Web服務(wù)器上，用于提供對用戶終端軟件的下載支持；響應(yīng)客戶端提交的處理請求，并與DMPP模塊相結(jié)合，有效完成對處理請求的執(zhí)行后， 獲取返回的結(jié)果數(shù)據(jù)，在客戶端予以呈現(xiàn)。
本系統(tǒng)采用在各個遠(yuǎn)端機房部署Probe探針和關(guān)聯(lián)回填程序，在PS的采集場景中，業(yè)務(wù)處理板與信令處理板集成統(tǒng)一到Probe設(shè)備中，集成度和規(guī)格化程度較高，該設(shè)備提供從DPI業(yè)務(wù)分析、GTP-C信令分析等提供的處理能力和數(shù)據(jù)輸出能力。直接完成信令解碼和記錄合成關(guān)聯(lián)，業(yè)務(wù)處理板與信令處理板之間的數(shù)據(jù)交換在設(shè)備內(nèi)部完成，無需外置附屬網(wǎng)絡(luò)設(shè)備和施工，更便于項目實施和維護(hù)，這樣可以有效為運營商節(jié)省遠(yuǎn)端站和中心站間傳輸帶寬。對于大流量鏈路，采用EP設(shè)備進(jìn)行過濾和均衡分流的接入方式，同時采用大流量探針，單臺支持IOG流量的接入處理。對于El鏈路，采用DXC進(jìn)行鏈路收斂后接入Probe,有效節(jié)省Probe設(shè)備數(shù)量。對于Gn接口在軟件處理機制上，在進(jìn)行DPI業(yè)務(wù)識別的同時，將對HTTP報文進(jìn)行深度分析，包括L7事務(wù)流切分、L7事務(wù)參數(shù)提取(URL、Host、 User-Agent等)、流量計算等，并直接向關(guān)聯(lián)服務(wù)器輸出L7的HTTP業(yè)務(wù)記錄。可大大節(jié)省信令處理部分的負(fù)荷，從而大幅削減信令處理刀片的數(shù)量。
對于其他接口，通過EP分流器從Gb、IuPS, Gr, Gi等接口匯聚或過濾相應(yīng)的信令進(jìn)行深度業(yè)務(wù)分析、參數(shù)提取、會話合成、記錄輸出、報文存儲，以提供流量接入能力。
系統(tǒng)基于更加開放的構(gòu)架和分布式軟件技術(shù)，無需多核處理平臺和特殊加速硬件，統(tǒng)一采用通用x86架構(gòu)的主機，可為運營商提供新需求快速開發(fā)環(huán)境。Probe運行在穩(wěn)定的Linux操作系統(tǒng),服務(wù)器運行在穩(wěn)定的Linux或Solaris操作系統(tǒng)。合成軟件采用嵌入式多核多線程的高效數(shù)據(jù)合成機制，保證了大數(shù)據(jù)量處理能力。應(yīng)用軟件采用分布式處理架構(gòu)，可有效應(yīng)對并發(fā)大數(shù)據(jù)量讀寫操作。系統(tǒng)采用開放式平臺架構(gòu)，對于監(jiān)測網(wǎng)絡(luò)的演進(jìn)，可以平滑向下兼容。對于接入層、采集層、處理層、應(yīng)用層，均可以通過增加硬件設(shè)備進(jìn)行單獨的升級擴(kuò)容。系統(tǒng)采集接入方式采用高阻跨接、LanSwitch鏡像、TAP和分光，不影響監(jiān)測網(wǎng)絡(luò)正常運行。系統(tǒng)自組局域網(wǎng)，通過防火墻與主網(wǎng)絡(luò)隔離，不對監(jiān)測網(wǎng)絡(luò)造成任何影響。
綜上所述，雖然本發(fā)明已以優(yōu)選實施例披露如上，然而其并非用以限定本發(fā)明。本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，可作各種變動與修飾。因此，本發(fā)明的保護(hù)范圍當(dāng)視所附的權(quán)利要求所界定的范圍為準(zhǔn)。
權(quán)利要求
1.一種實現(xiàn)PS域分布式架構(gòu)的信令監(jiān)測裝置，所述裝置包括Probe模塊、Utrace模塊、DMPP模塊、DMPA模塊，其中 Probe模塊，用于完成原始信令數(shù)據(jù)的采集，打時間戳，并從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果，合成詳細(xì)的CDR記錄； Utrace模塊，用于完成單次業(yè)務(wù)過程中各接口⑶R的關(guān)聯(lián)和標(biāo)記，并對用戶身份信息、用戶終端信息等進(jìn)行映射和填充； DMPP模塊，用于完成數(shù)據(jù)的預(yù)統(tǒng)計、信令關(guān)聯(lián)、告警信息處理、對外接口輸出、響應(yīng)客戶端查詢請求等功能； DMPA模塊，用于在客戶端軟件呈現(xiàn)各類應(yīng)用功能，響應(yīng)客戶端提交的處理請求，有效完成對處理請求的執(zhí)行，實現(xiàn)人機交互。
2.如權(quán)利要求I所述的裝置，其中Probe模塊的所述完成原始信令數(shù)據(jù)的采集，打時間戳具體為 通過采集板卡捕獲接入的對應(yīng)的鏈路/端口的信令數(shù)據(jù)或業(yè)務(wù)數(shù)據(jù)，并將接收的原始數(shù)據(jù)包，根據(jù)同步時鐘源打時間戳標(biāo)記。
3.如權(quán)利要求I所述的裝置，其中所述從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果具體為 解析原始數(shù)據(jù)包二進(jìn)制編碼，完成信令編碼的解析，并從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果。
4.如權(quán)利要求I所述的裝置，其中所述Probe模塊進(jìn)一步包括 信令采集單元，用于接收鏈路中的原始數(shù)據(jù)，并進(jìn)行打時間戳等功能； 信令記錄合成單元，用于將原始數(shù)據(jù)中的信令面數(shù)據(jù)進(jìn)行解碼與合成； 業(yè)務(wù)記錄合成單元，用于將原始數(shù)據(jù)中的業(yè)務(wù)面數(shù)據(jù)進(jìn)行解碼與合成； 原始消息存儲單元，用于將對應(yīng)與合成記錄的原始數(shù)據(jù)碼流進(jìn)行存儲； 鏈路信息統(tǒng)計單元，用于通過網(wǎng)元間承載層鏈路的IP地址，將其承載的原始數(shù)據(jù)包流量進(jìn)行統(tǒng)計。
5.如權(quán)利要求I所述的裝置，其中所述DMPP模塊進(jìn)一步完成 實現(xiàn)CDR到BDR的擴(kuò)展，將原始數(shù)據(jù)中無法提取的信息，根據(jù)外部數(shù)據(jù)進(jìn)行擴(kuò)展，將生成的BDR存儲到數(shù)據(jù)庫中； 對于基礎(chǔ)功能報表，基于業(yè)務(wù)記錄的形成預(yù)統(tǒng)計表； 將KPI數(shù)據(jù)和告警數(shù)據(jù)存入數(shù)據(jù)庫中； 根據(jù)系統(tǒng)設(shè)置的門限閥值，進(jìn)行實時業(yè)務(wù)告警； 實現(xiàn)對DMPA模塊訪問請求的響應(yīng)和支持。
6.如權(quán)利要求I所述的裝置，其中所述DMPP模塊進(jìn)一步包括數(shù)據(jù)處理單元和DMPA處理支持單元，其中 數(shù)據(jù)處理單元用于完成BDR擴(kuò)展、BDR擴(kuò)展、業(yè)務(wù)告警、入庫存儲； DMPA支持單元用于完成統(tǒng)計數(shù)據(jù)交互、指令傳遞、服務(wù)調(diào)度。
全文摘要
提出了一種實現(xiàn)PS域分布式架構(gòu)的信令監(jiān)測裝置，包括Probe模塊，用于完成原始信令數(shù)據(jù)的采集，打時間戳，并從解碼中獲取用戶信息、位置信息、網(wǎng)絡(luò)質(zhì)量信息、用戶行為信息、業(yè)務(wù)流量信息、業(yè)務(wù)結(jié)果，合成詳細(xì)的CDR記錄；Utrace模塊，用于完成單次業(yè)務(wù)過程中各接口CDR的關(guān)聯(lián)和標(biāo)記，并對用戶身份信息、用戶終端信息等進(jìn)行映射和填充；DMPP模塊，用于完成數(shù)據(jù)的預(yù)統(tǒng)計、信令關(guān)聯(lián)、告警信息處理、對外接口輸出、響應(yīng)客戶端查詢請求等功能；DMPA模塊，用于在客戶端軟件呈現(xiàn)各類應(yīng)用功能，響應(yīng)客戶端提交的處理請求，有效完成對處理請求的執(zhí)行,實現(xiàn)人機交互。
文檔編號H04L12/26GK102932198SQ201210237840
公開日2013年2月13日 申請日期2012年7月9日 優(yōu)先權(quán)日2012年7月9日
發(fā)明者賈林, 于恒信, 寧大鵬 申請人:北京中創(chuàng)信測科技股份有限公司