对媒体网关进行自动测试的方法和装置的制作方法

文档序号:7580335阅读:195来源:国知局
专利名称:对媒体网关进行自动测试的方法和装置的制作方法
技术领域
本发明涉及网络技术,特别涉及下一代网络技术,具体涉及一种对媒体网关进行自动测试的方法和装置。
背景技术
为了简化说明书的描绘,首先,给出说明书中用的缩略语和关键术语定义NGN 下一代网络(Next Generation Network)MG 媒体网关(Media Gateway)TTCN 树表结合的标记方法(Tree and Tabular Combined Notation)AMG 接入媒体网关(Access Media Gateway)IAD 综合接入设备(Integrated Access Device)TMG 中继媒体网关(Trunk Media Gateway)SoftSwitch软交换设备(NGN网络的核心控制设备)MGCP 媒体网关控制协议(Media Gateway Control Protocol)H.248 媒体网关控制协议(功能与MGCP基本相同,也称为Megaco协议)IP因特网协议(Internet Protocol)ATM 异步传输模式(Asynchronous Transfer Mode)VoIP 基于IP的语音(Voice over IP)ITU-T 国际电信联盟-电信标准部(International TelecommunicationUnion-Telecommunication Standardization Sector)
IETF 因特网工程任务组(Internet engineering task force)随着下一代网络(NGN)技术的发展成熟,MG(媒体网关)作为NGN中的关键部件,得到了广泛的应用。图1描绘了NGN的一种简单组网图。其中,MG的主要功能就是通过媒体网关控制协议(如H.248、MGCP等)在软交换设备(SoftSwitch)的控制下完成终端用户的接入和媒体流的转换,实现VoIP、传真及其它相关业务。
目前,对网关产品进行的测试主要是手工测试,如在图1中的情况下,测试环境的每个环节都采用真实的网络设备,用命令行或网管对设备进行配置,通过手工拨打电话完成测试。测试人员通过实际拨打电话进行测试,需要手动去摘机、拨号,需要用耳朵去听拨号音、回铃音等,通话后需要讲话以进行媒体流的证实。这些操作都需要人工干预,自动化程度很低,测试效率很低。此外,由于在实际的SoftSwitch上进行测试,灵活性较差,对协议一致性不能进行充分的测试。由于在真实的SoftSwitch上进行测试,无法对MG与SoftSwitch之间的报文进行控制,那么就不能有针对性地进行协议一致性的测试。对于一些异常测试较难实现。
图2为现有技术中通过协议测试仪对MG测试的原理图。比较图1和图2,可以看出,此方案的基本原理就是用协议测试仪代替真正的SoftSwitch,通过测试仪构造控制协议报文(如H.248),对MG进行控制。
协议测试仪中已经根据测试的需求定义好了相应的消息流程,当测试过程中需要对终端话机进行操作时,测试仪会提示并等待测试人员去操作话机,此时测试人员就去做摘机、拨号、挂机等操作。
采用协议测试仪对MG进行测试的主要缺点有
1)不能实现完全的自动化测试。测试过程需要人工干预,测试效率较低。
2)人工操作有时间限制。如果人的动作慢了,在规定的时间内没有完成正确的操作,则会导致测试的失败。
3)对测试人员的要求较高。测试人员需要事先十分清楚地了解每一项测试任务的流程,否则,很容易因误操作而导致测试失败。

