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

對媒體網(wǎng)關(guān)進行自動測試的方法和裝置的制作方法

文檔序號:7580335閱讀:212來源:國知局
專利名稱:對媒體網(wǎng)關(guān)進行自動測試的方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及網(wǎng)絡(luò)技術(shù),特別涉及下一代網(wǎng)絡(luò)技術(shù),具體涉及一種對媒體網(wǎng)關(guān)進行自動測試的方法和裝置。
背景技術(shù)
為了簡化說明書的描繪,首先,給出說明書中用的縮略語和關(guān)鍵術(shù)語定義NGN 下一代網(wǎng)絡(luò)(Next Generation Network)MG 媒體網(wǎng)關(guān)(Media Gateway)TTCN 樹表結(jié)合的標(biāo)記方法(Tree and Tabular Combined Notation)AMG 接入媒體網(wǎng)關(guān)(Access Media Gateway)IAD 綜合接入設(shè)備(Integrated Access Device)TMG 中繼媒體網(wǎng)關(guān)(Trunk Media Gateway)SoftSwitch軟交換設(shè)備(NGN網(wǎng)絡(luò)的核心控制設(shè)備)MGCP 媒體網(wǎng)關(guān)控制協(xié)議(Media Gateway Control Protocol)H.248 媒體網(wǎng)關(guān)控制協(xié)議(功能與MGCP基本相同,也稱為Megaco協(xié)議)IP因特網(wǎng)協(xié)議(Internet Protocol)ATM 異步傳輸模式(Asynchronous Transfer Mode)VoIP 基于IP的語音(Voice over IP)ITU-T 國際電信聯(lián)盟-電信標(biāo)準(zhǔn)部(International TelecommunicationUnion-Telecommunication Standardization Sector)
IETF 因特網(wǎng)工程任務(wù)組(Internet engineering task force)隨著下一代網(wǎng)絡(luò)(NGN)技術(shù)的發(fā)展成熟,MG(媒體網(wǎng)關(guān))作為NGN中的關(guān)鍵部件,得到了廣泛的應(yīng)用。圖1描繪了NGN的一種簡單組網(wǎng)圖。其中,MG的主要功能就是通過媒體網(wǎng)關(guān)控制協(xié)議(如H.248、MGCP等)在軟交換設(shè)備(SoftSwitch)的控制下完成終端用戶的接入和媒體流的轉(zhuǎn)換,實現(xiàn)VoIP、傳真及其它相關(guān)業(yè)務(wù)。
目前,對網(wǎng)關(guān)產(chǎn)品進行的測試主要是手工測試,如在圖1中的情況下,測試環(huán)境的每個環(huán)節(jié)都采用真實的網(wǎng)絡(luò)設(shè)備,用命令行或網(wǎng)管對設(shè)備進行配置,通過手工撥打電話完成測試。測試人員通過實際撥打電話進行測試,需要手動去摘機、撥號,需要用耳朵去聽撥號音、回鈴音等,通話后需要講話以進行媒體流的證實。這些操作都需要人工干預(yù),自動化程度很低,測試效率很低。此外,由于在實際的SoftSwitch上進行測試,靈活性較差,對協(xié)議一致性不能進行充分的測試。由于在真實的SoftSwitch上進行測試,無法對MG與SoftSwitch之間的報文進行控制,那么就不能有針對性地進行協(xié)議一致性的測試。對于一些異常測試較難實現(xiàn)。
圖2為現(xiàn)有技術(shù)中通過協(xié)議測試儀對MG測試的原理圖。比較圖1和圖2,可以看出,此方案的基本原理就是用協(xié)議測試儀代替真正的SoftSwitch,通過測試儀構(gòu)造控制協(xié)議報文(如H.248),對MG進行控制。
協(xié)議測試儀中已經(jīng)根據(jù)測試的需求定義好了相應(yīng)的消息流程,當(dāng)測試過程中需要對終端話機進行操作時,測試儀會提示并等待測試人員去操作話機,此時測試人員就去做摘機、撥號、掛機等操作。
采用協(xié)議測試儀對MG進行測試的主要缺點有
1)不能實現(xiàn)完全的自動化測試。測試過程需要人工干預(yù),測試效率較低。
2)人工操作有時間限制。如果人的動作慢了,在規(guī)定的時間內(nèi)沒有完成正確的操作,則會導(dǎo)致測試的失敗。
3)對測試人員的要求較高。測試人員需要事先十分清楚地了解每一項測試任務(wù)的流程,否則,很容易因誤操作而導(dǎo)致測試失敗。

