专利名称：：业务质量监控方法和装置的制作方法
技术领域：
：本发明涉及移动通信技术，特别涉及一种业务质量监控方法和装置。
背景技术：
：在移动核心网领域，随着更适合未来演进的移动软交换和IP承载网技术的引入，组网扁平化趋势加剧，任何一个节点出现问题将会影响到全网，网络的故障率急剧增加，对运维体系提出了很高的要求。例如，不仅要验证业务是通的而且要验证业务的质量是好的。可以采用人工方式进行业务质量监控，但这种方式效率极低。目前存在如下几种对业务质量进行监控的方法现有技术一，对承载网进行被动式的监控，该方式是由网元根据预先设定的IP地址对，对实际运行的业务进行抽样检测，上报该IP地址对的服务质量(QualityofService,QoS)给网管，由网管进行统计。现有技术二，在网络中外置一个探针系统，由该探针系统发起拨测呼叫，对被测端局进行编号，探测系统与被测端局之间的网元根据被测端局的编号进行路由寻址配置，以建立探针系统与被测端局的IP承载，由探针系统向该被测端局发送呼叫业务包并接收由被测端局迂回的呼叫业务包，由该探针系统对发送的呼叫业务包和接收的呼叫业务包进行比对得到网络质量。现有技术三，在数通领域，通过在路由器中内嵌软件，采用私有协议实现企业网内部的IP承载网的监控。发明人在实现本发明的过程中发现现有技术至少存在如下问题现有技术一是对承载网的QoS进行监控，但是承载网的QoS和业务的关系是不明确的，不能仅仅凭借承载网质量的好坏确定业务质量的好坏，并且，该方式是被动监控方法，只在业务故障发生后才能获知，不能起到预警作用；现有技术三是IP承载网上的路由器执行操作并且采用私有协议，使用范围受限；现有技术中较好的是现有技术二，但是现有技术二需要外置设备，这样会给网络带来安全风险，并且监控路径并不是两个端局之间的路径而是探针系统与端局之间的路径；并且由于现有技术二监测得到的是网络质量，与业务质量还是有所差别。即，现有技术的监控方案都不理想。
发明内容本发明实施例提供了一种业务质量监控方法和装置，实现对业务质量的监控。本发明实施例提供了一种业务质量监控方法，包括接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互；检测所述模拟真实业务的业务包传输时的业务质量；将所述业务质量发送给所述网管系统。本发明实施例提供了一种业务质量监控装置，包括模拟真实业务模块，用于接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互；业务质量检测模块，用于检测所述模拟真实业务的业务包传输时的业务质量；业务质量上报模块，用于将所述业务质量发送给所述网管系统。由上述技术方案可知，本发明实施例通过模拟真实业务进行交互，可以尽量准确检测对应的业务质量。图1为本发明第一实施例的方法流程示意图；图2为本发明实施例中检测发送方向上的业务质图3为本发明实施例中检测接收方向上的业务质图4为本发明第二实施例的方法流程示意图；图5为本发明第二实施例对应的网络结构示意图图6为本发明第三实施例的装置的结构示意图；图7为本发明第四实施例的装置的结构示意图。具体实施例方式下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。图1为本发明第一实施例的方法流程示意图，包括步骤11:接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互。其中，所述拨测号码表中的拨测号码可以为保留的漫游号码(MobileStationRoamingNumber,MSRN)。由于MSRN是各端局内部分配的用于寻址被叫的临时号码，因此，采用漫游号码作为拨测号码时，无需在途经的端局中重新进行用于寻址被叫的数据配置，减轻工作量。为了避免与正常漫游业务发生冲突，可以将保留的MSRN作为拨测号码，例如，将尾号为999的漫游号码作为拨测号码。其中，每个端局对应一个拨测号码。对于一个源端，可以设置多个目的端的拨测号码，以同时发起对多个目的端的呼叫。拨测号码与端局的对应关系包括但不限于表1所示表1端局拨测号码北京86139001999广州86139010999上海86139020999西安86139029999量的方法流程示意图；量的方法流程示意图；<table>tableseeoriginaldocumentpage6</column></row><table>步骤12:检测所述模拟真实业务的业务包传输时的业务质量。由该装置主动产生业务包，而不是对实际发生的业务进行抽样得到业务包，可以实现对IP承载网路径的主动监控。即可以在具体的业务发生之前，首先产生一个与该业务对应的业务包，并发送给目的端，得到对应的业务质量，提前获知业务质量的情况，实现提前预警。步骤13:将所述业务质量发送给所述网管系统。网管系统可以得到各业务路径的业务质量，当在全网多点部署始发测试局点，就可以实现全网业务质量的主动监控。本实施例的执行主体可以是内嵌在核心网网元中的装置。本实施例通过模拟真实业务，可以测量业务质量，而不仅仅是网络质量；通过发起与目的端的模拟真实业务的交互，可以对业务质量进行主动的测量，起到预警作用；进一步地，通过内嵌在核心网网元中的业务质量监控装置执行相关的监控操作，无需引入新的监控设备，避免安全风险及减少维护成本，并且监控的是实际的业务路径而不是引入的新的监控设备与目的端的路径，保证监控的准确性；通过将保留的漫游号码作为拨测号码，可以降低工作量。本发明实施例可以检测发送方向和接收方向两个方向上的业务质量。图2为本发明实施例中检测发送方向上的业务质量的方法流程示意图，包括步骤21:内嵌在核心网网元中的业务质量监控装置建立与拨测号码对应的目的端的呼叫承载，所述拨测号码为保留的MSRN。步骤22:该装置产生第一呼叫业务包，并通过所述呼叫承载将所述第一呼叫业务包发送给所述目的端，使所述目的端在接收到所述第一呼叫业务包后，所述目的端获取所述第一呼叫业务包在所述呼叫承载上传输时的第一网络损伤信息，所述目的端根据所述第一网络损伤信息计算得到从所述装置到所述目的端方向的第一业务质量。之后，目的端可以通过RTCP将第一业务质量发送给该装置。其中，网络损伤信息包括QoS(QoS包括时延、丢包、抖动)、语音编解码参数、声控参数等。之后，可以根据E-Model算法由这些网络损伤信息计算得到网络业务质量的平均得分(MeanofScore,M0S)，利用M0S评价相应的业务质量。本实施例通过模拟真实业务，可以测量业务质量，而不仅仅是网络质量；本实施例通过内嵌在核心网网元中的业务质量监控装置执行相关的监控操作，无需引入新的监控设备，避免安全风险及减少维护成本，并且监控的是实际的业务路径而不是引入的新的监控设备与目的端的路径，保证监控的准确性；本实施例通过将保留的漫游号码作为拨测号码，可以降低工作量；本实施例通过该装置自身主动产生呼叫业务包，实现主动监控，能够实现故障预警机制；本实施例没有限定采用私有协议，可以采用通用的协议实现，避免采用私有协议造成的使用受限问题；本实施例通过向目的端发送业务包，可以测量发送方向的业务质量。图3为本发明实施例中检测接收方向上的业务质量的方法流程示意图，包括步骤31:内嵌在核心网网元中的业务质量监控装置建立与拨测号码对应的目的端的呼叫承载，所述拨测号码为保留的MSRN。步骤32:该装置接收目的端产生并通过该呼叫承载发送的第二呼叫业务包。步骤33:该装置在接收到该第二呼叫业务包后，获取该第二呼叫业务包在该呼叫承载上传输时的第二网络损伤信息，并根据该第二网络损伤信息计算得到从该目的端到该装置方向的第二业务质量。其中，网络损伤信息包括QoS(QoS包括时延、丢包、抖动)、语音编解码参数、声控参数等。之后，可以根据E-Model算法由这些网络损伤信息计算得到网络业务质量的平均得分(MeanofScore,M0S)，利用M0S评价相应的业务质量。本实施例通过模拟真实业务，可以测量业务质量，而不仅仅是网络质量；本实施例通过内嵌在核心网网元中的业务质量监控装置执行相关的监控操作，无需引入新的监控设备，避免安全风险及减少维护成本，并且监控的是实际的业务路径而不是引入的新的监控设备与目的端的路径，保证监控的准确性；本实施例通过将保留的漫游号码作为拨测号码，可以降低工作量；本实施例通过该装置自身主动产生呼叫业务包，实现主动监控，能够实现故障预警机制；本实施例没有限定采用私有协议，可以采用通用的协议实现，避免采用私有协议造成的使用受限问题；本实施例通过接收目的端发送的业务包，可以测量接收方向的业务质量。在具体实施时，可以根据具体的网络结构将上述装置嵌入对应的核心网网元中，下面以上述进行业务质量监控的装置位于媒体网关(MediaGateway,MGW)中为例，实现对承载面是否建立成功及对业务质量的监控；另外，下面的实施例还包括移动交换中心服务器(MobileSwitchCentralServer,MSC服务器)，用于建立控制信令连接，实现不仅可以测量承载面的情况还可以测量控制信令面的情况。为了实现统一管理，可以由网管系统发起拨测命令，并最终由网管系统进行统计分析。并且，为了区分发送路径和接收路径的情况，可以在建立承载时启动实时传输控制协议(Real-timeTransportControlProtocol,RTCP)。图4为本发明第二实施例的方法流程示意图，图5为本发明第二实施例对应的网络结构示意图。本实施例包括步骤401:网管系统向监控发起端的MSC服务器发送拨测命令，其中携带拨测号码列表，该拨测号码列表中包括一个或者两个以上的拨测号码。在图5中发起端为"深圳"。在网管中心可以预先设置一个全网拨测号码表，每个软交换局点对应一个唯一的拨测号码。拨测号码表中保存有监控发起端与目的端的对应关系，目的端可以采用保留的MSRN进行标识。在需要主动监控时，网管系统建立拨测任务，向拨测任务中指定的监控发起端发送拨测命令，其中携带与该监控发起端对应的目的端的拨测号码。步骤402:发起端MSC服务器接收到该拨测命令后，向目的端MSC服务器发起呼叫，建立信令连接，以便模拟真实业务进行交互。在图5中目的端分别为"北京"、"广州"、"上海"、"西安"和"武汉"。步骤403:发起端MSC服务器在成功建立信令连接后，向发起端MGW发送承载建立消息，其中携带目的端MGW的IP地址，指示发送端MGW与目的端MGW建立IP承载。通过信令连接，可以检测接通率。步骤404:发起端MGW和目的端MGW采用实时传输协议(RealTransportProtocol，RTP)和RTCP，建立作为呼叫承载的IP承载。其中，发起端MGW和目的端MGW可以根据各自对应的MSC服务器发送的承载建立消息建立该IP承载。步骤405:在成功建立承载后，发起端MGW产生第一RTP呼叫业务包。其中，发起端MGW可以根据预先设置的信息产生与待测试的语音业务对应的RTP呼叫业务包。步骤406:发起端MGW将该产生的第一RTP呼叫业务包发送给目的端MGW。步骤407:目的端MGW根据RTCP获取第一呼叫业务包在该呼叫承载上传输时的第一网络损伤信息，并根据第一网络损伤信息计算得到第一业务质量的MOS值。其中，网络损伤信息包括QoS(QoS包括时延、丢包、抖动)、语音编解码参数、声控参数等。之后，可以根据E-Model算法由这些网络损伤信息计算得到网络业务质量的平均得分(MeanofScore,MOS)，利用MOS评价相应的业务质量。由于现有业务性能测量时通常也是采用网络损伤信息及E-Model获取对应的MOS值，因此上述的网络损伤信息的获取及根据网络损伤信息计算得到MOS的方法可以采用现有技术实现，不在本发明实施例的关注范围内。具体实施例时，需要尽量准确的模拟真实的语音业务，同时要屏蔽与监控无关的因素，例如，关闭接入鉴权、关闭与归属位置寄存器(HomeLocationRegister，HLR)的交互、关闭与业务控制点(ServiceControlPoint,SCP)的交互等。步骤408:通过RTCP，目的端MGW将计算得到的第一业务质量的MOS值发送给发起端MGW。步骤409:在成功建立承载后，目的端MGW自发产生第二RTP呼叫业务包。步骤410:目的端MGW将该产生的第二RTP呼叫业务包发送给发起端MGW。步骤411:发起端MGW根据RTCP获取第二呼叫业务包在该呼叫承载上传输时的第二网络损伤信息，并根据第二网络损伤信息计算得到第二业务质量的MOS值。采用RTCP及IP地址对可以分别得到发送、接收两个方向的QoS，从而可以计算出发送、接收两个方向的MOS值，避免现有环回测量时通过对发送的呼叫业务包和接收的呼叫业务包进行比对得到网络质量造成的不能区分发送还是接收路径的故障的问题。步骤405-408与步骤409-411无时序限制关系。步骤412:发起端MGW将该第一业务质量的MOS值及第二业务质量的MOS值发送给发起端MSC服务器。其中，由于需要传输MOS值，需要对MSC服务器和MGW之间的接口及采用的协议H.248进行扩展，使其可以携带或传输MOS值。步骤413:发起端MSC服务器将路径信息、MOS值、QoS、接通率的对应关系发送给网管系统。之后，网管系统可以根据拨测号码与业务路径的关系，对MSC上报的测试数据结果(M0S、QoS)进行统计分析，可以得到各业务路径的语音质量。路径信息可以根据IP地址对和拨测号码进行确定，IP地址对用于确定方向、拨测号码用于确定目的局端。上述的对应关系包括但不限于表2所示表2业务路径接通率MOS发送方向才妄j]欠方向抖动时延丢包抖动时延丢包率深圳4北京100%4.351.0ms5.0ms0.1%1.0ms4.9ms0.1%深圳4广州95%4.201.2ms16.0ms0.5%1.2ms10.0ms0.5%深圳—上海卯％4.03l.lms14.0ms0.6%l.lms15.0ms0.7%深圳—西安85%3.751.lms14.0ms0.8%l.lms16.0ms0.8%深圳—武汉82%3.651.5ms16.0ms0.9%1.5ms18.0ms1.2%本实施例通过模拟真实业务，可以测量业务质量，而不仅仅是网络质量；本实施例通过内嵌在核心网网元中的业务质量监控装置执行相关的监控操作，无需引入新的监控设备，避免安全风险及减少维护成本，并且监控的是实际的业务路径而不是引入的新的监控设备与目的端的路径，保证监控的准确性；本实施例通过将保留的漫游号码作为拨测号码，可以降低工作量；本实施例通过该装置自身主动产生呼叫业务包，实现主动监控，能够实现故障预警机制；本实施例没有限定采用私有协议，可以采用通用的协议实现，避免采用私有协议造成的使用受限问题；本实施例通过将业务质量上报给网管系统，有利于统一管理。图6为本发明第三实施例的装置的结构示意图，包括模拟真实业务模块61、业务质量检测模块62和业务质量上报模块63。模拟真实业务模块61用于接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互；业务质量检测模块62用于检测所述模拟真实业务的业务包传输时的业务质量；业务质量上报模块63用于将所述业务质量发送给所述网管系统。本实施例的该装置可以内嵌在核心网网元中。本实施例中的拨测号码可以为保留的MSRN。本实施例通过模拟真实业务，可以测量业务质量，而不仅仅是网络质量；通过发起与目的端的模拟真实业务的交互，可以对业务质量进行主动的测量，起到预警作用；进一步地，通过嵌入在核心网网元中的装置执行相关的监控操作，无需引入新的监控设备，避免安全风险及减少维护成本，并且监控的是实际的业务路径而不是引入的新的监控设备与目的端的路径，保证监控的准确性；通过将保留的漫游号码作为拨测号码，可以降低工作量。图7为本发明第四实施例的装置的结构示意图，该装置可以内嵌在核心网网元中，包括模拟真实业务模块71、业务质量检测模块72和业务质量上报模块73。本实施例中，模拟真实业务模块71包括第一单元711、第二单元712和第三单元713，第一单元711用于建立与所述拨测号码表中的拨测号码对应的目的端的信令连接；第二单元712用于在成功建立信令连接后，建立与所述目的端的业务承载；第三单元713用于与所述目的端通过所述业务承载上交互业务包。所述业务质量检测模块72具体用于产生第一业务包，并通过所述业务承载将所述第一业务包发送给所述目的端，使所述目的端在接收到所述第一业务包后，所述目的端获取所述第一业务包在所述业务承载上传输时的第一网络损伤信息，所述目的端根据所述第一网络损伤信息计算得到从所述装置到所述目的端方向的第一业务质量；并根据RTCP从所述目的端获取所述第一业务质量。则业务质量上报模块73具体用于将所述第一业务质量发送给所述网管系统。或者，所述业务质量检测模块72具体用于接收所述目的端产生并通过所述业务承载发送的第二业务包；在接收到所述第二业务包后，获取所述第二业务包在所述业务承载上传输时的第二网络损伤信息，并根据所述第二网络损伤信息计算得到从所述目的端到所述装置方向的第二业务质量。则业务质量上报模块73具体用于将所述第二业务质量发送给所述网管系统。本实施例通过模拟真实业务，可以测量业务质量，而不仅仅是网络质量；通过嵌入在核心网网元中的装置执行相关的监控操作，无需引入新的监控设备，避免安全风险及减少维护成本，并且监控的是实际的业务路径而不是引入的新的监控设备与目的端的路径，保证监控的准确性；本实施例通过将保留的漫游号码作为拨测号码，可以降低工作量；本实施例由媒体网关产生呼叫业务包，实现主动监控，能够实现故障预警机制；本实施例没有限定采用私有协议，可以采用通用的协议实现，避免采用私有协议造成的使用受限问题。综上所述，由于网络中的各局端都具有漫游号码，本发明实施例通过将保留的漫游号作为拨测号码，可以实现全网寻址，并且不需要重新进行路由寻址配置，减轻工作量；本发明实施例采用公有的协议进行操作，可以使本发明实施例的方法更具有通用性，采用RTCP可以区分发送和接收方向；本发明实施例无需增加外置的监控设备，可以降低设备的投入并提高安全性；本发明实施例是一种主动监控的方法，可以提前发现承载网的问题，起到预警作用。本发明实施例采用模拟真实业务的方式，测量的是业务质量，而不单单是网络质量，满足对业务检测的需求。可以理解的是，本发明实施例不仅可以应用于语音业务，还可以应用于IP承载网上的其他业务，例如视频电话、IPTV等。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案而非对其进行限制，尽管参照较佳实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依10然可以对本发明的技术方案进行修改或者等同替换，而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明技术方案的精神和范围。权利要求一种业务质量监控方法，其特征在于，包括接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互；检测所述模拟真实业务的业务包传输时的业务质量；将所述业务质量发送给所述网管系统。2.根据权利要求1所述的方法，其特征在于，所述与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互包括建立与所述拨测号码表中的拨测号码对应的目的端的信令连接；在成功建立信令连接后，建立与所述目的端的业务承载；与所述目的端通过所述业务承载上交互业务包。3.根据权利要求2所述的方法，其特征在于，所述检测所述模拟真实业务的业务包传输时的业务质量包括产生第一业务包，并通过所述业务承载将所述第一业务包发送给所述目的端，使所述目的端在接收到所述第一业务包后，所述目的端获取所述第一业务包在所述业务承载上传输时的第一网络损伤信息，所述目的端根据所述第一网络损伤信息计算得到第一业务质根据RTCP从所述目的端获取所述第一业务质量；所述将所述业务质量发送给所述网管系统具体包括将所述第一业务质量发送给所述网管系统。4.根据权利要求2所述的方法，其特征在于，所述检测所述模拟真实业务的业务包传输时的业务质量包括接收所述目的端产生并通过所述业务承载发送的第二业务包；在接收到所述第二业务包后，获取所述第二业务包在所述业务承载上传输时的第二网络损伤信息，并根据所述第二网络损伤信息计算得到第二业务质量；所述将所述业务质量发送给所述网管系统具体包括将所述第二业务质量发送给所述网管系统。5.根据权利要求l-4任一所述的方法，其特征在于，所述拨测号码为保留的漫游号码。6.—种业务质量监控装置，其特征在于，包括模拟真实业务模块，用于接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互；业务质量检测模块，用于检测所述模拟真实业务的业务包传输时的业务质量；业务质量上报模块，用于将所述业务质量发送给所述网管系统。7.根据权利要求6所述的装置，其特征在于，所述模拟真实业务模块包括第一单元，用于建立与所述拨测号码表中的拨测号码对应的目的端的信令连接；第二单元，用于在成功建立信令连接后，建立与所述目的端的业务承载；第三单元，用于与所述目的端通过所述业务承载上交互业务包。8.根据权利要求7所述的装置，其特征在于，所述业务质量检测模块具体用于产生第一业务包，并通过所述业务承载将所述第一业务包发送给所述目的端，使所述目的端在接收到所述第一业务包后，所述目的端获取所述第一业务包在所述业务承载上传输时的第一网络损伤信息，所述目的端根据所述第一网络损伤信息计算得到第一业务质量；并根据RTCP从所述目的端获取所述第一业务质量；则所述业务质量上报模块具体用于将所述第一业务质量发送给所述网管系统。9.根据权利要求7所述的装置，其特征在于，所述业务质量检测模块具体用于接收所述目的端产生并通过所述业务承载发送的第二业务包；在接收到所述第二业务包后，获取所述第二业务包在所述业务承载上传输时的第二网络损伤信息，并根据所述第二网络损伤信息计算得到从所述目的端到所述装置方向的第二业务质量；则所述业务质量上报模块具体用于将所述第二业务质量发送给所述网管系统。10.根据权利要求6-9任一所述的装置，其特征在于，所述装置内嵌在核心网网元中。全文摘要本发明实施例公开了一种业务质量监控方法和装置，该方法包括接收网管系统发送的拨测号码表，与所述拨测号码表中的拨测号码对应的目的端，进行模拟真实业务的交互；检测所述模拟真实业务的业务包传输时的业务质量；将所述业务质量发送给所述网管系统。本发明实施例可以简便准确地实现对IP承载网的业务质量进行主动监控。文档编号H04W24/10GK101702811SQ20091022215公开日2010年5月5日申请日期2009年11月18日优先权日2009年11月18日发明者应建,梁以业,郑国东,陈明功申请人:华为技术有限公司