发明内容
本发明提供一种对媒体网关进行自动测试的方法及装置,以解决现有技术因不能自动进行测试而导致的测试效率低的问题。
为解决上述问题,本发明提供如下的技术方案一种对媒体网关进行自动测试的方法,包括步骤启动第一模拟装置经过第一待测网关的第一模拟呼叫;判断所述第一呼叫是否启动;如果未启动,继续所述启动步骤;如果启动,确定被叫的第二模拟装置的信息;根据所述第二模拟电话的信息,通过第二待测网关连接到所述第二模拟电话;分别向所述第一和第二模拟装置发送信息,通知对方的信息,修改所述第一和第二模拟装置的连接状态到实现媒体流通信的状态;验证所述第一和第二模拟装置间的通信是否正常,如果正常表明所述网关正常,如果不正常,报告不正常的项目。
可选地,所述启动和判断第一模拟呼叫由自动化测试模块工具启动,第一和第二模拟装置包括第一和第二模拟电话,第一和第二待测网关为接入媒体网关或中继媒体网关。
优选地,所述自动化测试模块工具包括TTCN;所述媒体网关包括接入媒体网关和中继媒体网关,包括AMG(接入媒体网关)、IAD(综合接入设备)和TMG(中继媒体网关)。
可选地,所述方法可用于包括H.248协议或MGCP协议或任何其它的网关控制协议;所述控制模块为包括RealPhone的任何其它的语音卡控制程序模块。
优选地,所述方法还包括步骤结束所述第一呼叫和等待下一呼叫。
可选地,所述TTCN启动第一模拟电话经过第一媒体网关(MG1)的第一模拟呼叫的步骤包括所述TTCN发送摘机命令;根据所述摘机命令,进行摘机操作;向TTCN报告所述摘机操作的事件;创建关联域(Context);在出现拨号音信号后,启动拨号操作。
优选地,所述TTCN发送摘机命令的步骤包括所述TTCN向模拟实际电话装置中的控制模块发送摘机命令;所述进行摘机操作的步骤包括所述控制模块对第一模拟电话所对应的端口执行摘机操作;所述向TTCN报告所述摘机操作的事件的步骤包括所述MG1收到所述第一模拟电话的摘机信号后,通过Notify(报告)消息向TTCN报告;所述创建关联域的步骤包括所述TTCN收到来自MG1的摘机消息后,向MG1发送Add(增加)命令创建关联域(上下文),用于表示多个终端间的相互关系,包括终端间的拓扑关系以及媒体混合和交换参数;同时在Add命令中带有“dt”(拨号音)信号,用于要求MG1给第一模拟电话放拨号音;响应所述Add命令,MG1把分配给第一模拟电话的媒体信息报告给TTCN,以在后续的消息中,TTCN把这些信息告知被叫一方。
所述启动拨号操作步骤包括所述TTCN向控制模块发送监听第一模拟电话的端口的声音的监听(Listen)命令;控制模块检测出拨号音信号后,通知TTCN;TTCN继续要求控制模块进行拨号操作,在拨号(Dial)命令中带上了所要拨打的号码。
可选地,所述媒体信息包括IP地址、接收端口号、媒体类型、媒体编码方式。
优选地,所述确定被叫的第二模拟电话的信息的步骤包括上报TTCN第一模拟呼叫中的信息,TTCN检查所收到的信息是否正确。
可选地,所述上报TTCN第一模拟呼叫中的信息的步骤包括MG1把收到的所述信息中的号码通过通知(Notify)消息上报给TTCN。
优选地,方法还包括步骤TTCN通过修改(Modify)命令要求MG1监视第一模拟电话的事件并立报所述事件。
可选地,所述通过MG2连接到所述第二模拟电话的步骤包括所述TTCN分析收到的包括号码的信息,向被叫的第二模拟电话所在的第二网关MG2发送命令,MG2响应所述发送的命令,把分配给的第二模拟电话媒体信息报告给TTCN;要求所述第二模拟电话摘机,将摘机信息发送TTCN。
优选地,所述命令为增加(Add)命令。
可选地,所述要求所述第二模拟电话摘机的步骤包括Add命令执行成功后,TTCN再通过修改(Modify)消息要MG2给第二模拟电话放振铃音(ri);要MG1给主叫第一模拟电话放回铃音(rt);TTCN向控制模块发送监听第一和第二模拟电话端口的声音的监听(Listen)命令;
控制模块把在第二模拟电话端口听到的振铃音(Ring tone)和在第一模拟电话端口听到的回铃音(Ringback tone)报告给TTCN;在第一和第二模拟电话分别通过控制模块听到了回铃音和振铃音后,TTCN向控制模块发送摘机命令,要求被叫第二模拟电话摘机;MG2收到第二模拟电话的摘机信号后,通过报告消息上报给TTCN。
优选地,所述实现媒体流通信的状态为SR(收发)状态,以使第一和第二模拟电话不通过TTCN而直接进行媒体流通讯。
可选地,所述验证所述第一和第二模拟电话间的通信是否正常的步骤包括TTCN的控制所述控制模块分别触发第一和第二模拟电话拨号,分别判断第二和第一模拟电话收到的号码是否正确。
优选地,所述结束所述第一呼叫和等待下一呼叫的步骤包括TTCN向控制模块发送要求第一模拟电话挂机的挂机(Onhook)命令;MG1收到第一模拟电话的挂机信号后向TTCN报告挂机事件(on)TTCN要求MG1删除为第一模拟电话通话所建立的上下文;TTCN要求第二模拟电话端口挂机;MG2收到第二模拟电话的挂机信号后,报告TTCN。
可选地,所述MG1收到第一模拟电话的挂机信号后向TTCN报告挂机事件的步骤包括MG1收到Tel1的挂机信号后,通过通知(Notify)消息向TTCN报告挂机事件;所述TTCN要求MG1删除为第一模拟电话通话所建立的上下文的步骤包括TTCN发送删除(Subtract)命令;所述TTCN要求第二模拟电话端口挂机的步骤包括TTCN向MG2发送Modify命令要求给第二模拟电话放忙音(bt);TTCN向控制模块发送监听第二模拟电话端口的声音的Listen命令;控制模块将在第二模拟电话端口的忙音(Busy tone)报告给TTCN;TTCN向控制模块发送Onhook命令,要求第二模拟电话端口挂机;MG2收到第二模拟电话的挂机信号后通过Notify消息报告给TTCN;TTCN发送Subtract命令,要求MG2删除为第二模拟电话通话所建立的上下文;TTCN发送Modify命令要求MG2监视第二模拟电话的任何事件。
一种对媒体网关进行自动测试的装置,其特征在于,包括至少一个模拟终端装置,用于在测试模拟实际的终端;控制模块,耦合到所述模拟终端装置,用于控制所述模拟终端装置;要测试的媒体网关设备,耦合到所述模拟终端装置,用于通过连接网络连接所述模拟终端装置;测试装置,耦合到所述控制模块,用于利用所述控制模块和模拟终端装置测试所述要测试的媒体网关设备;其中,所述控制模块控制模拟终端装置产生要测试的所有项目,并通过模拟终端装置检测通过所述要测试的媒体网关设备的项目是否正确。
可选地,所述模拟终端装置模拟电话装置;所述控制模块为包括语音卡控制程序的模块;所述要测试的媒体网关设备包括接入媒体网关和中继媒体网关;所述测试装置包括TTCN模块。
优选地,所述控制模块包括RealPhone模块;所述模拟终端装置包括语音卡。
可选地,所述要测试的媒体网关设备与所述测试装置通过通过包括IP网或ATM网分组网进行通信,所述通信采用包括H.248协议和/或MGCP的网关控制协议。
利用本发明,可以进行充分的协议一致性测试。可以实现业务测试的完全自动化,提高了测试效率,节约了人力成本。可以进行产品兼容性测试。比如与不同厂家的SoftSwitch对接的兼容性测试,可以通过脚本与流程的构造来实现自动化测试,而不必用实际的设备搭建复杂的测试环境。