發(fā)明內(nèi)容
本發(fā)明提供一種對媒體網(wǎng)關(guān)進行自動測試的方法及裝置,以解決現(xiàn)有技術(shù)因不能自動進行測試而導(dǎo)致的測試效率低的問題。
為解決上述問題,本發(fā)明提供如下的技術(shù)方案一種對媒體網(wǎng)關(guān)進行自動測試的方法,包括步驟啟動第一模擬裝置經(jīng)過第一待測網(wǎng)關(guān)的第一模擬呼叫;判斷所述第一呼叫是否啟動;如果未啟動,繼續(xù)所述啟動步驟;如果啟動,確定被叫的第二模擬裝置的信息;根據(jù)所述第二模擬電話的信息,通過第二待測網(wǎng)關(guān)連接到所述第二模擬電話;分別向所述第一和第二模擬裝置發(fā)送信息,通知對方的信息,修改所述第一和第二模擬裝置的連接狀態(tài)到實現(xiàn)媒體流通信的狀態(tài);驗證所述第一和第二模擬裝置間的通信是否正常,如果正常表明所述網(wǎng)關(guān)正常,如果不正常,報告不正常的項目。
可選地,所述啟動和判斷第一模擬呼叫由自動化測試模塊工具啟動,第一和第二模擬裝置包括第一和第二模擬電話,第一和第二待測網(wǎng)關(guān)為接入媒體網(wǎng)關(guān)或中繼媒體網(wǎng)關(guān)。
優(yōu)選地,所述自動化測試模塊工具包括TTCN;所述媒體網(wǎng)關(guān)包括接入媒體網(wǎng)關(guān)和中繼媒體網(wǎng)關(guān),包括AMG(接入媒體網(wǎng)關(guān))、IAD(綜合接入設(shè)備)和TMG(中繼媒體網(wǎng)關(guān))。
可選地,所述方法可用于包括H.248協(xié)議或MGCP協(xié)議或任何其它的網(wǎng)關(guān)控制協(xié)議;所述控制模塊為包括RealPhone的任何其它的語音卡控制程序模塊。
優(yōu)選地,所述方法還包括步驟結(jié)束所述第一呼叫和等待下一呼叫。
可選地,所述TTCN啟動第一模擬電話經(jīng)過第一媒體網(wǎng)關(guān)(MG1)的第一模擬呼叫的步驟包括所述TTCN發(fā)送摘機命令;根據(jù)所述摘機命令,進行摘機操作;向TTCN報告所述摘機操作的事件;創(chuàng)建關(guān)聯(lián)域(Context);在出現(xiàn)撥號音信號后,啟動撥號操作。
優(yōu)選地,所述TTCN發(fā)送摘機命令的步驟包括所述TTCN向模擬實際電話裝置中的控制模塊發(fā)送摘機命令;所述進行摘機操作的步驟包括所述控制模塊對第一模擬電話所對應(yīng)的端口執(zhí)行摘機操作;所述向TTCN報告所述摘機操作的事件的步驟包括所述MG1收到所述第一模擬電話的摘機信號后,通過Notify(報告)消息向TTCN報告;所述創(chuàng)建關(guān)聯(lián)域的步驟包括所述TTCN收到來自MG1的摘機消息后,向MG1發(fā)送Add(增加)命令創(chuàng)建關(guān)聯(lián)域(上下文),用于表示多個終端間的相互關(guān)系,包括終端間的拓?fù)潢P(guān)系以及媒體混合和交換參數(shù);同時在Add命令中帶有“dt”(撥號音)信號,用于要求MG1給第一模擬電話放撥號音;響應(yīng)所述Add命令,MG1把分配給第一模擬電話的媒體信息報告給TTCN,以在后續(xù)的消息中,TTCN把這些信息告知被叫一方。
所述啟動撥號操作步驟包括所述TTCN向控制模塊發(fā)送監(jiān)聽第一模擬電話的端口的聲音的監(jiān)聽(Listen)命令;控制模塊檢測出撥號音信號后,通知TTCN;TTCN繼續(xù)要求控制模塊進行撥號操作,在撥號(Dial)命令中帶上了所要撥打的號碼。
可選地,所述媒體信息包括IP地址、接收端口號、媒體類型、媒體編碼方式。
優(yōu)選地,所述確定被叫的第二模擬電話的信息的步驟包括上報TTCN第一模擬呼叫中的信息,TTCN檢查所收到的信息是否正確。
可選地,所述上報TTCN第一模擬呼叫中的信息的步驟包括MG1把收到的所述信息中的號碼通過通知(Notify)消息上報給TTCN。
優(yōu)選地,方法還包括步驟TTCN通過修改(Modify)命令要求MG1監(jiān)視第一模擬電話的事件并立報所述事件。
可選地,所述通過MG2連接到所述第二模擬電話的步驟包括所述TTCN分析收到的包括號碼的信息,向被叫的第二模擬電話所在的第二網(wǎng)關(guān)MG2發(fā)送命令,MG2響應(yīng)所述發(fā)送的命令,把分配給的第二模擬電話媒體信息報告給TTCN;要求所述第二模擬電話摘機,將摘機信息發(fā)送TTCN。
優(yōu)選地,所述命令為增加(Add)命令。
可選地,所述要求所述第二模擬電話摘機的步驟包括Add命令執(zhí)行成功后,TTCN再通過修改(Modify)消息要MG2給第二模擬電話放振鈴音(ri);要MG1給主叫第一模擬電話放回鈴音(rt);TTCN向控制模塊發(fā)送監(jiān)聽第一和第二模擬電話端口的聲音的監(jiān)聽(Listen)命令;
控制模塊把在第二模擬電話端口聽到的振鈴音(Ring tone)和在第一模擬電話端口聽到的回鈴音(Ringback tone)報告給TTCN;在第一和第二模擬電話分別通過控制模塊聽到了回鈴音和振鈴音后,TTCN向控制模塊發(fā)送摘機命令,要求被叫第二模擬電話摘機;MG2收到第二模擬電話的摘機信號后,通過報告消息上報給TTCN。
優(yōu)選地,所述實現(xiàn)媒體流通信的狀態(tài)為SR(收發(fā))狀態(tài),以使第一和第二模擬電話不通過TTCN而直接進行媒體流通訊。
可選地,所述驗證所述第一和第二模擬電話間的通信是否正常的步驟包括TTCN的控制所述控制模塊分別觸發(fā)第一和第二模擬電話撥號,分別判斷第二和第一模擬電話收到的號碼是否正確。
優(yōu)選地,所述結(jié)束所述第一呼叫和等待下一呼叫的步驟包括TTCN向控制模塊發(fā)送要求第一模擬電話掛機的掛機(Onhook)命令;MG1收到第一模擬電話的掛機信號后向TTCN報告掛機事件(on)TTCN要求MG1刪除為第一模擬電話通話所建立的上下文;TTCN要求第二模擬電話端口掛機;MG2收到第二模擬電話的掛機信號后,報告TTCN。
可選地,所述MG1收到第一模擬電話的掛機信號后向TTCN報告掛機事件的步驟包括MG1收到Tel1的掛機信號后,通過通知(Notify)消息向TTCN報告掛機事件;所述TTCN要求MG1刪除為第一模擬電話通話所建立的上下文的步驟包括TTCN發(fā)送刪除(Subtract)命令;所述TTCN要求第二模擬電話端口掛機的步驟包括TTCN向MG2發(fā)送Modify命令要求給第二模擬電話放忙音(bt);TTCN向控制模塊發(fā)送監(jiān)聽第二模擬電話端口的聲音的Listen命令;控制模塊將在第二模擬電話端口的忙音(Busy tone)報告給TTCN;TTCN向控制模塊發(fā)送Onhook命令,要求第二模擬電話端口掛機;MG2收到第二模擬電話的掛機信號后通過Notify消息報告給TTCN;TTCN發(fā)送Subtract命令,要求MG2刪除為第二模擬電話通話所建立的上下文;TTCN發(fā)送Modify命令要求MG2監(jiān)視第二模擬電話的任何事件。
一種對媒體網(wǎng)關(guān)進行自動測試的裝置,其特征在于,包括至少一個模擬終端裝置,用于在測試模擬實際的終端;控制模塊,耦合到所述模擬終端裝置,用于控制所述模擬終端裝置;要測試的媒體網(wǎng)關(guān)設(shè)備,耦合到所述模擬終端裝置,用于通過連接網(wǎng)絡(luò)連接所述模擬終端裝置;測試裝置,耦合到所述控制模塊,用于利用所述控制模塊和模擬終端裝置測試所述要測試的媒體網(wǎng)關(guān)設(shè)備;其中,所述控制模塊控制模擬終端裝置產(chǎn)生要測試的所有項目,并通過模擬終端裝置檢測通過所述要測試的媒體網(wǎng)關(guān)設(shè)備的項目是否正確。
可選地,所述模擬終端裝置模擬電話裝置;所述控制模塊為包括語音卡控制程序的模塊;所述要測試的媒體網(wǎng)關(guān)設(shè)備包括接入媒體網(wǎng)關(guān)和中繼媒體網(wǎng)關(guān);所述測試裝置包括TTCN模塊。
優(yōu)選地,所述控制模塊包括RealPhone模塊;所述模擬終端裝置包括語音卡。
可選地,所述要測試的媒體網(wǎng)關(guān)設(shè)備與所述測試裝置通過通過包括IP網(wǎng)或ATM網(wǎng)分組網(wǎng)進行通信,所述通信采用包括H.248協(xié)議和/或MGCP的網(wǎng)關(guān)控制協(xié)議。
利用本發(fā)明,可以進行充分的協(xié)議一致性測試??梢詫崿F(xiàn)業(yè)務(wù)測試的完全自動化,提高了測試效率,節(jié)約了人力成本??梢赃M行產(chǎn)品兼容性測試。比如與不同廠家的SoftSwitch對接的兼容性測試,可以通過腳本與流程的構(gòu)造來實現(xiàn)自動化測試,而不必用實際的設(shè)備搭建復(fù)雜的測試環(huán)境。


