專利名稱：信令關(guān)聯(lián)的測試裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，并且特別地，涉及一種信令關(guān)聯(lián)的測試 裝置和方法。
背景4支術(shù)
隨著經(jīng)濟的不斷發(fā)展，信息產(chǎn)業(yè)正在逐漸成為國民經(jīng)濟的支柱 產(chǎn)業(yè)之一 。現(xiàn)代通訊技術(shù)的迅猛發(fā)展已極大地改變了人們的生活方 式和工作方式，人們對通訊網(wǎng)絡(luò)質(zhì)量的要求越來越高。
七號信令網(wǎng)是當(dāng)今電信網(wǎng)最重要的支撐網(wǎng)絡(luò)之一，為了提高通 訊的力l務(wù)質(zhì)量，各通訊設(shè)備生產(chǎn)商、電信運營商一直致力于通訊網(wǎng) 絡(luò)的完善?，F(xiàn)在普遍使用的七號信令監(jiān)測維護系統(tǒng)已作為網(wǎng)絡(luò)管理、 網(wǎng)絡(luò)規(guī)劃、網(wǎng)絡(luò)優(yōu)化的有力保障系統(tǒng)而應(yīng)用于各大電信運營商。
七號信令監(jiān)測維護系統(tǒng)是在運行的七號信令鏈路上通過高阻跨 接，實時采集七號信令消息，將每一次呼叫形成標(biāo)準(zhǔn)的數(shù)據(jù)進行記 錄，這些記錄包括監(jiān)測、分析所需要的詳細(xì)數(shù)據(jù)，并將數(shù)據(jù)按類別 入庫。對于入庫的數(shù)據(jù)，進行更進一步的分析統(tǒng)計。同時對網(wǎng)絡(luò)的 性能作實時監(jiān)測，及時發(fā)現(xiàn)網(wǎng)絡(luò)運行的異常情況，對網(wǎng)絡(luò)的異常做 出告警和故障判斷，并將結(jié)果上報給用戶。告警和故障記錄也記錄 到凄t據(jù)庫中。并且，七號信令不^f又用于傳統(tǒng)的固話網(wǎng)絡(luò)中，也大量用于移動
通ifl網(wǎng)纟各中，例如，全3求移動通4言系統(tǒng)(Globle System for Mobile communication, GSM)網(wǎng)纟各和石馬分多iih (Code Division Multiple Access, CDMA)網(wǎng)絡(luò)。
七號信令涉及的接口協(xié)議種類繁多，隨著用戶對信令監(jiān)測系統(tǒng) 應(yīng)用的深入，用戶需要監(jiān)測全網(wǎng)多段完整的信令接續(xù)過程，因此原 先所采用的對各4妄口的獨立監(jiān)測、獨立分析的方式已不能滿足要求。
通常，信令監(jiān)測系統(tǒng)必須具備各接口的多段信令的同時跟蹤、 關(guān)聯(lián)查詢等功能，以1"更于在出現(xiàn)問題時及時分析發(fā)現(xiàn)問題出現(xiàn)的具 體位置。也就是說，信令的多段關(guān)聯(lián)是七號信令監(jiān)測維護系統(tǒng)的必 備功能，4旦在該功能的開發(fā)、調(diào)試及測試過程中，目前仍舊缺乏一 個有效的環(huán)境來模擬這種多段信令關(guān)聯(lián)的場景。
例如， 一個預(yù)付費的移動用戶發(fā)起了一個呼叫，整個通話接續(xù) 流程經(jīng)過了多種接口，整個接續(xù)過程中使用了多種協(xié)議，例如，基 5占子系纟充應(yīng)用部分十辦i義(Base Station Subsystem Application Part, BSSAP )、綜合業(yè)務(wù)凄史字網(wǎng)用戶部分十辦"i義(Integrated Services Digital Network (ISDN )用戶部分協(xié)i義，ISUP )、移動應(yīng)用部分協(xié)i義(Mobile Application Part, MAP )、 CAMEL應(yīng)用部分協(xié)i義(CAMEL Application Part, CAP)等，根據(jù)目前所采用的測試方法只能逐個接口地分段 測試，而對信令多段關(guān)聯(lián)的關(guān)鍵算法的可行性和穩(wěn)定性卻無法測試。 這種分段測試存在測試不完整、測試效率低的問題，并且無法有效 保證產(chǎn)品的質(zhì)量。
實現(xiàn)多段關(guān)聯(lián)技術(shù)難點主要在于各接口 /協(xié)議的關(guān)鍵值匹配技 術(shù)及各接口信令消息間的時間配合，而采用目前的方式不可能模擬 出這種場景，因此，無法對七號信令監(jiān)測維護系統(tǒng)的信令多段關(guān)聯(lián) 功能及性能進行有效測試。

