专利名称：一种基于wap/mms业务的多接口多协议测试方法
技术领域：
本发明涉及一种基于移动通信网络的业务的协议测试方法，尤其是一种基于无线应用协议(Wireless Application Protocol，简称WAP)/多媒体消息服务(Multimedia Messaging Service，称称MMS)业务的多接口多协议测试方法，本发明属于移动通信数据业务测试技术应用领域。
背景技术：
随着移动通信技术的发展，基于移动通信网络发展起了各种业务。其中，WAP业务提供了一种通过移动终端上网的多媒体通信方式，基于WAP业务，用户可以通过移动终端浏览网站，收发各种类型的信息，例如文本、图片、音频、email及视频等信息。随着通用分组无线业务(General PacketRadio Service，简称GPRS)网络的开通及不断发展，WAP业务得到了更为高效的承载平台，加速了业务开展的步伐。
如图1所示，为实现WAP业务的网络系统结构示意图。WAP业务网络系统中最核心的网元就是WAP网关，此外，还需要全球移动通信系统(Global System for Mobile Communications，简称GSM)/GPRS网络资源的支持，还要和现网中的计费系统互联。
目前商用的WAP业务端到端的解决方案中的业务流程涵盖了GPRS系统、WAP网关、CMNET骨干网(即中国移动IP骨干网)及各类业务提供者(Service Provider，简称SP)平台等多种网元环节，整个业务流程复杂，涉及的协议种类繁多。WAP业务主要的业务过程为发送(WAP POST)和接收(WAP GET)这两个业务过程。
MMS业务提供了一种基于存储转发机制的非实时多媒体通信方式，通过MMS业务用户可以收发各种类型的信息，包括文本、图片、音频、email及视频。多媒体信息服务中心(MMSC)可以实现不同方式的信息存储转发，包括移动终端与移动终端、移动终端与互联网间的双向交流。用户可以借助数码相机或蓝牙技术创编多媒体信息，并通过MMSC发送给其他的移动终端用户。随着GPRS网络的不断发展，MMS业务得到了更为高效的承载平台，加速了业务开展的步伐。
如图2所示，为实现MMS业务的网络系统结构示意图，多媒体消息系统包括以下网元MMS终端、多媒体消息中心(Multimedia Messaging ServiceCenter，简称MMSC)、MMS用户数据库、外部应用服务器、增值应用服务器以及非MMS终端处理系统，此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和现网中的计费系统互联。
目前商用的MMS业务端到端的解决方案中的业务流程涵盖了GPRS系统、WAP网关、MMSC，短信中心(Short Messaging Service Center，简称SMSC)，中国移动IP骨干网及各类SP平台等多种网元环节，整个业务流程复杂，涉及的协议种类繁多。MMS主要的业务分段过程包括移动台发起(MobileOriginated，简称MO)、移动台终止(Mobile Terminated，简称MT)、应用发起(Application Oriented，简称AO)、应用终止(ApplicationTerminated，简称AT)、Email系统发起(Email Originated，简称EO)、Email系统终止(Email Terminated，简称ET)、转入、转出、PUSH通知等多种类型。
上述WAP和MMS业务的特点是基于IP技术的多厂商、多技术、不同体系结构的复杂融合体，因此协议是系统赖以生存的规则，如建立联系、交换数据以及终端会晤等过程均需要各种不同的协议，标准化协议是支持通信设备互通互联、提高通信设施效率、保障通信网络服务质量的关键因素。涉及的关键协议包括无线会话协议(WAP Session Protocol，简称WSP)，WSP为WAP应用层在两个会话服务间提供了一致的接口，第一个是运行在事物层协议即WAP传输协议(WAP Transfer Protocol，简称WTP)上的面向连接的服务，第二个是运行安全或非安全数据报服务的无连接服务。WSP中的协议是被窄带、长时间延时的承载网络优化过的。此协议在MMS业务中体现在移动终端到WAP网关的信息交互中。
WAP传输协议(WAP Transfer Protocol，简称WTP)，运行在数据报服务上，提供了轻型的面向事务的协议，适合在瘦客户机上实现。此协议在彩信业务中体现在移动终端终端到WAP网关的信息交互中。
无线数据报协议(WDP)，WAP协议的传输层由WTP和WDP组成。WDP运行在数据承载服务上，支持不同的网络类型，作为通用传输服务，WDP对协议的上层提供了一致的服务，而对于底层网络是透明的。此协议在MMS业务中体现在移动终端终端到WAP网关的信息交互中。
超文本传输协议(Hyper Text Transfer Protocol，简称HTTP)，广泛应用于互联网的应用承载协议。
多媒体信息业务环境(Multimedia Messaging Service Environment，简称MMSE)相关协议，多媒体信息业务环境中定义的相关接口协议有8种(MM1-MM8)，其中与MMS呼叫过程直接相关的接口有MM1、MM3、MM4、MM7。MM1定义了MMS用户代理和MMSRelay/ServerRelay/Server之间的事务处理格式；MM3定义了发送和接收MM以及发现外部服务器上的新消息时MM格式。MM4接口用于属于不同多媒体消息系统的MMS Relay/Servers之间的消息传递；MM7用于MM从MMS Relay/Server传递至MMS VASapplications以及从MMS VAS applications至MMS Relay/Server的消息格式定义。
SOAP协议，是MMSC与SP之间使用的通用协议。SOAP本身并不定义任何应用语义，如编程模型或特定语义实现，它只是定义了一种简单的机制，通过一个模块化的包装模型和对模块中特定格式编码的数据的重编码机制来表示应用语义。
简单邮件传输协议(Simple Mail Transfer Protocol，简称SMTP)，为互联网上通用使用的邮件协议，MMS业务中的EO/ET/FO/FT过程与此协议有关。
WAP/MMS业务协议交互过程测试是指通过测试系统捕捉WAP或MMS业务过程中的相关信令，利用对应的协议合成不同的流程，通过对于不同信令的处理过程与规范中规定的处理过程进行对比，从而得出业务的相关网元设备是否符合规范及由于用户原因导致业务失败的成功率分析结果。
运营商所采用的相关网元设备是否符合规范，对于设备入网、业务的顺利开展都有重要的意义。设备工作流程与规范的差异性，会给设备之间的互联互通，运营商业务的扩展能力带来一系列的问题，从而导致运营成本的增加，因此，采用基于WAP/MMS业务协议的关联测试不仅仅可以使运营商详细分析现有业务开展中遇到的一系列问题，还可以对将要选用的相关网元设备(如MMSC、WAP网关、SP、MMS终端等)进行测试，以避免此类问题的产生。
目前进行协议分析的方法主要是采用目前市场上诸如Sniffer这类通用抓包软件来实现。其工作原理是将要监测的网元设备的以太网网卡设置为“混杂”模式，使之具有“广播地址”，从而使同一网段内传输的所有网络帧都能流经该以太网网卡。这样，将此以太网网卡在所连接的交换机端口进行数据镜像，通过采集网卡获取进出该网元设备的信令数据后，根据用户指定的协议进行包解析，从而配合维护人员进行数据业务过程的检测。一般地，这些通用抓包软件都可以分析标准以太网、TCP/IP、IPX、DECNet等通用协议。
但是，上述的对协议进行测试的方法无法自动实现同一业务所有过程信令数据的关联分析，无法对业务的全程问题进行定位。现有的通用协议分析技术只能针对单一端口数据进行逐个单包的解析，为解决业务信令交互全过程中存在的问题，必须在捕获的所有数据包中进行复杂的手动过滤查找，这对维护人员的技术水平要求较高，同时维护效率低下且极易出错，并且这种方式对于大量的数据不具备可操作性。
另外，上述的测试方法只适用于通过协议，不支持专有协议。Sniffer等通用协议分析软件的主要功能是进行标准以太网、TCP/IP、IPX、DECNet等通用协议的分析，因此所支持的协议范围较低，通常只对国标协议内容进行解析，而无法支持各运营商采用的专有协议或特性。
再有，上述的对协议进行测试的方法无法长期在线监测分析，由于通用协议分析软件依靠本地缓存存储数据包，其采集量受制于缓存空间的大小，无法满足各运营商7×24小时长期在线分析的需求，而且无法满足大量数据的采集存储需求。
众所周知，在现有的通信系统MMS与WAP业务中子业务的信令流程如图3、4、5、6所示，由Radius认证计费、连接、用户与WAP网关交互、WAP网关与彩信中心(MMS业务情况下)或WAP网关与SP交互(WAP业务情况下)、断开连接、停止计费这六个子过程组成.从上述过程中可以看出在请求信息数据包与响应信息数据包中都含有源地址、目的地址、源端口号和目的端口号这四个固定字段；在一次业务过程中移动终端的IP地址、移动终端号码(MISDN)是唯一的。交互在MMSE层上的数据包中有Transaction ID字段、Content-Location字段。在其他WAP/MMS子业务中也包括上述资源全部或部分。如果能够监测这些资源，来进行关联合成就可以自动跟踪描述WAP/MMS业务中不同业务过程的信令的全部流程，从而克服无法满足各运营商7×24小时长期在线分析的需求和无法满足大量数据的采集存储需求的缺点。
发明内容
本发明的目的在于针对现有技术的不足，提出一种WAP/MMS多接口多协议的测试方法，对WAP/MMS业务中同一业务过程涉及的所有接口同时进行监测和关联合成，自动合成跟踪描述WAP/MMS业务中不同业务过程的信令的全部流程，以便快速有效的定位WAP/MMS业务维护中遇到的故障，解决现有技术仅支持通用网络协议、不能长期在线分析的问题。
为实现上述目的，本发明提供了一种WAP/MMS多接口多协议的测试方法，包括以下步骤步骤1、对WAP/MMS业务过程所涉及的数据接口进行数据采集，得到用于同一业务流程、不同接口协议段之间的信令关联的数据包；步骤2、对采集到的数据包进行解析，从所述数据包包头中得到源IP地址、目的IP地址、源端口号和目的端口号这四个固定特征元素即四元组元素，根据所述源端口号或目的端口号确定与所述数据包对应的协议类型、业务类型和消息类型，进而解析出数据包中的可变特征元素；步骤3、根据所述的四个固定特征元素，即源IP地址、目的IP地址、源端口号和目的端口号将同一协议的不同信令建立起对应关系存储在一个记录中；根据可变特征元素将同一业务类型不同协议段的信令建立起对应关系存储在所述的记录中；步骤4、根据所述记录中的各信令的对应关系还原出同一业务流程的全部信令及其顺序关系。
其中，步骤1中的对WAP/MMS过程所涉及的数据接口进行包括采集Gi接口、WAP网关接口、MMSC接口，其中，采集Gi接口获取从Radius服务器到WAP网关的信令过程数据；采集WAP网关接口获取WAP网关与MMSC、SP(服务提供商)、短信中心之间信令交互的过程数据；采集MMSC接口获取从MMSC到SP的信令过程数据。
步骤2中所述的四个固定特征元素为TCP/IP数据包中的源IP地址(S-IP)、目的IP地址(D-IP)、源端口号(S-Port)和目的端口号(D_Port)(以下简称四元组元素)。确定所述的四元组元素和可变特征元素的过程为将原始数据包全部进行拆包解析，从原始数据包的对应位置提取得到所述的四元组元素和可变特征元素。
在不同的协议中，四元组元素是不同，具体地，对于WAP协议，承载的是移动终端与WAP网关之间交互的信令消息，四元组元素对应的是移动终端IP地址、WAP网关IP地址、移动终端端口号和WAP网关端口号；对于Radius协议，承载的是Radius服务器与WAP网关之间交互的信令消息，所述的四元组元素分别为Radius IP地址、WAP网关IP地址、Radius端口号和WAP网关端口号；对于HTTP协议，承载的是WAP网关与MMSC之间交互的信令消息，所述的四元组元素分别为WAP网关IP地址、MMSC IP地址、WAP网关端口号和MMSC端口号。
在所述的MAP/MMS业务的各子业务的信令流程中可变特征元素是不同，可以为移动终端IP地址、移动终端号码、MMSE层的事务处理标识号(Transaction ID)、MMSE层的内容位置(Content-Location)或MMSE层数据中的接收方号码或者是上述的移动终端IP地址、移动终端号码、MMSE层的事务处理标识号(Transaction ID)、MMSE层的内容位置(Content-Location)和MMSE层数据中的接收方号码任意组合。
步骤3中，根据所述的业务详细记录以信令流程图的形式模拟出同一业务流程的信令全过程，并在维护终端上进行显示。
本发明基于各协议规范内容科学选取合理的合成条件，将同一业务流程在不同业务接口上采集的内容进行整合还原，通过高效的合成算法能够实时对MMS/WAP业务的各个业务过程进行准确的关联合成，为定位在业务环节中网元出现的问题提供有效的手段，能够配合维护人员对新增的网元设备进行入网流程测试，提高业务开通的成功率；并且，系统通过数据仓库及磁盘阵列存储技术，将采集合成后的大量数据数据进行长期存储，从而可以满足运营商7×24小时长期在线分析的需求。
以下结合附图和实施例对本发明做进一步的详细说明。
图1为现有技术中实现WAP业务的网络系统结构示意图；图2为现有技术中实现MMS业务的网络系统结构示意图；图3为现有技术中实现MMS业务的子业务MO过程信令流程示意图；图4为现有技术中实现MMS业务的子业务MT过程信令流程示意图；图5为现有技术中实现WAP业务的子业务GET过程信令流程示意图；图6为现有技术中实现WAP业务的子业务POST过程信令流程示意图；图7为本发明所述方法的系统测试体系示意图；图8为本发明所述四元组元素在信令流程中的关系示意图；具体实施方式
本发明根据WAP及MMS不同信令流程的业务特点，通过从捕获的数据中解析出固定特征元素和可变特征元素，将捕获的所有信令有机的建立起对应关系，并自动还原合成描述WAP及MMS业务不同业务过程的信令全部流程，以便快速有效的定位WAP/MMS业务维护中遇到的信令交互及协议规范的细节问题。
首先，需要采集数据，如图7所示，为本发明所述方法的系统测试体系示意图，为实现本发明方法，所需装置包括一管理维护终端、一数据库服务器，一WAP/PUSH/Gi探测器和一MMSC探测器，上述各装置通过局域网相互连接通信；所述的MMSC探测器连接到移动通信网中的MMSC接口1，用于获取从MMSC到SP的AO、AT信令过程数据；所述WAP/PUSH/Gi探测器分别与GGSN的Gi接口2、WAP网关接口3和SMSC接口4连接，从Gi接口获取WAP网关与GPRS网关支持节点(GPRS Gateway Support Node，简称GGSN)、Radius服务器之间交互的信令过程数据；从WAP网关接口获取WAP网关与彩信中心、SP之间交互的信令过程数据；从SMSC接口获取WAP网关与SMSC之间PUSH信令过程的数据。
所述的管理维护终端安装有客户端应用软件，通过应用界面可以查询系统的各种分析数据，并进行呈现。
所述的数据库服务器通过采用数据仓库及磁盘阵列存储技术保存探测器分析处理后的各种数据，响应管理维护终端提交的查询指令，并返回查询结果供管理维护终端显示。
当得到了各个接口上的数据后，对从各个接口采集到的数据包进行协议解析，得到该数据包头中所包含的源IP地址、目的IP地址、源端口号和目的端口号，这四个元素是每个IP包中均包含的，因此可以确定出每个数据包中的固定特征元素，也就是四元组元素。
上述的端口号为TCP/UDP端口号。由于基于TCP/UDP之上的应用层协议是根据TCP/UDP端口号标识的，根据特征元素中的TCP/UDP端口号信息，可以区别出协议类型。而每个协议中又包含多种消息类型，消息类型及其规范定义的协议字段与业务类型和业务过程类型(一类业务中会包含多种过程类型，如MMS业务，就包含MO、MT、AO、AT、EO、ET、FO、FT过程类型)有关，所以在处理时，系统会根据协议类型、消息类型和业务过程类型的综合因素解析出数据包中的一些关键协议字段(如移动终端号码)，这些元素包含在TCP/UDP之上的应用层协议中，是根据协议类型、消息类型和业务过程类型变化的，因此称为可变特征元素。简而言之，固定特征元素即四元组元素是IP和TCP/UDP层包头信息，而可变特征元素是TCP/UDP之上应用协议中的关键信息。在两个设备之间一次连接的TCP/IP数据包交互过程中，四元组元素具有相对时间内的唯一性及源和目的的更替规律性，通过固定特征元素可以保证信令关联的准确性。如图8所示，为便于描述四元组元素的特征，做以下定义IP1代表设备1的IP地址；IP2代表设备2的IP地址；Port1代表设备1的端口号；Port2代表设备2的端口号；源(S)代表发起数据包的设备；目的(D)代表接收数据包的设备。设备1发给设备2的请求信息801包括的四元组为源地址为设备1的IP地址，即S_IP＝IP1；目的地址为设备2的IP地址，即D_IP＝IP2；源端口号为设备1的端口号，即S_Port＝Port1；目的端口号为设备2的端口号，即S_Port＝Port2。设备2返回给设备1的响应信息802包括的四元组为源地址为设备2的IP地址，即S_IP＝IP2；目的地址为设备1的IP地址，即D_IP＝IP1；源端口号为设备2的端口号，即S_Port＝Port2；目的端口号为设备1的端口号，即S_Port＝Port1。可以看出，设备1发给设备2的请求消息及设备2返回给设备1的响应消息中，四元组元素(S_IP、D_IP、S_Port、D_Port)的赋值具有更替的规律性，在本发明中，四元组元素的精确匹配是信令关联合成的基础。
在所有的信令中，请求与响应信令的关联合成根据固定特征资源，也就是四元组元素的精确匹配，在各协议中，四元组元素包括WAP协议，用来承载移动终端与WAP网关之间交互的信令消息，四元组元素对应的是移动终端IP地址、WAP网关IP地址、移动终端端口号和WAP网关端口号。
Radius协议，用来承载Radius服务器与WAP网关之间交互的信令消息，四元组元素对应的是Radius IP地址、WAP网关IP地址、Radius端口号和WAP网关端口号。
HTTP协议，用来承载WAP网关与MMSC之间交互的信令消息，四元组元素对应的是WAP网关IP地址、MMSC IP地址、WAP网关端口号和MMSC端口号。
固定特征元素即四元组元素和可变特征元素的获得是以原始数据包的解码为基础，从原始数据包的IP和TCP/UDP头部位置提取固定特征元素即四元组元素，并根据协议类型、消息类型和业务过程类型不同，在不同的位置提取可变特征资源。
因为在相对时间内四元组元素是可以保证其唯一性的，因此可以保证关联在一起的正确性和精确性。
仅根据四元组元素，不足以对WAP/MMS业务的多接口多协议的信令全过程进行关联合成，还必须附加WAP/MMS业务同一业务流程不同接口协议信令消息所包含的业务特征元素以实现关联合成。
但业务类型不同如WAP和MMS或者同一业务的子业务类型不同时如MMS的MO过程和PUSH过程，进行关联时采用的业务特征元素也不同，本发明中，根据WAP及MMS业务的特点，移动终端IP地址、移动终端号码(MISDN)、MMSE层的Transaction ID、MMSE层数据中的接收方号码或Content-Location四个主要特征元素或者是上述的移动终端IP地址、移动终端号码、MMSE层的事务处理标识号(Transaction ID)、MMSE层的内容位置(Content-Location)和MMSE层数据中的接收方号码任意组合作为可变特征资源，在不同业务类型及其不同子业务类型的多接口多协议的关联合成方法中适时采用。
以下通过具体实施例对本发明进行详细说明。
MMS业务共包含MO、MT、PUSH、AO/AT和EO/ET/FO/FT几类子业务流程，WAP业务包含发送(WAP-POST)和接收(WAP-GET)两类子业务流程，在对以上两类业务(WAP、MMS)各子业务流程的关联合成分析中，本发明中的关联合成方法得到了具体实施应用。
实施例一MMS业务的MO业务过程中涉及的协议有RADIUS、WAP(包括WAP1.X和WAP2.0)、HTTP和MMS协议，MMS业务是通过WAP和HTTP承载来实现的，MMS业务的MO子业务过程中两个关键的网元设备是WAP网关和多媒体信息中心(MMSC)，由WAP网关实现协议的转换，由多媒体信息中心实现MMS业务功能。因此这两个网元的状态直接决定了MMS业务的MO子业务状态。所以要实现全流程的监控MO业务的过程，至少监控网络中的WAP网关和MMSC这两个网元与外部网元信息交互的信令。
在MMS业务中MO子业务过程的信令流程中的信令是以时间顺序发送的，由于本发明中的监测系统长期在线对各个接口进行监测，所以对该过程中的各条信令均能采集得到，通过对采集的数据包进行拆包解析，得到各条信令的四元组元素和用于将不同协议段段的请求/响应消息关联起来的可变特征元素。对于一对请求/响应的信令通过四元组元素将它位关联在一起，对于不是一对请求/响应的信令通过可变特征元素关联在一起。同一个业务流程，不同接口协议段所包含的四元组元素和可变特征元素是相对应的，根据这种对应关系，可将同一业务流程的不同信令过程合成为一条完整的SDR记录。
根据固定特征元素将同一协议的不同信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是数据包包头中依次得到的移动终端IP地址、WAP网关IP地址、移动终端端口号和WAP网关端口号对WAP网关和移动终端WAP会话的请求和响应过程进行关联；通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是Radius IP地址、WAP网关IP地址、Radius端口号和WAP网关端口号，对Radius服务器和WAP网关Radius协议会话的请求和响应过程进行关联；通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是所述的数据包包头中依次得到WAP网关IP地址、MMSC IP地址、WAP网关端口号和MMSC端口号，对MMSC和WAP网关HTTP协议会话的请求和响应过程进行关联。
根据可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤1.由于在Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址，另外还包括计费的状态信息数据，通过移动终端IP地址这一可变特征元素将解析得到的WSP的Connect会话，包括Connect_Req和Connect_Reply两条信令与Radius请求信令建立起对应关系，也就是关联起来后，存储到数据服务器中；虽然在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，但是在WSP的Connect_Req中是不包含移动终端号码(MSISDN)这一资源，而且移动与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一元素将这两个信令关联在一起；在一次业务过程中，给移动终端分配的IP地址是固定且唯一的，在Connect会话与Radius请求信令中，找到含有相同移动终端IP地址的数据包，则可认定属于同一业务过程，从而建立起对应关系合成在一条记录中；2.通过移动终端IP地址这一可变特征元素将MO业务中的WSP POST，即MMSE层的submit_req信令与前面的信令关联在一起。因为在WSP的POST_Req信令中是不包含移动终端号码(MSISDN)的，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一资源将WSP POST信令和前面的信令关联在一起。和上面过程相同，在WSP POST信令中，找到含有相同移动终端IP地址的包，则可认定为属同一业务过程，从而进行合成。以下的合成过程也与此类似。
3.将WAP网关与MMSC交互的信令和前面的信令关联在一起也必需依靠移动终端IP地址和移动终端号码(MSISDN)这一对资源，因为在WAP网关与MMSC进行的交互信令中在规范中要求必须包含参数“WAP用户的主叫号码x-up-calling-line-id和WAP用户的IP地址x-forwarded-for”，而且移动终端IP地址这一资源在MO业务流程的所有信令流程中都存在，所以应该通过移动终端IP地址这一可变特征元素将这两个网元设备之间的信令关联；4.将WAP网关与MMSC之间交互的MMSE层的submit_req信令和移动终端与WAP网关之间交互数据的MMSE层的submit_req信令关联起来，需要MMS协议的MMSE层数据中的接收方号码和Transaction ID这一对可变特征元素，因为经过网元WAP网关时，网元WAP网关对MMS业务MO业务中的MMSE层数据不能进行任何修改，而MMSE层数据中的接收方号码和Transaction ID这一对可变特征元素是可以保证其唯一性的。
5.将停止计费的Radius信令和其它信令关联起来也只能通过移动终端IP地址这一可变特征元素这一资源来进行。虽然在停止计费的Radius信令中除了包含移动终端IP地址外还包含了移动终端号码(MSISDN)，但这一对资源的对应关系在一个运营商的网络内是唯一的，所以可以利用这一资源。
实施例二在MMS业务的MT业务过程与MO过程相类似，关键的网元设备也是WAP网关和多媒体信息中心(MMSC)，数据的采集、解析、根据四元组元素将同一协议的不同信令的关联合成过程与实施例一相同，根据可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤1.由于在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，另外还包括计费状态的数据；通过移动终端IP地址这一可变特征元素将WSP的Connect会话，包括Connect_Req和Connect_Rep1两条信令与Radius请求信令建立起对应关系，也就是关联起来；虽然在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，但是在WSP的Connect_Req中是不包含移动终端号码(MSISDN)，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一资源将这两个信令关联在一起。
2.通过移动终端IP地址将MT业务中的WSP GET，即MMSE层的Get_req信令与前面的信令关联在一起；因为在WSP的Get_req信令中不包含移动终端号码(MSISDN)，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一可变特征元素将WSP POST信令和前面的信令关联在一起。
3.将WAP网关与MMSC交互的信令和前面的信令关联在一起必须依靠移动终端IP地址和移动终端号码(MSISDN)这一对可变特征资源，因为在WAP网关与MMSC进行的交互信令中在规范中要求必须包含参数“WAP用户的主叫号码x-up-calling-line-id和WAP用户的IP地址x-forwarded-for”，而且移动终端IP地址这一资源在MMS业务MT业务流程的所有信令流程中都存在，所以应该通过移动终端IP地址和移动终端号码这一对联可变特征元素将这两个网元设备之间的信令关联；4.将WAP网关与MMSC之间交互的MMSE层的Get_req信令和移动终端与WAP网关之间交互数据的MMSE层的Get_req信令关联起来，需要MMS协议的MMSE层数据中的接收方号码和Transaction ID这一对可变特征，因为经过网元WAP网关时网元WAP网关对MMS业务MT业务中的MMSE层数据进行任何修改，而MMSE层数据中的接收方号码和Transaction ID这一对可变特征资元素是可以保证其唯一性的。
5.需要将MMS业务MT业务中移动终端在接收到多媒体消息后主动给MMSC的确认消息(acknowledgement)与前面的信令关联在一起。该确认消息(acknowledgement)在WSP层和Http层，对应的是Post操作原语。WSP POST(即MMSE层的submit_req)信令与前面的信令关联在一起必须通过移动终端IP地址这一资源。因为在WSP的POST_Req中不包含移动终端号码(MSISDN)这一资源，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一可变特征元素将WSP POST信令和前面的信令关联在一起。
6.将WAP网关与MMSC交互的信令和前面的信令关联在一起也必需依靠移动终端IP地址和移动终端号码(MSISDN)这一对可变特征元素，因为在WAP网关与MMSC进行的交互信令中在规范中要求必须包含参数“WAP用户的主叫号码x-up-calling-line-id和WAP用户的IP地址x-forwarded-for”，而且可以移动终端IP地址这一资源在MMS业务的MO子业务流程的所有信令流程中都存在，所以应该通过移动终端IP地址这一可变特征元素将这两个网元设备之间的信令关联；7.将WAP网关与MMSC之间交互的MMSE层的submit_req信令和移动终端与WAP网关之间交互数据的MMSE层的submit_req信令关联起来，需要MMS协议的MMSE层数据中的Transaction ID这一资源，因为经过网元WAP网关时网元WAP网关不会对确认消息(acknowledgement)的MMSE层数据进行任何修改，而且MMSE层数据中Transaction ID这一对可变特征元素可以保证其唯一性。
8.将停止计费的Radius信令和其它信令关联起来也只能通过移动终端IP地址这一可变特征元素来进行。虽然在停止计费的Radius信令中除了包含移动终端IP地址外还包含了移动终端号码(MSISDN)这一资源，的对应关系在一个运营商的网络内是唯一的，所以可以利用这一资源。
实施例三MMS业务的PUSH过程多接口多协议关联合成方法，MMS业务的PUSH消息是MMS业务的MT业务过程的前置信令过程，因此PUSH消息的状态直接影响着MMS业务的MT业务过程。在PUSH业务过程中涉及的协议有HTTP、HTTP、SMPP和MMS，经过的网元有MMSC、WAP网关和SMSC。
要能正确的跟踪和分析MMS业务的Push消息必需解析MMSC与WAP网关两设备之间的数据交互，同时还要解析WAP网关与SMSC两设备之间的数据交互，并且与MMSC和WAP网关之间的Push消息关联起来。
MMSC和WAP网关的请求和响应信令的关联，WAP网关与SMSC的请求和响应信令的关联，都是通过四元组(四元组是指TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号)的精确匹配来实现的，因为在相对时间内四元组是唯一的，因此可以保证合成的正确性和精确性。具体为通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是数据包包头中依次得到WAP网关IP地址、SMSC IP地址、WAP网关端口号、SMSC端口号，对SMSC和WAP网关SMPP协议会话的请求和响应过程进行关联；且通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是数据包包头中依次得到WAP网关IP地址、MMSC IP地址、WAP网关端口号和MMSC端口号，对MMSC和WAP网关HTTP协议会话的请求和响应过程进行关联将WAP网关与SMSC之间交互的消息和MMSC和WAP网关之间交互的消息关联起来需要通过MMSC和WAP网关之间交互的PUSH消息MMSE层的Transaction ID和Content-Location这两个可变特征元素，这两个可变特征元素在SMPP协议中处于短消息(SM)的内容部分。不能根据PUSH消息中的接收方和SM中的接收方来进行关联，因为在同一较短的时间段内存在是同一接收方的几率是很大的，例如多个移动终端或者SP给同一用户发MMS，根据接收方号码来则会降低合成的准确度。
而Transaction ID和Content-Location这两个可变特征元素存在重复的可能性非常低，因为Push消息是由MMSC发起的，Content-Location是用来标识MMS在MMSC中的唯一位置的，因此保证了Content-Location这个资源的唯一性，Transaction ID是一次会话的标识，也会由MMSC保证其唯一性。
实施例四MMS业务的AO/AT过程多接口多协议的测试方法与上述实施例相同，其中，AO、AT消息是MM7接口上的消息，涉及的网元是MMSC和各服务提供商(VASP)，因为VASP众多，而且MM7接口是MMS业务业务的一个重要消息交互接口，因此对该接口的消息进行监控和合成SDR等处理显得非常重要。AO、AT消息中涉及的协议有HTTP、MMS、SOAP或者MMSC设备商提供的私有协议。
在《中国移动多媒体消息接口规范(V1.0.1).doc》中对该接口有如下描述“MM7参考点上VASP和MMSRelay/ServerRelay/Server之间的接口应通过使用SOAP1.1作为格式化语言来予以实现。VASP和MMSRelay/ServerRelay/Server应能够扮演SOAP消息发送方和接收方的双重角色。HTTP[18]应作为SOAP消息的传输协议。通过在HTTP POST请求的正文中提供SOAP请求参数和在相应HTTP响应的正文中提供SOAP响应，SOAP消息应绑定至HTTP请求/响应模型”，但是目前在该参考点(MM7接口)上还存在使用私有协议的消息。
该接口消息的会话过程是Http的请求和响应，因此请求和响应消息间的关联是通过四元组(TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号)的精确匹配来实现关联合成的，在相对时间内四元组是唯一的，可以保证合成的正确性和精确性。根据四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是VASP IP地址、MMSC IP地址、VASP端口号和MMSC端口号，对彩信中心和服务提供商(VASP)HTTP会话的请求和响应过程进行关联。
实施例五MMS业务的EO/ET/FO/FT过程多接口多协议的测试方法与上述实施例相同，MMS业务的EO、ET是参考点MM3上的消息，目前使用最多的是SMTP协议，涉及的网元是MMSC和邮件服务器，使用的协议是SMTP协议。
MMS业务的FO、FT是参考点MM4上的消息，目前使用最多的是SMTP协议，涉及的网元是MMSC和其它MMSC，使用的协议是SMTP协议。
要能正确的跟踪和分析MMSC参考点MM3和MM4上的消息信令过程，必需正确的将SMTP会话的各信令关联起来合成正确的SDR(业务的详细记录)，将SMTP会话的各信令关联在一起采用的算法是四元组(TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号)的精确匹配，因为在相对时间内四元组是可以保证其唯一性的，因此可以保证关联在一起的正确性和精确性。
在MMS业务的EO/ET中，根据四个固定特征元素将同一协议不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是邮件服务器IP地址、MMSC IP地址、邮件服务器端口号和MMSC端口号，对彩信中心和邮件服务器SMTP会话的请求和响应过程进行关联。
在MMS业务的FO/FT中，根据四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是第一MMSC IP地址、第二MMSC IP地址、第一MMSC端口号和第二MMSC端口号对彩信中心之间SMTP会话的请求和响应过程进行关联。
实施例六WAP GET过程中所涉及的协议为Radius、WAP和HTTP。整个过程由Radius认证计费、连接、用户与WAP网关交互、WAP网关与SP交互、断开连接和停止计费这六个子过程组成。
在所有子过程中，请求与响应的关联合成是利用四元组(TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号)进行精确匹配的。在相对时间内四元组是可以保证其唯一性的，因此可以保证关联在一起的正确性和精确性。具体来说，Radius认证计费过程的四元组为GGSN/NAS和Radius服务器的IP地址和交互端口号。连接和断开连接过程的四元组为GGSN/NAS和WAP网关的IP地址和交互端口号。用户与WAP网关交互过程的四元组为GGSN/NAS和WAP网关的IP地址和交互端口号。WAP网关与SP交互过程的四元组为WAP网关和SP的IP地址和交互端口号。
在各子过程之间，根据四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是GGSN/NAS的IP地址、Radius服务器的IP地址、GGSN/NAS和Radius服务器交互的双方端口号，对Radius服务器和GGSN/NAS Radius会话的请求和响应过程进行关联；通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是GGSN/NAS IP地址、WAP网关的IP地址、GGSN/NAS和WAP网关交互的双方端口号，对WAP网关和GGSN/NAS WAP会话的请求和响应过程进行关联；通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是WAP网关IP地址、SP的IP地址、WAP网关和SP交互的双方端口号，对WAP网关和SP之间的HTTP会话的请求和响应过程进行关联。
在各子过程之间，要根据可变特征元素来具体进行合成，其过程如下1.在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，另外还包括计费状态的数据。将WSP的Connect会话与Radius请求信令关联起来，是通过移动终端IP地址这一可变特征元素进行的。虽然在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，但是在WSP的Connect_Req中是不包含移动终端号码(MSISDN)这一资源，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一资源将这两个信令关联在一起。
2.将WAP GET业务中的WSP GET信令与前面的信令关联在一起必须通过移动终端IP地址这一可变特征元素。因为在WSP的GET_Req中是不包含移动终端号码(MSISDN)这一资源，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一可变特征元素将WSP GET信令和前面的信令关联在一起。
3.将WAP网关SP交互的信令和前面的信令关联在一起也必需依靠移动终端IP地址和移动终端号码(MSISDN)这一对可变特征元素，因为在WAP网关与SP进行的交互信令中在规范中要求必须包含参数“WAP用户的主叫号码x-up-calling-line-id和WAP用户的IP地址x-forwarded-for”，所以应该通过移动终端IP地址这一资源来进行这两个网元设备之间的信令关联；4.将WSP的断开连接与前面的信令过程关联起来，也是通过移动终端IP地址这一可变特征元素进行的。移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一可变特征元素将此信令过程进行关联。
5.将停止计费的Radius信令和其它信令关联起来也只能通过移动终端IP地址这一可变特征元素来进行。移动终端IP地址的对应关系在一个运营商的网络内是唯一的，所以可以利用这一资源。
实施例七WAP POST业务过程与WAP GET过程相类似，关键的网元设备也是WAP网关，请求与响应的合成算法也是依托于四元组(TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号)的精确匹配算法。具体来说，Radius认证计费过程的四元组为GGSN/NAS和Radius服务器的IP地址和交互端口号。连接和断开连接过程的四元组为GGSN/NAS和WAP网关的IP地址和交互端口号。用户与WAP网关交互过程的四元组为GGSN/NAS和WAP网关的IP地址和交互端口号。WAP网关与SP交互过程的四元组为WAP网关和SP的IP地址和交互端口号。在各子过程之间，根据四个固定特征元素将同一协议的不同的信令建立起对应关系的过程同实施例六WAP GET过程。
在各子过程之间，要根据可变特征元素来具体进行合成，步骤如下1.在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，另外还包括计费状态的数据，将WSP的Connect会话与Radius请求信令关联起来，只能通过移动终端IP地址这一可变特征元素，虽然在Radius服务器给WAP网关的Radius数据中传递的是移动终端号码(MSISDN)和移动终端IP地址这一对应关系，但是在WSP的Connect_Req中是不包含移动终端号码(MSISDN)这一资源，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一资源将这两个信令关联在一起。
2.将WAP POST业务中的POST信令过程与前面的过程关联在一起必须通过移动终端IP地址这一可变特征元素。因为在WSP的Post_req中是不包含移动终端号码(MSISDN)这一资源，而且移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一资源将WSPPOST信令和前面的信令关联在一起。
3.将WAP网关与SP交互的信令和前面的信令关联在一起也必需依靠移动终端IP地址和移动终端号码(MSISDN)这一对可变特征元素，因为在WAP网关与SP进行的交互信令中在规范中要求必须包含参数“WAP用户的主叫号码x-up-calling-line-id和WAP用户的IP地址x-forwarded-for”，所以应该通过移动终端IP地址这一可变特征元素进行这两个网元设备之间的信令关联；4.将WSP的断开连接与前面的信令过程关联起来，也是通过移动终端IP地址这一可变特征元素进行的。移动终端与WAP网关进行数据交互时使用的是移动终端IP地址，所以只能通过移动终端IP地址这一资源将此信令过程进行关联。
5.将停止计费的Radius信令和其它信令关联起来也只能通过移动终端IP地址这一可变特征元素来进行。移动终端IP地址的对应关系在一个运营商的网络内是唯一的，所以可以利用这一资源。
应用上述WAP/MMS多接口多协议关联合成方法，可以从同一用户同一WAP/MMS业务过程(含各子业务过程)和不同接口协议交互的所有信令消息包中提取业务过程相关的所有固定特征元素(四元组)和可变特征元素，存储在特定的SDR(业务过程详细记录)中，其中，所述的SDR包含解析后的所有信令及这些信令之间的关联关系，根据上述的关联关系，将所述的信令关联合成后还原，并在显示终端上进行显示，所述的SDR中的全部数据存储在磁盘阵列中，根据存储时间要求定期删除。
例如，MMS业务MO过程的SDR记录中包含发送方移动终端IP地址、发送方移动终端号码(MISDN)、接收方移动终端号码、WAP网关IP地址、MMSC IP地址和发送结果(是否成功，不成功则包含WAP网关及MMSC返回响应消息中的错误代码)，通过记录可以直接显示业务全过程的全部关键信息，以判断业务过程的效果。
本发明可以通过维护管理终端上的管理软件以双击SDR记录数据的方式调用SDR的全部数据，通过，以“信令流程图+信令消息解码分析”的展现方式还原一次业务信令交互的全信令过程，并可根据信令流程图及每条信令消息对应的详细解码解析对网络问题进行方便、全面的故障分析和故障定位。
具体还原方式是根据本发明所述的方法将用户端与Radius服务器之间所采用的Radius协议、用户端与WAP网关间所采用的WAP协议和WAP网关与彩信中心间所采用的HTTP协议全部解析并将同一流程所含的全部消息加以关联合成，成为一个真正的端到端的消息流程，并以流程图的方式直观地呈现出来，对于网元故障的定位非常准确，如，当通过这个流程图发现50％的请求不能被WAP网关所响应时，由此即可立即判断出流程中止于该WAP网关。经分析判定为该WAP网关处理能力不足，建议升级。
在对该WAP网关进行了升级之后，MMS提交成功率大大提高，成功解决了原有问题。以上整个判定过程不到五分钟，效率较之传统测试优化方法得到显著提高。
最后应当说明的是以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解依然可以对本发明的具体实施方式
进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。
权利要求
1.一种基于WAP/MMS业务的多接口多协议测试方法，其特征在于，包括以下步骤步骤1、对WAP/MMS业务过程所涉及的数据接口进行数据采集，得到用于同一业务流程和不同接口协议段之间的信令关联的数据包；步骤2、对采集到的数据包进行解析，从所述数据包包头中得到源IP地址、目的IP地址、源端口号和目的端口号四个固定特征元素，根据所述源端口号或目的端口号确定与所述数据包对应的协议类型、业务类型和消息类型，进而解析出数据包中的可变特征元素；步骤3、根据所述的四个固定特征元素将同一协议的不同的信令建立起对应关系存储在一个记录中；并且，根据所述的可变特征元素将同一业务类型不同协议段的信令建立起对应关系存储在所述的记录中；步骤4、根据所述记录中的各信令的对应关系还原出同一业务流程的全部信令及其顺序关系。
2.根据权利要求1所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，所述步骤1中的数据采集为当获取WAP网关与GGSN、Radius服务器之间交互的信令过程数据时是对Gi接口进行数据包采集的；和/或当获取WAP网关与MMSC、SP之间交互的信令过程数据时是对WAP网关接口进行数据包采集的；和/或当获取WAP网关与SMSC之间PUSH信令过程的数据时是对SMSC接口进行数据包采集的。
3.根据权利要求1或2所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，步骤2中的可变特征元素是移动终端IP地址、移动终端号码、MMSE层的事务处理标识号、MMSE层的内容位置或MMSE层数据中的接收方号码或者是所述的移动终端IP地址、所述的移动终端号码、所述的MMSE层的事务处理标识号、所述的MMSE层的内容位置和所述的MMSE层数据中的接收方号码的任意组合。
4.根据权利要求3所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为MMS业务的MO子业务，所述步骤3中的根据所述的四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是所述的数据包包头中依次得到的移动终端IP地址、WAP网关IP地址、移动终端端口号和WAP网关端口号对WAP网关和移动终端WAP会话的请求和响应过程进行关联；通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是Radius IP地址、WAP网关IP地址、Radius端口号和WAP网关端口号，对Radius服务器和WAP网关Radius协议会话的请求和响应过程进行关联；通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是所述的数据包包头中依次得到WAP网关IP地址、MMSC IP地址、WAP网关端口号和MMSC端口号，对MMSC和WAP网关HTTP协议会话的请求和响应过程进行关联；所述步骤3中根据所述的可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤步骤301、通过所述移动终端IP地址将WSP会话信令与Radius请求/应答信令建立起对应关系；步骤302、通过所述移动终端IP地址将WSP POST信令与步骤301中所述的WSP会话信令或Radius请求/应答信令建立起对应关系；步骤303、通过所述移动终端IP地址和移动终端号码将WAP网关与MMSC交互的信令与步骤301、302中的WSP POST信令建立起对应关系；步骤304、通过MMS协议的MMSE层数据中的接收方号码和MMSE层的事务处理标识号将WAP网关与MMSC之间交互的MMSE层的submit_req信令和移动终端与WAP网关之间交互数据的MMSE层的submit_req信令建立起对应关系；步骤305、通过所述移动终端IP地址将停止计费的Radius信令和上述各步骤中的各种信令建立起对应关系。
5.根据权利要求4所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为MMS业务的MT子业务时，所述的步骤3中根据所述的可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤步骤311、通过所述移动终端IP地址将WSP会话信令与Radius请求/应答信令建立起对应关系；步骤312、通过所述移动终端IP地址将WSP GET信令与步骤311中所述的WSP会话信令或Radius请求/应答信令建立起对应关系；步骤313、通过所述移动终端IP地址和移动终端号码将WAP网关与MMSC交互的信令和步骤311、312中的所述信令建立起对应关系；步骤314、通过MMS协议的MMSE层数据中的接收方号码和MMSE层的事务处理标识号将WAP网关与MMSC之间交互的MMSE层的Get_req信令和移动终端与WAP网关之间交互数据的MMSE层的Get_req信令建立起对应关系；步骤315、通过所述移动终端IP地址将移动终端在接收到多媒体信息后主动给多媒体信息中心的确认消息和步骤311、312、313、314中的所述信令建立起对应关系；步骤316、通过所述移动终端IP地址和移动终端号码将WAP网关与多媒体信息中心交互的信令和步骤311、312、313、314、315中的所述信令建立起对应关系；步骤317、通过MMS协议的MMSE层的事务处理标识号将WAP网关与MMSC之间交互的MMSE层的submit_req信令和移动终端与WAP网关之间交互数据的MMSE层的submit_req信令建立起对应关系；步骤318、通过所述移动终端IP地址这一可变特征元素将停止计费的Radius信令和上述各步骤中的各种信令建立起对应关系。
6.根据权利要求3所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为MMS业务的PUSH子业务时，所述步骤3中的根据所述的四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是所述的数据包包头中依次得到WAP网关IP地址、SMSC IP地址、WAP网关端口号和SMSC端口号，对SMSC和WAP网关SMPP协议会话的请求和响应过程进行关联；且通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是所述的数据包包头中依次得到WAP网关IP地址、MMSC IP地址、WAP网关端口号和MMSC端口号，对MMSC和WAP网关HTTP协议会话的请求和响应过程进行关联；所述的步骤3中的根据所述的可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤通过MMSC和WAP网关之间交互的PUSH消息MMSE层的Transaction ID和Content-Location这两个可变特征元素将WAP网关与短信中心之间交互的消息和MMSC和WAP网关之间交互的信令建立起对应关系。
7.根据权利要求3所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为MMS业务的AO/AT子业务时，所述的步骤3中的根据所述的四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是VASP IP地址、MMSC IP地址、VASP端口号和MMSC端口号，对彩信中心和服务提供商(VASP)HTTP会话的请求和响应过程进行关联。
8.根据权利要求3所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为MMS业务的EO/ET子业务时，所述步骤3中的根据所述的四个固定特征元素将同一协议不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是邮件服务器IP地址、MMSC IP地址、邮件服务器端口号和MMSC端口号，对彩信中心和邮件服务器SMTP会话的请求和响应过程进行关联。
9.根据权利要求3所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为MMS业务的FO/FT子业务时，所述步骤3中的根据所述的四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是第一MMSC IP地址、第二MMSC IP地址、第一MMSC端口号和第二MMSC端口号对彩信中心之间SMTP会话的请求和响应过程进行关联。
10.根据权利要求3所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的业务类型为WAP GET业务时，所述步骤3中的根据所述的四个固定特征元素将同一协议的不同的信令建立起对应关系的过程具体包括以下步骤通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是GGSN/NAS的IP地址、Radius服务器的IP地址、GGSN/NAS和Radius服务器交互的双方端口号，对Radius服务器和GGSN/NAS Radius会话的请求和响应过程进行关联；和通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是GGSN/NAS IP地址、WAP网关的IP地址、GGSN/NAS和WAP网关交互的双方端口号，对WAP网关和GGSN/NAS WAP会话的请求和响应过程进行关联；和通过TCP/IP连接中的源IP地址、目的IP地址、源端口号和目的端口号是WAP网关IP地址、SP的IP地址、WAP网关和SP交互的双方端口号，对WAP网关和SPHTTP会话的请求和响应过程进行关联；所述的步骤3中根据所述的可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤步骤321、通过所述移动终端IP地址这一可变特征元素将WSP Connect会话信令与Radius请求/应答信令建立起对应关系；步骤322、通过所述移动终端IP地址这一可变特征元素将WAP GET信令与步骤321中所述的WSP Connect会话信令或Radius请求/应答信令建立起对应关系；步骤323、通过所述移动终端IP地址和移动终端号码这两个可变特征元素将WAP网关与SP交互的信令和步骤321、322中的所述信令建立起对应关系；步骤324、通过所述移动终端IP地址这一可变特征元素将WSP断开连接的信令与上述各步骤中的所有信令建立起对应关系；步骤325、通过所述移动终端IP地址这一可变特征元素将停止计费的Radius信令和上述各步骤中的所有信令建立起对应关系。
11.根据权利要求10所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，当所述步骤2中的WAP业务为WAP POST子业务，所述的步骤3中根据所述的可变特征元素将同一业务类型不同协议段的信令建立起对应关系的过程具体包括以下步骤步骤331、通过所述移动终端IP地址这一可变特征元素将WSP Connect会话信令与Radius请求/应答信令建立起对应关系；步骤332、通过所述移动终端IP地址这一可变特征元素将WAP POST信令与步骤331中所述的WSP Connect会话信令或Radius请求/应答信令建立起对应关系；步骤333、通过所述移动终端IP地址和移动终端号码这两个可变特征元素将WAP网关与SP交互的信令和步骤332、332中的所述信令建立起对应关系；步骤334、通过所述移动终端IP地址这一可变特征元素将WSP断开连接的信令与上述各步骤中的所有信令建立起对应关系；步骤325、通过所述移动终端IP地址这一可变特征元素将停止计费的Radius信令和上述各步骤中的所有信令建立起对应关系。
12.根据权利要求1所述的基于WAP/MMS业务的多接口多协议测试方法，其特征在于，步骤4中所述根据上述的记录还原出同一业务流程的信令全过程具体为根据记录中各信令的对应关系，以信令流程图和/或信令消息解码分析图表的方式显示在管理维护终端上。
全文摘要
一种基于WAP/MMS业务的多接口多协议测试方法，包括对WAP/MMS业务过程所涉及的数据接口进行数据采集；对采集到的数据包进行解析，从数据包包头中得到四个固定特征元素，根据确定出与数据包对应的协议类型、业务类型和消息类型，进而解析出数据包中的可变特征元素；根据所述四个固定特征元素将同一协议的不同信令建立起对应关系存储在一个记录中；根据可变特征元素将同一业务类型不同协议段的信令建立起对应关系存储在所述的记录中；根据上述的记录还原出同一业务流程的信令全过程。本发明可以对同一业务的信令全流程进行还原，为定位在业务环节中出现的问题提供有效的手段，可以长期在线分析，将采集合成后的大量数据长期存储。
文档编号H04Q7/34GK1901538SQ20051008545
公开日2007年1月24日 申请日期2005年7月20日 优先权日2005年7月20日
发明者李跃, 李默芳, 王镭, 魏丽红, 戴忠, 杨永, 徐海东, 贾林, 周莅涛, 李铁巍, 尤梦, 韦芳, 张慧勇, 杨健, 陈莉华, 李代勇, 张承辉, 朱凯, 沈忠阳, 王晔, 蔺思涛, 刘立卫, 佟明君, 于印泉, 王振华, 朱明新, 辛翔, 张国锋, 王鹏, 朱中平 申请人:中国移动通信集团公司, 北京中创信测科技股份有限公司