图1描绘了NGN的一种简单组网图;图2示出现有技术中通过协议测试仪对MG测试的原理图;图3(a)为NGN的实际组网图;图3(b)为本发明的进行自动化测试的组网图;图4为本发明的实施例通过H.248协议进行的基本VoIP呼叫的流程图;具体实施方式
在本发明的实施例中,媒体网关控制协议使用H.248协议。H.248协议是媒体网关控制的国际标准协议,由ITU-T和IETF共同开发并批准,以RFC3105文件发表,其中ITU-T称为H.248,IETF称为Megaco。
在实施例中,自动化测试工具采用TTCN。TTCN是国际通用的协议测试标准(标准号为X.292),主要完成报文的构造、发送、接收和匹配等功能。实际中,也可以采用其它自动化测试工具,只要能完成消息的构造、发送、接收和匹配功能即可。
语音卡的上层控制程序采用RealPhone。RealPhone是华为技术有限公司基于Dialogic模拟语音卡开发的运行在Windows操作系统上的一个图形界面程序。RealPhone提供简单的命令接口,并作为服务器端程序,接收来自多个客户端的命令,对语音卡进行操作和控制,实现电话的仿真。实际中,其它控制程序也可以采用,只要能仿真电话的所有功能。
RealPhone提供的命令的基本格式为BxCx Command[Parameters]。其中BxCx是端口标识,B后面的数字x代表语音卡序号(一个PC上可以插多块语音卡),C后面数字x代表此语音卡上的端口序号,Command是一个字符串命令,Parameters为可选参数。例如“B1C1 Offhook”命令是要B1C1端口执行摘机操作,“B1C2 Dial 87654321”是要B1C2端口拨号码87654321。
图3(a)为NGN的实际组网图;图3(b)为本发明的进行自动化测试的组网图。通过对比可以更容易地理解此测试模型的基本原理。
首先参照图3(a),NGN的实际组网从上到下共有四层,其作用与功能简单介绍如下网络控制层SoftSwitch作为网络控制设备,负责对网关等设备的控制与管理,完成业务呼叫的接续等工作。
核心交换层即分组核心网,可以是IP网、ATM网或其它分组网,在本系统方案采用的是IP网,其主要功能是承载语音媒体流以及MG与SoftSwitch之间的控制消息(H.248)。
边缘接入层本发明方案所对应的测试对象网关MG处于边缘接入层。MG负责终端用户的接入,上行提供以太网口(FE),通过承载在IP网上的H.248协议与SoftSwitch进行通讯,下行通过模拟用户线与终端电话机直接相连。MG完成终端用户的接入以及把媒体流在分组网和PSTN网之间进行转换。
用户终端在这里用户终端即为普通电话机。
对应于实际的组网,为了实现对MG的完全自动化测试,就应该把MG的外围设备用自动化工具来模拟和控制
用TTCN代替实际的SoftSwitch。通过TTCN可以按照测试的需求来构造消息报文,并发送给MG,同时也接收来自MG的消息报文,并与预期的结果进行匹配。通过此方法可以对MG进行控制。
用语音卡取代电话机。语音卡提供普通电话口,可以安装在PC机的PCI插槽上,通过运行在PC机上的控制程序RealPhone的控制,能够完成摘机、挂机、拨号、拍叉等基本动作,能够对拨号音、回铃音、振铃音、忙音等各种信号音进行检测和识别,此外,还能够进行媒体流的证实,以验证是否可以双向通话。
TTCN除了模拟SoftSwitch外,还作为一个客户端与RealPhone之间建立TCP连接,根据测试的流程,在需要的时候向RealPhone发送命令来完成电话机的相应操作。比如,在需要B1C1摘机的时候,TTCN会发一个“B1C1Offhook”命令给RealPhone,RealPhone收到命令后就对B1C1端口执行摘机操作。
按照如上方案,TTCN作为核心控制部件,既可以完成充分协议一致性测试,又能够与语音卡相结合,实现业务的测试的完全自动化。
图4为本发明的实施例通过H.248协议进行的基本VoIP呼叫的流程图。在这个实施例中,通过H.248协议进行的基本VoIP呼叫,在测试过程中,Tel1作为主叫,Tel2作为被叫。
图中,TTCN是整个呼叫控制的核心,MG1与MG2是被测设备,Tel1与Tel2是分别与MG1和MG2相连的语音卡上的两个端口,RealPhone通过来自TTCN的命令对Tel1和Tel2进行操作和控制。此外需要说明的是,图中每条消息都同时包含命令与相应的响应,只是为了流程的清晰,没有画出响应的消息。呼叫过程详细描述如下在步骤1、首先TTCN向RealPhone发送Offhook命令,RealPhone收到此命令后,对Tel1所对应的端口执行摘机操作。
在步骤2、MG1收到Tel1的摘机信号后,通过Notify消息向TTCN(SoftSwitch)报告摘机事件。
在步骤3、TTCN收到来自MG1的摘机消息后,向MG1发送Add命令创建上下文(上下文即Context,是H.248中的概念,又译作关联域,表示多个终端间的相互关系,包括终端间的拓扑关系以及媒体混合和交换参数等,详细内容请参考RFC3015),同时在Add命令中带有“dt”信号,是要求MG1给Tel1放拨号音。另外,在对Add命令的响应中,MG1会把分配给Tel1的媒体信息(如IP地址、接收端口号、语音编码方式等)报告给TTCN,在后续的消息中,TTCN会把这些信息告知被叫一方。
在步骤4、TTCN向RealPhone发送Listen命令,监听Tel1端口的声音。
在步骤5、RealPhone监听Tel1端口的声音,当检测出是拨号音信号后,把此结果(Dial tone)通知给TTCN。
在步骤6、由于Tel1已经正确地听到了拨号音,所以TTCN继续要求RealPhone对Tel1进行拨号操作,并且在Dial命令中带上了所要拨打的号码。
在步骤7、拨号完成后,MG1会把收到的号码通过Notify消息上报给TTCN,TTCN会检查所收到的号码是否正确。
在步骤8、TTCN通过Modify命令要求MG1继续监视Tel1的任何事件并立即上报(“*”代表任何事件)。
在步骤9、TTCN对收到的号码进行分析,找到被叫后,向被叫Tel2所在的网关MG2发送Add命令。与步骤3一样,MG2在对Add命令的响应消息中,会把分配给Tel2的媒体信息也报告给TTCN。
在步骤10、Add命令执行成功后,TTCN再通过Modify消息要MG2给Tel2放振铃音(ri)。
在步骤11、再向被叫发振铃信号的同时,TTCN也通过Modify消息要MG1给主叫Tel1放回铃音(rt)在步骤12、TTCN向RealPhone发送Listen命令,监听Tel2端口的声音。
在步骤13、RealPhone把在Tel2端口听到的振铃音(Ring tone)报告给TTCN。
在步骤14、TTCN向RealPhone发送Listen命令,监听Tel1端口的声音。
在步骤15、RealPhone把在Tel1端口听到的回铃音(Ringback tone)报告给TTCN。
在步骤16、在主叫和被叫分别听到了回铃音和振铃音后,TTCN向RealPhone发送Offhook命令,要求被叫Tel2摘机。
在步骤17、MG2收到Tel2的摘机信号后,通过Notify消息上报给TTCN。
在步骤18和19、TTCN分别向主叫和被叫发送Modify消息,并分别告知对方的媒体信息(在步骤3和步骤9中,主被叫的网关已经在对Add命令的响应消息中把自己的媒体信息报告给了TTCN),同时把连接修改为SR(收发)状态。这样,Tel1与Tel2之间就可以不通过TTCN而直接进行媒体流通讯,至此,通话已经建立起来了。
在步骤20、这一步的工作是进行媒体证实,验证Tel1与Tel2之间的通话是否正常。验证方法是Tel2拨一串号码,在Tel1可以正确听到所拨的号码,反过来Tel1再拨一串号码,在Tel2也可以正确听到所拨的号码。这些媒体证实的工作都是在TTCN的控制下由RealPhone来完成的。
在步骤21、媒体证实完成后,TTCN向RealPhone发送Onhook命令,要求Tel1挂机。
在步骤22、MG1收到Tel1的挂机信号后,通过Notify消息向TTCN报告挂机事件(on)。
在步骤23、TTCN发送Subtract命令,要求MG1删除为Tel1通话所建立的上下文。
在步骤24、TTCN发送Modify命令要求MG1监视Tel1的任何事件(这一步主要是为下一次呼叫做准备)。
在步骤25、TTCN向MG2发送Modify命令要求给Tel2放忙音(bt)。
在步骤26、TTCN向RealPhone发送Listen命令,监听Tel2端口的声音。
在步骤27、RealPhone把在Tel2端口听到的忙音(Busy tone)报告给TTCN。
在步骤28、TTCN向RealPhone发送Onhook命令,要求Tel2端口挂机。
在步骤29、MG2收到Tel2的挂机信号后通过Notify消息报告给TTCN。
在步骤30、TTCN发送Subtract命令,要求MG2删除为Tel2通话所建立的上下文。
在步骤31、与第24步一样,TTCN发送Modify命令要求MG2监视Tel2的任何事件,为下一次呼叫做准备。
至此,一个完整的呼叫过程就结束了。整个过程是不需要任何人工干预,完全自动化实现。TTCN可以自动连续执行多个测试用例,当我们编写了大量的自动化测试用例之后,就可以让这些用例连续执行,此时测试人员就可以去做其它事情了,这样大大提高了测试效率。另外由于自动化测试脚本是可以重用的,可以用于不同规格的MG产品,避免了测试人员的大量重复性劳动,节约了人力成本。
虽然在实施例中,分别以H.248协议、TTCN和RealPhone为例进行说明,但本发明的并不局限于此其中,本领域技术人员知道,除了H.248协议以外,还可以使用MGCP或任何其它的网关控制协议。
另外,除了TTCN以外,还可以使用任何其它的自动化测试工具。
而对于RealPhone,还可以使用任何其它的语音卡控制程序。
另外,语音卡可以是Dialogic的模拟语音卡或任何其它相关产品。
此外,MG与SoftSwitch之间可以通过IP网或ATM网或任何其它分组网进行通讯。
还有,被测试对象MG可以是接入媒体网关和中继媒体网关(包括AMG、IAD、TMG等)本发明的方案在华为技术有限公司的网关设备测试中已经进行了应用,在测试的全面性、测试效率的提高和节约人力成本等方面都经过了实践的检验。
利用本发明,可以进行充分的协议一致性测试。可以实现业务测试的完全自动化,提高了测试效率,节约了人力成本。可以进行产品兼容性测试。比如与不同厂家的SoftSwitch对接的兼容性测试,可以通过脚本与流程的构造来实现自动化测试,而不必用实际的设备搭建复杂的测试环境。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。
权利要求
1.一种对媒体网关进行自动测试的方法,其特征在于,所述方法包括步骤启动第一模拟装置经过第一待测网关的第一模拟呼叫;判断所述第一呼叫是否启动;如果未启动,继续所述启动步骤;如果启动,确定被叫的第二模拟装置的信息;根据所述第二模拟电话的信息,通过第二待测网关连接到所述第二模拟电话;分别向所述第一和第二模拟装置发送信息,通知对方的信息,修改所述第一和第二模拟装置的连接状态到实现媒体流通信的状态;验证所述第一和第二模拟装置间的通信是否正常,如果正常表明所述网关正常,如果不正常,报告不正常的项目。
2.如权利要求1所述的方法,其特征在于,所述启动和判断第一模拟呼叫由自动化测试模块工具启动,第一和第二模拟装置包括第一和第二模拟电话,第一和第二待测网关为接入媒体网关或中继媒体网关。
3.如权利要求2所述的方法,其特征在于,所述自动化测试模块工具包括TTCN;所述媒体网关包括接入媒体网关和中继媒体网关,包括AMG(接入媒体网关)、IAD(综合接入设备)和TMG(中继媒体网关)。
4.如权利要求1-3之一所述的方法,其特征在于,所述方法可用于包括H.248协议或MGCP协议或任何其它的网关控制协议;所述控制模块为包括RealPhone的任何其它的语音卡控制程序模块。
5.如权利要求4所述的方法,其特征在于,所述方法还包括步骤结束所述第一呼叫和等待下一呼叫。
6.如权利要求4所述的方法,其特征在于,所述TTCN启动第一模拟电话经过第一媒体网关(MG1)的第一模拟呼叫的步骤包括所述TTCN发送摘机命令;根据所述摘机命令,进行摘机操作;向TTCN报告所述摘机操作的事件;创建关联域(Context);在出现拨号音信号后,启动拨号操作。
7.如权利要求6所述的方法,其特征在于,所述TTCN发送摘机命令的步骤包括所述TTCN向模拟实际电话装置中的控制模块发送摘机命令;所述进行摘机操作的步骤包括所述控制模块对第一模拟电话所对应的端口执行摘机操作;所述向TTCN报告所述摘机操作的事件的步骤包括所述MG1收到所述第一模拟电话的摘机信号后,通过Notify(报告)消息向TTCN报告;所述创建关联域的步骤包括所述TTCN收到来自MG1的摘机消息后,向MG1发送Add(增加)命令创建关联域(上下文),用于表示多个终端间的相互关系,包括终端间的拓扑关系以及媒体混合和交换参数;同时在Add命令中带有“dt”(拨号音)信号,用于要求MG1给第一模拟电话放拨号音;响应所述Add命令,MG1把分配给第一模拟电话的媒体信息报告给TTCN,以在后续的消息中,TTCN把这些信息告知被叫一方。所述启动拨号操作步骤包括所述TTCN向控制模块发送监听第一模拟电话的端口的声音的监听(Listen)命令;控制模块检测出拨号音信号后,通知TTCN;TTCN继续要求控制模块进行拨号操作,在拨号(Dial)命令中带上了所要拨打的号码。
8.如权利要求7所述的方法,其特征在于,所述媒体信息包括IP地址、接收端口号、媒体类型、媒体编码方式。
9.如权利要求4所述的方法,其特征在于,所述确定被叫的第二模拟电话的信息的步骤包括上报TTCN第一模拟呼叫中的信息,TTCN检查所收到的信息是否正确。
10.如权利要求9所述的方法,其特征在于,所述上报TTCN第一模拟呼叫中的信息的步骤包括MG1把收到的所述信息中的号码通过通知(Notify)消息上报给TTCN。
11.如权利要求9所述的方法,其特征在于,还包括步骤TTCN通过修改(Modify)命令要求MG1监视第一模拟电话的事件并立报所述事件。
12.如权利要求4所述的方法,其特征在于,所述通过MG2连接到所述第二模拟电话的步骤包括所述TTCN分析收到的包括号码的信息,向被叫的第二模拟电话所在的第二网关MG2发送命令,MG2响应所述发送的命令,把分配给的第二模拟电话媒体信息报告给TTCN;要求所述第二模拟电话摘机,将摘机信息发送TTCN。
13.如权利要求12所述的方法,其特征在于,所述命令为增加(Add)命令。
14.如权利要求13所述的方法,其特征在于,所述要求所述第二模拟电话摘机的步骤包括Add命令执行成功后,TTCN再通过修改(Modify)消息要MG2给第二模拟电话放振铃音(ri);要MG1给主叫第一模拟电话放回铃音(rt);TTCN向控制模块发送监听第一和第二模拟电话端口的声音的监听(Listen)命令;控制模块把在第二模拟电话端口听到的振铃音(Ring tone)和在第一模拟电话端口听到的回铃音(Ringback tone)报告给TTCN;在第一和第二模拟电话分别通过控制模块听到了回铃音和振铃音后,TTCN向控制模块发送摘机命令,要求被叫第二模拟电话摘机;MG2收到第二模拟电话的摘机信号后,通过报告消息上报给TTCN。
15.如权利要求4所述的方法,其特征在于,所述实现媒体流通信的状态为SR(收发)状态,以使第一和第二模拟电话不通过TTCN而直接进行媒体流通讯。
16.如权利要求4所述的方法,其特征在于,所述验证所述第一和第二模拟电话间的通信是否正常的步骤包括TTCN的控制所述控制模块分别触发第一和第二模拟电话拨号,分别判断第二和第一模拟电话收到的号码是否正确。
17.如权利要求5所述的方法,其特征在于,所述结束所述第一呼叫和等待下一呼叫的步骤包括TTCN向控制模块发送要求第一模拟电话挂机的挂机(Onhook)命令;MG1收到第一模拟电话的挂机信号后向TTCN报告挂机事件(on)TTCN要求MG1删除为第一模拟电话通话所建立的上下文;TTCN要求第二模拟电话端口挂机;MG2收到第二模拟电话的挂机信号后,报告TTCN。
18.如权利要求17所述的方法,其特征在于,所述MG1收到第一模拟电话的挂机信号后向TTCN报告挂机事件的步骤包括MG1收到Tell的挂机信号后,通过通知(Notify)消息向TTCN报告挂机事件;所述TTCN要求MG1删除为第一模拟电话通话所建立的上下文的步骤包括TTCN发送删除(Subtract)命令;所述TTCN要求第二模拟电话端口挂机的步骤包括TTCN向MG2发送Modify命令要求给第二模拟电话放忙音(bt);TTCN向控制模块发送监听第二模拟电话端口的声音的Listen命令;控制模块将在第二模拟电话端口的忙音(Busy tone)报告给TTCN;TTCN向控制模块发送Onhook命令,要求第二模拟电话端口挂机;MG2收到第二模拟电话的挂机信号后通过Notify消息报告给TTCN;TTCN发送Subtract命令,要求MG2删除为第二模拟电话通话所建立的上下文;TTCN发送Modify命令要求MG2监视第二模拟电话的任何事件。
19.一种对媒体网关进行自动测试的装置,其特征在于,包括至少一个模拟终端装置,用于在测试模拟实际的终端;控制模块,耦合到所述模拟终端装置,用于控制所述模拟终端装置;要测试的媒体网关设备,耦合到所述模拟终端装置,用于通过连接网络连接所述模拟终端装置;测试装置,耦合到所述控制模块,用于利用所述控制模块和模拟终端装置测试所述要测试的媒体网关设备;其中,所述控制模块控制模拟终端装置产生要测试的所有项目,并通过模拟终端装置检测通过所述要测试的媒体网关设备的项目是否正确。
20.如权利要求19所述的装置,其特征在于所述模拟终端装置模拟电话装置;所述控制模块为包括语音卡控制程序的模块;所述要测试的媒体网关设备包括接入媒体网关和中继媒体网关;所述测试装置包括TTCN模块。
21.如权利要求20所述的装置,其特征在于所述控制模块包括RealPhone模块;所述模拟终端装置包括语音卡。
22.如权利要求19-21之一所述的装置,其特征在于所述要测试的媒体网关设备与所述测试装置通过通过包括IP网或ATM网分组网进行通信,所述通信采用包括H.248协议和/或MGCP的网关控制协议。
全文摘要
本发明提供了一种对媒体网关进行自动测试的方法,包括步骤启动第一模拟装置经过第一待测网关的第一模拟呼叫;判断所述第一呼叫是否启动;如果未启动,继续所述启动步骤;如果启动,确定被叫的第二模拟装置的信息;根据所述第二模拟电话的信息,通过第二待测网关连接到所述第二模拟电话;分别向所述第一和第二模拟装置发送信息,通知对方的信息,修改所述第一和第二模拟装置的连接状态到实现媒体流通信的状态;验证所述第一和第二模拟装置间的通信是否正常,如果正常表明所述网关正常,如果不正常,报告不正常的项目。利用本发明,可以实现协议和业务测试的自动化,提高了测试效率,节约了成本。
文档编号H04L12/66GK1549541SQ0313662
公开日2004年11月24日 申请日期2003年5月21日 优先权日2003年5月21日
发明者宋永刚 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1