發(fā)明內(nèi)容
考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于 提供一種信令關(guān)聯(lián)的測試機制，以解決相關(guān)技術(shù)中無法測試七號信 令監(jiān)測維護系統(tǒng)的信令多端關(guān)聯(lián)功能及性能的問題。
根據(jù)本發(fā)明的一個實施例，提供了 一種信令關(guān)聯(lián)的測試裝置， 用于對七號信令監(jiān)測維護系統(tǒng)進行測試。
該裝置包括信令關(guān)聯(lián)消息編輯和存儲模塊，用于編譯信令多 段關(guān)聯(lián)事件，其中，事件包含屬于至少一個段的協(xié)議消息，并且， 信令關(guān)聯(lián)消息編輯和存儲模塊根據(jù)接續(xù)流程順序?qū)⑾⒈４嬖谑录?庫中；事件庫，用于保存事件及其協(xié)議消息；配置模塊，用于配置 事件庫中保存的協(xié)議消息的關(guān)鍵值以及協(xié)議消息的控制信息；數(shù)據(jù) 收發(fā)模塊，用于根據(jù)接續(xù)流程順序和配置的控制信息發(fā)送協(xié)議消息， 以及4妄收由#皮測系統(tǒng)返回的狀態(tài)凄t據(jù)。
可選地，該裝置可進一步包括數(shù)據(jù)顯示模塊，用于根據(jù)返回 的狀態(tài)凄t據(jù)顯示一皮測系統(tǒng)的系統(tǒng)各部分的狀態(tài)。
其中，數(shù)據(jù)顯示模塊還用于顯示以下信息中的至少之一發(fā)送 的事件的數(shù)量、發(fā)送的消息的數(shù)量、發(fā)送負(fù)荷。
此外，上述數(shù)據(jù)收發(fā)—莫塊可進一步包括數(shù)據(jù)^接收子^^莫塊，用 于將待發(fā)送的協(xié)議消息和控制信息存儲至數(shù)據(jù)緩存區(qū)；數(shù)據(jù)緩存區(qū)， 用于緩存待發(fā)送的協(xié)議消息；數(shù)據(jù)發(fā)送控制子模塊，用于從數(shù)據(jù)緩 存區(qū)中讀取控制信息，并根據(jù)讀取的控制信息將數(shù)據(jù)緩存區(qū)中存儲 的協(xié)議消息發(fā)送到數(shù)據(jù)發(fā)送通道；數(shù)據(jù)發(fā)送通道，連接至被測系統(tǒng) 的采集端口 ，用于將來自數(shù)據(jù)發(fā)送控制子模塊的協(xié)議消息發(fā)送到被 測系纟克。
7此外，事件庫中可進一步存儲事件中協(xié)議消息的數(shù)量、協(xié)議消 息的內(nèi)容、協(xié)議消息的順序號、協(xié)議消息的段號以及方向。
優(yōu)選地，上述關(guān)鍵值包括以下至少之一主叫號碼、被叫號碼、 國際移動用戶識別碼、移動臺漫游號、臨時移動臺標(biāo)識、各段消息 所在的信令點編碼。
可選地，控制信息包括以下至少之一發(fā)送速度、發(fā)送協(xié)議消 息的鏈路類型。其中，鏈路類型包括為以下至少之一64K/s鏈路、 N氺64K/s鏈路、高速2M鏈路。
才艮據(jù)本發(fā)明的另 一實施例，才是供了 一種信令關(guān)4關(guān)的測試方法， 用于對七號信令監(jiān)測維護系統(tǒng)進4亍測試。
該方法包括配置被測系統(tǒng)的接續(xù)流程的分段以及每個分段的 協(xié)議，并確定與每個分段進行數(shù)據(jù)傳輸所需的數(shù)據(jù)發(fā)送通道；根據(jù) 配置的協(xié)議的保存相應(yīng)的協(xié)議消息并配置保存的協(xié)議消息的關(guān)鍵值 和控制信息；根據(jù)被測系統(tǒng)的接續(xù)流程的分段順序、每個分段的協(xié) 議、以及配置的關(guān)鍵值和控制信息，通過數(shù)據(jù)發(fā)送通道向被測系統(tǒng) 的分段上發(fā)送保存的協(xié)議消息；接收由被測系統(tǒng)返回的狀態(tài)數(shù)據(jù)， 根據(jù)狀態(tài)數(shù)據(jù)確定被測系統(tǒng)的每個分段的狀態(tài)。
其中，在利用配置的每個分段的協(xié)議對被測系統(tǒng)進行多次測量 的情況下，在每次測量之前修改存儲的協(xié)議消息的關(guān)鍵值，并以修 改后的協(xié)-漢消息進4于本次測量。
通過本發(fā)明的上述技術(shù)方案，解決了不能測試全網(wǎng)多段信令接 續(xù)流程的問題，有效減少了測試工作量，提高了測試效率。