圖1描繪了NGN的一種簡單組網(wǎng)圖;圖2示出現(xiàn)有技術(shù)中通過協(xié)議測試儀對MG測試的原理圖;圖3(a)為NGN的實際組網(wǎng)圖;圖3(b)為本發(fā)明的進行自動化測試的組網(wǎng)圖;圖4為本發(fā)明的實施例通過H.248協(xié)議進行的基本VoIP呼叫的流程圖;具體實施方式
在本發(fā)明的實施例中,媒體網(wǎng)關(guān)控制協(xié)議使用H.248協(xié)議。H.248協(xié)議是媒體網(wǎng)關(guān)控制的國際標(biāo)準(zhǔn)協(xié)議,由ITU-T和IETF共同開發(fā)并批準(zhǔn),以RFC3105文件發(fā)表,其中ITU-T稱為H.248,IETF稱為Megaco。
在實施例中,自動化測試工具采用TTCN。TTCN是國際通用的協(xié)議測試標(biāo)準(zhǔn)(標(biāo)準(zhǔn)號為X.292),主要完成報文的構(gòu)造、發(fā)送、接收和匹配等功能。實際中,也可以采用其它自動化測試工具,只要能完成消息的構(gòu)造、發(fā)送、接收和匹配功能即可。
語音卡的上層控制程序采用RealPhone。RealPhone是華為技術(shù)有限公司基于Dialogic模擬語音卡開發(fā)的運行在Windows操作系統(tǒng)上的一個圖形界面程序。RealPhone提供簡單的命令接口,并作為服務(wù)器端程序,接收來自多個客戶端的命令,對語音卡進行操作和控制,實現(xiàn)電話的仿真。實際中,其它控制程序也可以采用,只要能仿真電話的所有功能。
RealPhone提供的命令的基本格式為BxCx Command[Parameters]。其中BxCx是端口標(biāo)識,B后面的數(shù)字x代表語音卡序號(一個PC上可以插多塊語音卡),C后面數(shù)字x代表此語音卡上的端口序號,Command是一個字符串命令,Parameters為可選參數(shù)。例如“B1C1 Offhook”命令是要B1C1端口執(zhí)行摘機操作,“B1C2 Dial 87654321”是要B1C2端口撥號碼87654321。
圖3(a)為NGN的實際組網(wǎng)圖;圖3(b)為本發(fā)明的進行自動化測試的組網(wǎng)圖。通過對比可以更容易地理解此測試模型的基本原理。
首先參照圖3(a),NGN的實際組網(wǎng)從上到下共有四層,其作用與功能簡單介紹如下網(wǎng)絡(luò)控制層SoftSwitch作為網(wǎng)絡(luò)控制設(shè)備,負(fù)責(zé)對網(wǎng)關(guān)等設(shè)備的控制與管理,完成業(yè)務(wù)呼叫的接續(xù)等工作。
核心交換層即分組核心網(wǎng),可以是IP網(wǎng)、ATM網(wǎng)或其它分組網(wǎng),在本系統(tǒng)方案采用的是IP網(wǎng),其主要功能是承載語音媒體流以及MG與SoftSwitch之間的控制消息(H.248)。
邊緣接入層本發(fā)明方案所對應(yīng)的測試對象網(wǎng)關(guān)MG處于邊緣接入層。MG負(fù)責(zé)終端用戶的接入,上行提供以太網(wǎng)口(FE),通過承載在IP網(wǎng)上的H.248協(xié)議與SoftSwitch進行通訊,下行通過模擬用戶線與終端電話機直接相連。MG完成終端用戶的接入以及把媒體流在分組網(wǎng)和PSTN網(wǎng)之間進行轉(zhuǎn)換。
用戶終端在這里用戶終端即為普通電話機。
對應(yīng)于實際的組網(wǎng),為了實現(xiàn)對MG的完全自動化測試,就應(yīng)該把MG的外圍設(shè)備用自動化工具來模擬和控制
用TTCN代替實際的SoftSwitch。通過TTCN可以按照測試的需求來構(gòu)造消息報文,并發(fā)送給MG,同時也接收來自MG的消息報文,并與預(yù)期的結(jié)果進行匹配。通過此方法可以對MG進行控制。
用語音卡取代電話機。語音卡提供普通電話口,可以安裝在PC機的PCI插槽上,通過運行在PC機上的控制程序RealPhone的控制,能夠完成摘機、掛機、撥號、拍叉等基本動作,能夠?qū)芴栆?、回鈴音、振鈴音、忙音等各種信號音進行檢測和識別,此外,還能夠進行媒體流的證實,以驗證是否可以雙向通話。
TTCN除了模擬SoftSwitch外,還作為一個客戶端與RealPhone之間建立TCP連接,根據(jù)測試的流程,在需要的時候向RealPhone發(fā)送命令來完成電話機的相應(yīng)操作。比如,在需要B1C1摘機的時候,TTCN會發(fā)一個“B1C1Offhook”命令給RealPhone,RealPhone收到命令后就對B1C1端口執(zhí)行摘機操作。
按照如上方案,TTCN作為核心控制部件,既可以完成充分協(xié)議一致性測試,又能夠與語音卡相結(jié)合,實現(xiàn)業(yè)務(wù)的測試的完全自動化。
圖4為本發(fā)明的實施例通過H.248協(xié)議進行的基本VoIP呼叫的流程圖。在這個實施例中,通過H.248協(xié)議進行的基本VoIP呼叫,在測試過程中,Tel1作為主叫,Tel2作為被叫。
圖中,TTCN是整個呼叫控制的核心,MG1與MG2是被測設(shè)備,Tel1與Tel2是分別與MG1和MG2相連的語音卡上的兩個端口,RealPhone通過來自TTCN的命令對Tel1和Tel2進行操作和控制。此外需要說明的是,圖中每條消息都同時包含命令與相應(yīng)的響應(yīng),只是為了流程的清晰,沒有畫出響應(yīng)的消息。呼叫過程詳細(xì)描述如下在步驟1、首先TTCN向RealPhone發(fā)送Offhook命令,RealPhone收到此命令后,對Tel1所對應(yīng)的端口執(zhí)行摘機操作。
在步驟2、MG1收到Tel1的摘機信號后,通過Notify消息向TTCN(SoftSwitch)報告摘機事件。
在步驟3、TTCN收到來自MG1的摘機消息后,向MG1發(fā)送Add命令創(chuàng)建上下文(上下文即Context,是H.248中的概念,又譯作關(guān)聯(lián)域,表示多個終端間的相互關(guān)系,包括終端間的拓?fù)潢P(guān)系以及媒體混合和交換參數(shù)等,詳細(xì)內(nèi)容請參考RFC3015),同時在Add命令中帶有“dt”信號,是要求MG1給Tel1放撥號音。另外,在對Add命令的響應(yīng)中,MG1會把分配給Tel1的媒體信息(如IP地址、接收端口號、語音編碼方式等)報告給TTCN,在后續(xù)的消息中,TTCN會把這些信息告知被叫一方。
在步驟4、TTCN向RealPhone發(fā)送Listen命令,監(jiān)聽Tel1端口的聲音。
在步驟5、RealPhone監(jiān)聽Tel1端口的聲音,當(dāng)檢測出是撥號音信號后,把此結(jié)果(Dial tone)通知給TTCN。
在步驟6、由于Tel1已經(jīng)正確地聽到了撥號音,所以TTCN繼續(xù)要求RealPhone對Tel1進行撥號操作,并且在Dial命令中帶上了所要撥打的號碼。
在步驟7、撥號完成后,MG1會把收到的號碼通過Notify消息上報給TTCN,TTCN會檢查所收到的號碼是否正確。
在步驟8、TTCN通過Modify命令要求MG1繼續(xù)監(jiān)視Tel1的任何事件并立即上報(“*”代表任何事件)。
在步驟9、TTCN對收到的號碼進行分析,找到被叫后,向被叫Tel2所在的網(wǎng)關(guān)MG2發(fā)送Add命令。與步驟3一樣,MG2在對Add命令的響應(yīng)消息中,會把分配給Tel2的媒體信息也報告給TTCN。
在步驟10、Add命令執(zhí)行成功后,TTCN再通過Modify消息要MG2給Tel2放振鈴音(ri)。
在步驟11、再向被叫發(fā)振鈴信號的同時,TTCN也通過Modify消息要MG1給主叫Tel1放回鈴音(rt)在步驟12、TTCN向RealPhone發(fā)送Listen命令,監(jiān)聽Tel2端口的聲音。
在步驟13、RealPhone把在Tel2端口聽到的振鈴音(Ring tone)報告給TTCN。
在步驟14、TTCN向RealPhone發(fā)送Listen命令,監(jiān)聽Tel1端口的聲音。
在步驟15、RealPhone把在Tel1端口聽到的回鈴音(Ringback tone)報告給TTCN。
在步驟16、在主叫和被叫分別聽到了回鈴音和振鈴音后,TTCN向RealPhone發(fā)送Offhook命令,要求被叫Tel2摘機。
在步驟17、MG2收到Tel2的摘機信號后,通過Notify消息上報給TTCN。
在步驟18和19、TTCN分別向主叫和被叫發(fā)送Modify消息,并分別告知對方的媒體信息(在步驟3和步驟9中,主被叫的網(wǎng)關(guān)已經(jīng)在對Add命令的響應(yīng)消息中把自己的媒體信息報告給了TTCN),同時把連接修改為SR(收發(fā))狀態(tài)。這樣,Tel1與Tel2之間就可以不通過TTCN而直接進行媒體流通訊,至此,通話已經(jīng)建立起來了。
在步驟20、這一步的工作是進行媒體證實,驗證Tel1與Tel2之間的通話是否正常。驗證方法是Tel2撥一串號碼,在Tel1可以正確聽到所撥的號碼,反過來Tel1再撥一串號碼,在Tel2也可以正確聽到所撥的號碼。這些媒體證實的工作都是在TTCN的控制下由RealPhone來完成的。
在步驟21、媒體證實完成后,TTCN向RealPhone發(fā)送Onhook命令,要求Tel1掛機。
在步驟22、MG1收到Tel1的掛機信號后,通過Notify消息向TTCN報告掛機事件(on)。
在步驟23、TTCN發(fā)送Subtract命令,要求MG1刪除為Tel1通話所建立的上下文。
在步驟24、TTCN發(fā)送Modify命令要求MG1監(jiān)視Tel1的任何事件(這一步主要是為下一次呼叫做準(zhǔn)備)。
在步驟25、TTCN向MG2發(fā)送Modify命令要求給Tel2放忙音(bt)。
在步驟26、TTCN向RealPhone發(fā)送Listen命令,監(jiān)聽Tel2端口的聲音。
在步驟27、RealPhone把在Tel2端口聽到的忙音(Busy tone)報告給TTCN。
在步驟28、TTCN向RealPhone發(fā)送Onhook命令,要求Tel2端口掛機。
在步驟29、MG2收到Tel2的掛機信號后通過Notify消息報告給TTCN。
在步驟30、TTCN發(fā)送Subtract命令,要求MG2刪除為Tel2通話所建立的上下文。
在步驟31、與第24步一樣,TTCN發(fā)送Modify命令要求MG2監(jiān)視Tel2的任何事件,為下一次呼叫做準(zhǔn)備。
至此,一個完整的呼叫過程就結(jié)束了。整個過程是不需要任何人工干預(yù),完全自動化實現(xiàn)。TTCN可以自動連續(xù)執(zhí)行多個測試用例,當(dāng)我們編寫了大量的自動化測試用例之后,就可以讓這些用例連續(xù)執(zhí)行,此時測試人員就可以去做其它事情了,這樣大大提高了測試效率。另外由于自動化測試腳本是可以重用的,可以用于不同規(guī)格的MG產(chǎn)品,避免了測試人員的大量重復(fù)性勞動,節(jié)約了人力成本。
雖然在實施例中,分別以H.248協(xié)議、TTCN和RealPhone為例進行說明,但本發(fā)明的并不局限于此其中,本領(lǐng)域技術(shù)人員知道,除了H.248協(xié)議以外,還可以使用MGCP或任何其它的網(wǎng)關(guān)控制協(xié)議。
另外,除了TTCN以外,還可以使用任何其它的自動化測試工具。
而對于RealPhone,還可以使用任何其它的語音卡控制程序。
另外,語音卡可以是Dialogic的模擬語音卡或任何其它相關(guān)產(chǎn)品。
此外,MG與SoftSwitch之間可以通過IP網(wǎng)或ATM網(wǎng)或任何其它分組網(wǎng)進行通訊。
還有,被測試對象MG可以是接入媒體網(wǎng)關(guān)和中繼媒體網(wǎng)關(guān)(包括AMG、IAD、TMG等)本發(fā)明的方案在華為技術(shù)有限公司的網(wǎng)關(guān)設(shè)備測試中已經(jīng)進行了應(yīng)用,在測試的全面性、測試效率的提高和節(jié)約人力成本等方面都經(jīng)過了實踐的檢驗。
利用本發(fā)明,可以進行充分的協(xié)議一致性測試。可以實現(xiàn)業(yè)務(wù)測試的完全自動化,提高了測試效率,節(jié)約了人力成本??梢赃M行產(chǎn)品兼容性測試。比如與不同廠家的SoftSwitch對接的兼容性測試,可以通過腳本與流程的構(gòu)造來實現(xiàn)自動化測試,而不必用實際的設(shè)備搭建復(fù)雜的測試環(huán)境。
雖然通過實施例描繪了本發(fā)明,本領(lǐng)域普通技術(shù)人員知道,本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神,希望所附的權(quán)利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權(quán)利要求
1.一種對媒體網(wǎng)關(guān)進行自動測試的方法,其特征在于,所述方法包括步驟啟動第一模擬裝置經(jīng)過第一待測網(wǎng)關(guān)的第一模擬呼叫;判斷所述第一呼叫是否啟動;如果未啟動,繼續(xù)所述啟動步驟;如果啟動,確定被叫的第二模擬裝置的信息;根據(jù)所述第二模擬電話的信息,通過第二待測網(wǎng)關(guān)連接到所述第二模擬電話;分別向所述第一和第二模擬裝置發(fā)送信息,通知對方的信息,修改所述第一和第二模擬裝置的連接狀態(tài)到實現(xiàn)媒體流通信的狀態(tài);驗證所述第一和第二模擬裝置間的通信是否正常,如果正常表明所述網(wǎng)關(guān)正常,如果不正常,報告不正常的項目。
2.如權(quán)利要求1所述的方法,其特征在于,所述啟動和判斷第一模擬呼叫由自動化測試模塊工具啟動,第一和第二模擬裝置包括第一和第二模擬電話,第一和第二待測網(wǎng)關(guān)為接入媒體網(wǎng)關(guān)或中繼媒體網(wǎng)關(guān)。
3.如權(quán)利要求2所述的方法,其特征在于,所述自動化測試模塊工具包括TTCN;所述媒體網(wǎng)關(guān)包括接入媒體網(wǎng)關(guān)和中繼媒體網(wǎng)關(guān),包括AMG(接入媒體網(wǎng)關(guān))、IAD(綜合接入設(shè)備)和TMG(中繼媒體網(wǎng)關(guān))。
4.如權(quán)利要求1-3之一所述的方法,其特征在于,所述方法可用于包括H.248協(xié)議或MGCP協(xié)議或任何其它的網(wǎng)關(guān)控制協(xié)議;所述控制模塊為包括RealPhone的任何其它的語音卡控制程序模塊。
5.如權(quán)利要求4所述的方法,其特征在于,所述方法還包括步驟結(jié)束所述第一呼叫和等待下一呼叫。
6.如權(quán)利要求4所述的方法,其特征在于,所述TTCN啟動第一模擬電話經(jīng)過第一媒體網(wǎng)關(guān)(MG1)的第一模擬呼叫的步驟包括所述TTCN發(fā)送摘機命令;根據(jù)所述摘機命令,進行摘機操作;向TTCN報告所述摘機操作的事件;創(chuàng)建關(guān)聯(lián)域(Context);在出現(xiàn)撥號音信號后,啟動撥號操作。
7.如權(quán)利要求6所述的方法,其特征在于,所述TTCN發(fā)送摘機命令的步驟包括所述TTCN向模擬實際電話裝置中的控制模塊發(fā)送摘機命令;所述進行摘機操作的步驟包括所述控制模塊對第一模擬電話所對應(yīng)的端口執(zhí)行摘機操作;所述向TTCN報告所述摘機操作的事件的步驟包括所述MG1收到所述第一模擬電話的摘機信號后,通過Notify(報告)消息向TTCN報告;所述創(chuàng)建關(guān)聯(lián)域的步驟包括所述TTCN收到來自MG1的摘機消息后,向MG1發(fā)送Add(增加)命令創(chuàng)建關(guān)聯(lián)域(上下文),用于表示多個終端間的相互關(guān)系,包括終端間的拓?fù)潢P(guān)系以及媒體混合和交換參數(shù);同時在Add命令中帶有“dt”(撥號音)信號,用于要求MG1給第一模擬電話放撥號音;響應(yīng)所述Add命令,MG1把分配給第一模擬電話的媒體信息報告給TTCN,以在后續(xù)的消息中,TTCN把這些信息告知被叫一方。所述啟動撥號操作步驟包括所述TTCN向控制模塊發(fā)送監(jiān)聽第一模擬電話的端口的聲音的監(jiān)聽(Listen)命令;控制模塊檢測出撥號音信號后,通知TTCN;TTCN繼續(xù)要求控制模塊進行撥號操作,在撥號(Dial)命令中帶上了所要撥打的號碼。
8.如權(quán)利要求7所述的方法,其特征在于,所述媒體信息包括IP地址、接收端口號、媒體類型、媒體編碼方式。
9.如權(quán)利要求4所述的方法,其特征在于,所述確定被叫的第二模擬電話的信息的步驟包括上報TTCN第一模擬呼叫中的信息,TTCN檢查所收到的信息是否正確。
10.如權(quán)利要求9所述的方法,其特征在于,所述上報TTCN第一模擬呼叫中的信息的步驟包括MG1把收到的所述信息中的號碼通過通知(Notify)消息上報給TTCN。
11.如權(quán)利要求9所述的方法,其特征在于,還包括步驟TTCN通過修改(Modify)命令要求MG1監(jiān)視第一模擬電話的事件并立報所述事件。
12.如權(quán)利要求4所述的方法,其特征在于,所述通過MG2連接到所述第二模擬電話的步驟包括所述TTCN分析收到的包括號碼的信息,向被叫的第二模擬電話所在的第二網(wǎng)關(guān)MG2發(fā)送命令,MG2響應(yīng)所述發(fā)送的命令,把分配給的第二模擬電話媒體信息報告給TTCN;要求所述第二模擬電話摘機,將摘機信息發(fā)送TTCN。
13.如權(quán)利要求12所述的方法,其特征在于,所述命令為增加(Add)命令。
14.如權(quán)利要求13所述的方法,其特征在于,所述要求所述第二模擬電話摘機的步驟包括Add命令執(zhí)行成功后,TTCN再通過修改(Modify)消息要MG2給第二模擬電話放振鈴音(ri);要MG1給主叫第一模擬電話放回鈴音(rt);TTCN向控制模塊發(fā)送監(jiān)聽第一和第二模擬電話端口的聲音的監(jiān)聽(Listen)命令;控制模塊把在第二模擬電話端口聽到的振鈴音(Ring tone)和在第一模擬電話端口聽到的回鈴音(Ringback tone)報告給TTCN;在第一和第二模擬電話分別通過控制模塊聽到了回鈴音和振鈴音后,TTCN向控制模塊發(fā)送摘機命令,要求被叫第二模擬電話摘機;MG2收到第二模擬電話的摘機信號后,通過報告消息上報給TTCN。
15.如權(quán)利要求4所述的方法,其特征在于,所述實現(xiàn)媒體流通信的狀態(tài)為SR(收發(fā))狀態(tài),以使第一和第二模擬電話不通過TTCN而直接進行媒體流通訊。
16.如權(quán)利要求4所述的方法,其特征在于,所述驗證所述第一和第二模擬電話間的通信是否正常的步驟包括TTCN的控制所述控制模塊分別觸發(fā)第一和第二模擬電話撥號,分別判斷第二和第一模擬電話收到的號碼是否正確。
17.如權(quán)利要求5所述的方法,其特征在于,所述結(jié)束所述第一呼叫和等待下一呼叫的步驟包括TTCN向控制模塊發(fā)送要求第一模擬電話掛機的掛機(Onhook)命令;MG1收到第一模擬電話的掛機信號后向TTCN報告掛機事件(on)TTCN要求MG1刪除為第一模擬電話通話所建立的上下文;TTCN要求第二模擬電話端口掛機;MG2收到第二模擬電話的掛機信號后,報告TTCN。
18.如權(quán)利要求17所述的方法,其特征在于,所述MG1收到第一模擬電話的掛機信號后向TTCN報告掛機事件的步驟包括MG1收到Tell的掛機信號后,通過通知(Notify)消息向TTCN報告掛機事件;所述TTCN要求MG1刪除為第一模擬電話通話所建立的上下文的步驟包括TTCN發(fā)送刪除(Subtract)命令;所述TTCN要求第二模擬電話端口掛機的步驟包括TTCN向MG2發(fā)送Modify命令要求給第二模擬電話放忙音(bt);TTCN向控制模塊發(fā)送監(jiān)聽第二模擬電話端口的聲音的Listen命令;控制模塊將在第二模擬電話端口的忙音(Busy tone)報告給TTCN;TTCN向控制模塊發(fā)送Onhook命令,要求第二模擬電話端口掛機;MG2收到第二模擬電話的掛機信號后通過Notify消息報告給TTCN;TTCN發(fā)送Subtract命令,要求MG2刪除為第二模擬電話通話所建立的上下文;TTCN發(fā)送Modify命令要求MG2監(jiān)視第二模擬電話的任何事件。
19.一種對媒體網(wǎng)關(guān)進行自動測試的裝置,其特征在于,包括至少一個模擬終端裝置,用于在測試模擬實際的終端;控制模塊,耦合到所述模擬終端裝置,用于控制所述模擬終端裝置;要測試的媒體網(wǎng)關(guān)設(shè)備,耦合到所述模擬終端裝置,用于通過連接網(wǎng)絡(luò)連接所述模擬終端裝置;測試裝置,耦合到所述控制模塊,用于利用所述控制模塊和模擬終端裝置測試所述要測試的媒體網(wǎng)關(guān)設(shè)備;其中,所述控制模塊控制模擬終端裝置產(chǎn)生要測試的所有項目,并通過模擬終端裝置檢測通過所述要測試的媒體網(wǎng)關(guān)設(shè)備的項目是否正確。
20.如權(quán)利要求19所述的裝置,其特征在于所述模擬終端裝置模擬電話裝置;所述控制模塊為包括語音卡控制程序的模塊;所述要測試的媒體網(wǎng)關(guān)設(shè)備包括接入媒體網(wǎng)關(guān)和中繼媒體網(wǎng)關(guān);所述測試裝置包括TTCN模塊。
21.如權(quán)利要求20所述的裝置,其特征在于所述控制模塊包括RealPhone模塊;所述模擬終端裝置包括語音卡。
22.如權(quán)利要求19-21之一所述的裝置,其特征在于所述要測試的媒體網(wǎng)關(guān)設(shè)備與所述測試裝置通過通過包括IP網(wǎng)或ATM網(wǎng)分組網(wǎng)進行通信,所述通信采用包括H.248協(xié)議和/或MGCP的網(wǎng)關(guān)控制協(xié)議。
全文摘要
本發(fā)明提供了一種對媒體網(wǎng)關(guān)進行自動測試的方法,包括步驟啟動第一模擬裝置經(jīng)過第一待測網(wǎng)關(guān)的第一模擬呼叫;判斷所述第一呼叫是否啟動;如果未啟動,繼續(xù)所述啟動步驟;如果啟動,確定被叫的第二模擬裝置的信息;根據(jù)所述第二模擬電話的信息,通過第二待測網(wǎng)關(guān)連接到所述第二模擬電話;分別向所述第一和第二模擬裝置發(fā)送信息,通知對方的信息,修改所述第一和第二模擬裝置的連接狀態(tài)到實現(xiàn)媒體流通信的狀態(tài);驗證所述第一和第二模擬裝置間的通信是否正常,如果正常表明所述網(wǎng)關(guān)正常,如果不正常,報告不正常的項目。利用本發(fā)明,可以實現(xiàn)協(xié)議和業(yè)務(wù)測試的自動化,提高了測試效率,節(jié)約了成本。
文檔編號H04L12/66GK1549541SQ0313662
公開日2004年11月24日 申請日期2003年5月21日 優(yōu)先權(quán)日2003年5月21日
發(fā)明者宋永剛 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1