此處所說明的附圖用來^是供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)本發(fā)明實施例的信令關(guān)聯(lián)的測試裝置的框圖2是圖1所示的裝置中數(shù)據(jù)收發(fā)模塊的結(jié)構(gòu)框圖3是才艮據(jù)本發(fā)明方法實施例的信令關(guān)聯(lián)的測試方法的流程
圖4是根據(jù)本發(fā)明方法實施例的信令關(guān)聯(lián)的測試方法的處理實 例的流禾呈圖。
具體實施例方式
在七號信令網(wǎng)中，兩個信令點間一般有1至16條鏈路，而每條 鏈路又有收發(fā)兩個方向，要模擬任何一條鏈路的信令消息，需要兩
個信令凄史據(jù)發(fā)送通道來分別發(fā)送不同方向的消息。如果每個4妄口間 有N條鏈路，就需要有2N個數(shù)據(jù)發(fā)送通道來發(fā)送這些鏈路的所有 消息。七號信令鏈路在E1上傳送時，又分為64K/s、 T^64K/s和高 速2M等數(shù)字傳輸方式，在配置數(shù)據(jù)發(fā)送通道時須選擇恰當(dāng)?shù)逆溌?數(shù)據(jù)傳輸方式。
要測試七號信令監(jiān)測維護系統(tǒng)的信令多段關(guān)聯(lián)功能，需要模擬 多個信令點間多個接口的信令鏈路，就需要有更多的數(shù)據(jù)發(fā)送通道 在統(tǒng)一調(diào)配管理下模擬各個接口各條鏈路的七號信令消息，交由七 號信令監(jiān)測維護進行采集、分析處理，最后完成對該七號信令監(jiān)測 維護系統(tǒng)的測試。本發(fā)明考慮到上述問題，配置了多個數(shù)據(jù)發(fā)送通道以進行測量。 下面將結(jié)合附圖描述本發(fā)明。
裝置實施例
在本實施例中，提供了一種信令關(guān)聯(lián)的測試裝置，用于對七號 信令監(jiān)測維護系統(tǒng)進行測試。
如圖l所示，才艮據(jù)本實施例的信令關(guān)聯(lián)的測試裝置包括信令 關(guān)聯(lián)消息編輯和存儲模塊10,用于編譯信令多段關(guān)聯(lián)事件，其中， 事件包含屬于至少一個段的協(xié)議消息，并且，信令關(guān)聯(lián)消息編輯和 存儲模塊10根據(jù)接續(xù)流程順序?qū)⑾⒈４嬖谑录?0中；事件庫 20，用于保存事件及其協(xié)議消息；配置才莫塊30，用于配置事件庫20 中保存的協(xié)議消息的關(guān)鍵值以及協(xié)議消息的控制信息；數(shù)據(jù)收發(fā)模 塊40，用于根據(jù)接續(xù)流程順序和配置的控制信息發(fā)送協(xié)議消息，以 及接收由被測系統(tǒng)(下文中也成為待測系統(tǒng)(DUT))返回的狀態(tài)數(shù) 據(jù)。
可選地，該裝置可進一步包括H據(jù)顯示4莫塊50，用于纟艮據(jù)返 回的狀態(tài)數(shù)據(jù)顯示被測系統(tǒng)的系統(tǒng)各部分的狀態(tài)。
其中，數(shù)據(jù)顯示模塊50還用于顯示以下信息中的至少之一發(fā) 送的事件的數(shù)量、發(fā)送的消息的數(shù)量、發(fā)送負(fù)荷。
如圖2所示，上述數(shù)據(jù)收發(fā)模塊40可進一步包括數(shù)據(jù)接收子 模塊201，用于將待發(fā)送的協(xié)議消息和控制信息存儲至數(shù)據(jù)緩存區(qū) 203;數(shù)據(jù)緩存區(qū)203,用于緩存待發(fā)送的協(xié)議消息；數(shù)據(jù)發(fā)送控制 子模塊202,用于從數(shù)據(jù)緩存區(qū)203中讀取控制信息，并根據(jù)讀取 的控制信息將數(shù)據(jù)緩存區(qū)中存儲的協(xié)議消息發(fā)送到數(shù)據(jù)發(fā)送通道 204;數(shù)據(jù)發(fā)送通道201,連接至被測系統(tǒng)的采集端口，用于將來自 數(shù)據(jù)發(fā)送控制子模塊202的協(xié)議消息發(fā)送到被測系統(tǒng)。此外，事件庫中可進一步存儲事件中協(xié)議消息的數(shù)量、協(xié)議消 息的內(nèi)容、協(xié)議消息的順序號、協(xié)議消息的,殳號以及方向。
優(yōu)選地，上述關(guān)鍵值包括以下至少之一主叫號碼、被叫號碼、 國際移動用戶iK別石馬(International Mobile Subscriber Identity, IMSI )、移動臺漫游號(Mobile Station Roaming Number, MSRN )、 臨時移動臺才示識(Temporary Mobile Station Identity, TMSI )、各卓殳
消息所在的信令點編碼等。
可選地，控制信息包括以下至少之一發(fā)送速度、發(fā)送協(xié)議消 息的鏈路類型。其中，鏈路類型包括為以下至少之一64K/s鏈路、 N氺64K/s鏈路、高速2M鏈路。
方法實施例
在本實施例中，提供了一種信令關(guān)聯(lián)的測試方法，用于對七號 4言令監(jiān)測維護系統(tǒng)進4亍測試。
如圖3所示，根據(jù)本實施例的信令關(guān)聯(lián)的測試方法包括步驟 S302,配置被測系統(tǒng)的接續(xù)流程的分段以及每個分段的協(xié)議，并確 定與每個分段進行數(shù)據(jù)傳輸所需的數(shù)據(jù)發(fā)送通道；步驟S304，根據(jù) 配置的協(xié)議的保存相應(yīng)的協(xié)議消息并配置保存的協(xié)議消息的關(guān)鍵值 和控制信息；步驟S306,根據(jù)被測系統(tǒng)的接續(xù)流程的分段順序、每 個分段的協(xié)議、以及配置的關(guān)鍵值和控制信息，通過數(shù)據(jù)發(fā)送通道 向被測系統(tǒng)的分段上發(fā)送保存的協(xié)議消息；步驟S308,接收由被測 系統(tǒng)返回的狀態(tài)數(shù)據(jù)，根據(jù)狀態(tài)數(shù)據(jù)確定被測系統(tǒng)的每個分段的狀 態(tài)。
下面對上述處理進行詳細(xì)描述。在實際應(yīng)用當(dāng)中，第一步，需要配置DUT(待測系統(tǒng))具體為
根據(jù)信令關(guān)聯(lián)事件類型確定整個接續(xù)流程分多少段，以準(zhǔn)備相 應(yīng)數(shù)量的信令數(shù)據(jù)發(fā)送通道；
連接本發(fā)明信令關(guān)聯(lián)測試裝置的各個發(fā)送通道到DUT的各個 采集端口；
第二步，事件數(shù)據(jù)準(zhǔn)備(存儲)具體為 確定要測試的信令事件關(guān)聯(lián)類型；
按規(guī)定的多段信令關(guān)聯(lián)事件相關(guān)的協(xié)議流程準(zhǔn)備各段協(xié)議數(shù) 據(jù)，并把準(zhǔn)備好的數(shù)據(jù)保存在事件庫中，以備調(diào)用。如果該事件已 保存在事件庫中，可以直4妾選用；
第三步，配置當(dāng)前測試系統(tǒng)，具體為 選擇要發(fā)送的信令事件關(guān)聯(lián)類型；
配置各關(guān)鍵值，如各接口的信令點碼、主叫號碼、被叫號碼、 IMSI等；
配置各參數(shù)值，如發(fā)送次數(shù)、消息負(fù)荷等；
配置各段鏈路的信令數(shù)據(jù)發(fā)送通道，如通道號、鏈路類型(64K/s 鏈路、NP^64K/s鏈路、高速2M鏈路)等；
第四步，測試才丸4于，具體為
沖企查各配置項是否正確；如果不正確，l奮改；執(zhí)行信令關(guān)聯(lián)事件數(shù)據(jù)發(fā)送，直至完成指定的發(fā)送次數(shù)；
在DUT(待測系統(tǒng))上，進行測試，如^r測DUT是否能實現(xiàn) 正確的協(xié)議消息的多段關(guān)聯(lián)顯示。
下面將結(jié)合具體實例描述本發(fā)明。
圖4為本發(fā)明測試方法的一個實施例，選擇的事件關(guān)if關(guān)類型為 固網(wǎng)用戶撥打移動全^求通用戶(通i舌成功)，具體流禾呈如下
步艱《401:啟動測i式裝置及DUT (4寺測系鄉(xiāng)充)，并配置DUT;
步驟402:根據(jù)所選的信令事件關(guān)聯(lián)類型確定整個接續(xù)過程分 為5個接口 ，即，分為5段，這5段分別是BSC — MSC/VLR、 MSC/VLR - HLR、 HLR — GMSC、 MSC/VLR — GMSC、 PSTN _ GMSC.，
步艱《403:確定每l殳消息的協(xié)i義類型。BSC — MSC/VLR采用的 是BSSAP協(xié)議、MSC/VLR - HLR采用的是MAP協(xié)議、HLR -GMSC采用的是MAP協(xié)議、MSC/VLR - GMSC采用的是ISUP協(xié) 議、PSTN - GMSC采用的是ISUP協(xié)議；
步驟404:事件數(shù)據(jù)準(zhǔn)備，按規(guī)定的多段信令關(guān)聯(lián)事件相關(guān)的 協(xié)議流程準(zhǔn)備各段協(xié)議數(shù)據(jù)，并把準(zhǔn)備好的數(shù)據(jù)保存在事件庫中；
在本步驟中，在每個接口間需要傳遞的消息的如下
在PSTN - GMSC間，傳遞的ISUP協(xié)i義消息有IAM、 ACM、 ANM、 REL和RLC;
在HLR _ GMSC間，傳遞的MAP協(xié)議消息有'發(fā)i 各由消息，、 '發(fā)路由消息確認(rèn)，；在MSC/VLR - HLR間，傳遞的MAP協(xié)議消息有'提供漫游 號碼'、'提供漫游號碼確認(rèn)'；
在MSC/VLR _ GMSC間，傳遞的ISUP協(xié)議消息有IAM、 ACM、 ANM、 REL和RLC;
在BSC - MSC/VLR間，傳遞的A接口消息有'尋呼，、'連接 請求，、'連接確認(rèn)，、'建立，、'呼叫進程，、'指配請求，、'指配完 成，、'提醒，、'連接，、'連接響應(yīng)，、'斷開連接，、'釋放，、'釋放 完成，、'釋放一清除命令，、'釋放—清除完成，、'釋放連接，和'釋 放完成,；
在確定每個接口需要傳遞的消息類型后，需確定各消息的發(fā)送 順序，同時再根據(jù)消息在接口中的傳遞方向，確定消息發(fā)送需要占 用的通道；
步驟405:配置當(dāng)前測試系統(tǒng)，具體為
BSC配置14位點碼，MSC配置14位和24位點碼，HLR、 GMSC、 PSTN酉己i 24 4立,與、石馬；
配置關(guān)4建值，例如，主叫號碼、；陂叫號碼、漫游號碼、IMSI
等；
配置發(fā)送控制參數(shù)值，例如，發(fā)送次數(shù)、消息負(fù)荷；
配置各段鏈路的信令數(shù)據(jù)發(fā)送通道，本事件由5段組成，由于 每段包含接收和發(fā)送兩個方向，所以需要配置5 x 2共10個數(shù)據(jù)發(fā) 送通道；
步艱《406: 4企查各配置項，并開始測i式；
步驟407:讀取事件庫中消息數(shù)據(jù)，用配置好的關(guān)鍵值替換 消息中的內(nèi)容，之后發(fā)送消息4故據(jù)。也就是i兌，在利用配置的每個分段的協(xié)議對-波測系統(tǒng)進行多次測量的情況下，在每次測量之前修
改存儲的協(xié)議消息的關(guān)鍵值，并以修改后的協(xié)議消息進行本次測量； 本步驟每個接口間需要替換的關(guān)鍵值如下
在PSTN - GMSC間，需要替換的關(guān)鍵值有信令點碼、主叫號 碼、4皮叫號碼等；
在HLR- GMSC間，需要替換的關(guān)鍵值有信令點碼、MSISDN、 IMSI、 MSRN等；
在MSC/VLR - HLR間，需要替換的關(guān)鍵值有信令點碼、 MSISDN、 IMSI、 MS脂等；
在MSC/VLR — GMSC間，需要替換的關(guān)4定值有信令點碼、主 叫號碼、被叫號碼等，此處的被叫號碼是MSRN;
在BSC-MSC/VLR間，需要替換的關(guān)鍵值有信令點碼、IMSI、 主叫號碼等；
步驟408:調(diào)整發(fā)送負(fù)荷；
步驟409: 4企測DUT(待測系統(tǒng))的事件多段關(guān)聯(lián)功能的正確 性，完成測試/f壬務(wù)。
綜上所述，借助于本發(fā)明的技術(shù)方案，解決了現(xiàn)有測試技術(shù)中 存在的只能針對單段信令接續(xù)進行測試，不能測試全網(wǎng)多段信令接 續(xù)流程的問題，有效減少了測試工作量，提高了測試效率。
以上所述〗又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種信令關(guān)聯(lián)的測試裝置，用于對七號信令監(jiān)測維護系統(tǒng)進行測試，其特征在于，所述裝置包括信令關(guān)聯(lián)消息編輯和存儲模塊，用于編譯信令多段關(guān)聯(lián)事件，其中，所述事件包含屬于至少一個段的協(xié)議消息，并且，所述信令關(guān)聯(lián)消息編輯和存儲模塊根據(jù)接續(xù)流程順序?qū)⑺鱿⒈４嬖谑录熘?；事件庫，用于保存所述事件及其協(xié)議消息；配置模塊，用于配置所述事件庫中保存的所述協(xié)議消息的關(guān)鍵值以及所述協(xié)議消息的控制信息；數(shù)據(jù)收發(fā)模塊，用于根據(jù)所述接續(xù)流程順序和配置的所述控制信息發(fā)送所述協(xié)議消息，以及接收由被測系統(tǒng)返回的狀態(tài)數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，進一步包括數(shù)據(jù)顯示模塊，用于根據(jù)返回的所述狀態(tài)數(shù)據(jù)顯示所述被 測系統(tǒng)的系統(tǒng)各部分的狀態(tài)。
3. 根據(jù)權(quán)利要求2所述的裝置，其特征在于，所述數(shù)據(jù)顯示模塊 還用于顯示以下信息中的至少之一發(fā)送的事件的數(shù)量、發(fā)送 的消息的數(shù)量、發(fā)送負(fù)荷。
4. 根據(jù)權(quán)利要求1所述的裝置，其特征在于，所述數(shù)據(jù)收發(fā)模塊 進一步包4舌數(shù)據(jù)接收子模塊，用于將待發(fā)送的協(xié)議消息和控制信息存 儲至數(shù)據(jù)緩存區(qū)；數(shù)據(jù)緩存區(qū)，用于緩存所述待發(fā)送的協(xié)議消息；數(shù)據(jù)發(fā)送控制子模塊，用于從所述數(shù)據(jù)緩存區(qū)中讀取所述 控制信息，并根據(jù)讀取的所述控制信息將所述數(shù)據(jù)緩存區(qū)中存 儲的所述協(xié)議消息發(fā)送到數(shù)據(jù)發(fā)送通道；凄t據(jù)發(fā)送通道，連接至所述^皮測系統(tǒng)的采集端口，用于將 來自所述數(shù)據(jù)發(fā)送控制子模塊的協(xié)議消息發(fā)送到所述被測系 統(tǒng)。
5. 根據(jù)權(quán)利要求1至4中任一項所述的裝置，其特征在于，所述 事件庫中進一步存儲所述事件中協(xié)議消息的數(shù)量、所述協(xié)議消 息的內(nèi)容、所述協(xié)議消息的順序號、所述+辦議消息的,殳號以及 方向。
6. 根據(jù)權(quán)利要求1至4中任一項所述的裝置，其特征在于，所述 關(guān)鍵值包括以下至少之一主叫號碼、被叫號碼、國際移動用 戶識別碼、移動臺漫游號、臨時移動臺標(biāo)識、各段消息所在的 信令點編碼。
7. 根據(jù)權(quán)利要求1至4中任一項所述的裝置，其特征在于，所述 控制信息包括以下至少之一發(fā)送速度、發(fā)送所述協(xié)議消息的 鏈路類型。
8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述鏈路類型包括 為以下至少之一64K/s鏈3各、N氺64K/s鏈^各、高速2M《連路。
9. 一種信令關(guān)聯(lián)的測試方法，用于對七號信令監(jiān)測維護系統(tǒng)進行 測試，其特4正在于，所述方法包4舌配置被測系統(tǒng)的接續(xù)流程的分段以及每個分段的協(xié)議，并 確定與所述每個分段進行數(shù)據(jù)傳輸所需的數(shù)據(jù)發(fā)送通道；才艮據(jù)配置的所述協(xié)i義的保存相應(yīng)的協(xié)i義消息并配置保存的所述協(xié)議消息的關(guān)鍵值和控制信息；根據(jù)所述被測系統(tǒng)的接續(xù)流程的分段順序、每個分^殳的協(xié) 議、以及配置的所述關(guān)鍵值和所述控制信息，通過所述數(shù)據(jù)發(fā) 送通道向所述被測系統(tǒng)的分段上發(fā)送保存的所述協(xié)議消息；接收由所述被測系統(tǒng)返回的狀態(tài)數(shù)據(jù)，根據(jù)所述狀態(tài)數(shù)據(jù) 確定所述被測系統(tǒng)的所述每個分段的狀態(tài)。
10. 4艮據(jù)4又利要求9所述的方法，其特;f正在于，在利用配置的所述 每個分段的協(xié)議對所述被測系統(tǒng)進行多次測量的情況下，在每 次測量之前修改存儲的所述協(xié)議消息的關(guān)鍵值，并以修改后的 所述協(xié)議消息進行本次測量。
全文摘要
本發(fā)明公開了一種信令關(guān)聯(lián)的測試裝置和方法，其中，該方法包括信令關(guān)聯(lián)消息編輯和存儲模塊，用于編譯信令多段關(guān)聯(lián)事件，其中，事件包含屬于至少一個段的協(xié)議消息，并且，信令關(guān)聯(lián)消息編輯和存儲模塊根據(jù)接續(xù)流程順序?qū)⑾⒈４嬖谑录熘?；事件庫，用于保存事件及其協(xié)議消息；配置模塊，用于配置事件庫中保存的協(xié)議消息的關(guān)鍵值以及協(xié)議消息的控制信息；數(shù)據(jù)收發(fā)模塊，用于根據(jù)接續(xù)流程順序和配置的控制信息發(fā)送協(xié)議消息，以及接收由被測系統(tǒng)返回的狀態(tài)數(shù)據(jù)。通過使用本發(fā)明，解決了不能測試全網(wǎng)多段信令接續(xù)流程的問題，有效減少了測試工作量，提高了測試效率。
文檔編號H04W24/00GK101610524SQ20081012880
公開日2009年12月23日 申請日期2008年6月17日 優(yōu)先權(quán)日2008年6月17日
發(fā)明者任愛剛 申請人:中興通訊股份有限公司