WO2011144041A2 - 服务质量检测的方法、监控中心、监测探针和系统 - Google Patents

服务质量检测的方法、监控中心、监测探针和系统 Download PDF

Info

Publication number
WO2011144041A2
WO2011144041A2 PCT/CN2011/074335 CN2011074335W WO2011144041A2 WO 2011144041 A2 WO2011144041 A2 WO 2011144041A2 CN 2011074335 W CN2011074335 W CN 2011074335W WO 2011144041 A2 WO2011144041 A2 WO 2011144041A2
Authority
WO
WIPO (PCT)
Prior art keywords
service
transmission network
connection information
service transmission
monitoring probe
Prior art date
Application number
PCT/CN2011/074335
Other languages
English (en)
French (fr)
Other versions
WO2011144041A3 (zh
Inventor
张登银
李四浩
程春玲
吴超
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201180000612.5A priority Critical patent/CN102204166B/zh
Priority to PCT/CN2011/074335 priority patent/WO2011144041A2/zh
Publication of WO2011144041A2 publication Critical patent/WO2011144041A2/zh
Publication of WO2011144041A3 publication Critical patent/WO2011144041A3/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/12—Network monitoring probes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method for detecting quality of service, a monitoring center, a monitoring probe, and a system. Background technique
  • SLA Service Level Agreement
  • the active test system for network quality includes: one MCS (Management & Control Server), multiple MP (Monitoring Probe), three databases.
  • the monitoring probes are distributed across multiple SLA monitoring points selected in the Diffserv (Differentiated Service Architecture) domain.
  • the MCS generates a corresponding test task for a certain type of service during the monitoring period, and notifies the test task to all MPs in the Diffserv domain, so that they send test data to each other.
  • the MPs at the receiving end of all test datagrams feed back the SLA performance data to the MCS after obtaining the SLA performance data.
  • the MCS can simulate the real-time network usage status, that is, the service transmission.
  • the SLA compliance result of the network and then the MCS comprehensively evaluates the resource usage status of the network and the SLA violation status of the service according to the performance of each device of the network, and the administrator of the Diffserv domain effectively manages the network resources in the domain and balances the network. Active traffic alert for traffic load or for violation of SLA.
  • embodiments of the present invention provide a method for detecting quality of service, a monitoring center, a monitoring probe, and a system.
  • the technical solution is as follows:
  • a method for detecting a quality of service where a monitoring probe is separately set at an ingress gateway and an egress gateway of a service transmission network, where the method includes:
  • the monitoring probe receives, by the monitoring probe at the egress gateway, the performance data of the relevant service level agreement of the service transmission network fed back by the detection task, where the performance data of the relevant service level agreement of the service transmission network is the egress gateway
  • the monitoring probe is obtained according to the simulated data packet, and obtains compliance result for the service level agreement in the service transmission process according to the performance data of the relevant service level agreement of the service transmission network.
  • a monitoring center where a monitoring probe is separately disposed at an ingress gateway and an egress gateway of the service transmission network, where the monitoring center includes:
  • a generating module configured to read connection information of the service transmission network in the connection information database, and generate a detection task for the service transmission network;
  • a sending module configured to send the detection task and the connection information to a monitoring probe at the ingress gateway and a monitoring probe at the egress gateway, so that the monitoring probe of the ingress gateway is according to the connection
  • the routing information indicated by the information sends an analog data packet to a monitoring probe at the egress gateway to perform the detecting task
  • a receiving module configured to receive, by the monitoring probe at the egress gateway, performance data of an associated service level agreement of the service transmission network that is performed by the detection task, and performance data of a related service level agreement of the service transmission network Obtaining a monitoring probe at the egress gateway according to the simulated data packet, and obtaining compliance result for a service level agreement in the service transmission process according to performance data of an associated service level agreement of the service transmission network.
  • a monitoring probe located at an ingress gateway of a service transmission network, the monitoring probe comprising:
  • An obtaining module configured to acquire an attribute of a service level agreement that the service needs to test
  • a generating module configured to generate an analog data packet according to an attribute of a service level agreement that the service needs to test
  • a sending module configured to: according to the routing information indicated by the connection information, impersonate a transmission route of the service, and actively send the analog data packet to a monitoring probe at an egress gateway, so that the monitoring probe at the egress gateway receives After the analog data packet, the performance data of the relevant service level agreement of the service transmission network is obtained according to the analog data packet.
  • a monitoring probe located at an egress gateway of a service transmission network, the monitoring probe comprising:
  • a receiving module configured to receive an analog data packet sent by the monitoring probe at the ingress gateway
  • An obtaining module configured to acquire, according to the simulated data packet, performance data of an associated service level agreement of the service transmission network
  • the feedback module is configured to feed back performance data of the relevant service level agreement of the service transmission network to the monitoring center.
  • a system for quality of service detection comprising: a monitoring center, a first monitoring probe, and a second monitoring probe; wherein the first monitoring probe is disposed in a required detection service At the ingress gateway, the second monitoring probe is disposed at the egress gateway that needs to detect the service;
  • the monitoring center is configured to read connection information of the service transmission network in the connection information database, and generate a detection task for the service transmission network; and send the detection task and the connection information to the portal a monitoring probe at the gateway and a monitoring probe at the egress gateway; receiving, by the monitoring probe at the egress gateway, performance data of an associated service level agreement of the service transmission network fed back by the detection task, and Obtaining compliance results for service level agreements in the service transmission process according to performance data of related service level agreements of the service transmission network;
  • the first monitoring probe is configured to receive a detection task sent by the monitoring center; acquire an attribute of a service level agreement that the service needs to test; generate an analog data packet according to an attribute of a service level agreement that the service needs to test Transmitting, according to the routing information indicated by the connection information, a transmission route of the service, and actively sending the analog data packet to a monitoring probe at the egress gateway;
  • the second monitoring probe is configured to: after receiving the analog data packet sent by the first monitoring probe, acquire performance data of a related service level agreement of the service transmission network according to the analog data packet, and The performance data of the relevant service level agreement of the service transmission network is fed back to the monitoring center.
  • the technical solution provided by the embodiment of the present invention has the beneficial effects that: when detecting the SLA compliance of a specific service, the monitoring probe is set only at the ingress gateway and the egress gateway of the service, so that the monitoring probe at the ingress gateway is generated. After the data packet is simulated, it can be transmitted to the monitoring probe at the egress gateway according to the routing indication in the connection information, thereby reducing the number of active test probes and the amount of data processing, and also saving network bandwidth.
  • Figure 1 shows the basic structure of the DiffServ network domain model
  • FIG. 2 is a flowchart of a method for detecting quality of service provided by an embodiment of the present invention
  • FIG. 3 is a flowchart of a method for quality of service detection according to another embodiment of the present invention.
  • FIG. 4 is a schematic diagram of a value range of a monitoring period according to another embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a time limit of an MCS generation test task according to another embodiment of the present invention
  • FIG. 6 is a schematic diagram of a transmission scenario of an IPTV service according to another embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a monitoring center according to still another embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of another monitoring center according to another embodiment of the present invention.
  • FIG. 9 is a schematic structural view of a monitoring probe according to still another embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of another monitoring probe according to still another embodiment of the present invention.
  • FIG. 11 is a schematic diagram of a system for quality of service detection according to another embodiment of the present invention. detailed description
  • edge nodes includes an ingress node and an egress node. It is located at the network boundary and is connected to other networks or hosts. It can be regarded as the entrance and exit of the domain, providing the two functions of communication.
  • the core node is located inside the domain and is connected to the edge node or other core nodes. , complete classification and forwarding of the aggregated communication flow.
  • DiffServ's workflow is as follows: The user will sign an SLA with his ISP (Internet Service Provider) in advance to clarify the level of service supported and the amount of traffic allowed in each business level. It can be static or dynamic. Static SLAs need to be negotiated on a regular basis. Dynamic SLA clients request the required services with some kind of signaling protocol (such as RSVP) (RSVP is not part of DiffServ, but the two can be used together). Users can mark their own DS-Coded DSCP (Differen-tiated Services CodePoint) to specify the QoS service, or they can be tagged by the edge router according to the multi-field MF (MultiField) classification.
  • RSVP Internet Service Provider
  • the edge node When a user group enters the DiffServ domain, the edge node first classifies, adjusts, and aggregates the individual flows entering the network according to the local policy, and aggregates them into different communication aggregation flows, and sets the DSCP of the DS field in the IP header; the core node according to the IP header
  • the DSCP selects a specific scheduling forwarding service, that is, PHB (Per Hop Behavior).
  • PHB Per Hop Behavior
  • the domain also includes a BB (Bandwidth Broker) node.
  • BB Bandwidth Broker
  • Step 101 Read connection information of a service transmission network in a connection information database, and generate a detection task for the service transmission network;
  • Step 102 Send the detection task and the connection information to the monitoring probe at the ingress gateway and the monitoring probe at the egress gateway, so that the monitoring probe of the ingress gateway sends the analog data packet to the egress gateway according to the routing information indicated by the connection information.
  • Monitoring probes to perform inspection tasks
  • Step 103 Receive the performance data of the relevant service level agreement of the service transmission network that is sent by the monitoring probe at the exit gateway, and the performance data of the relevant service level agreement of the service transmission network is the monitoring probe at the exit gateway according to the simulation.
  • the monitoring probe of the ingress gateway sends the analog data packet to the monitoring probe at the egress gateway according to the routing information indicated by the connection information, including:
  • the monitoring probe at the ingress gateway acquires the attributes of the service level agreement that the service needs to test
  • the transmission route of the service is simulated, and the monitoring probe of the analog data packet to the exit gateway is actively sent.
  • a detection task for the service transmission network is generated, which previously includes:
  • the method in this embodiment further includes:
  • connection information of the service transmission network is received within the preset time, it is determined whether the connection information of the received service transmission network is consistent with the connection information of the service transmission network stored in the connection information database, and if not, the service transmission network is updated. Connection information in the connection information database;
  • the connection information of the service transmission network is not received within the preset time, the connection information of the service transmission network is deleted in the connection information database. Further, in this embodiment, when the obtained compliance result of the service level agreement in the service transmission process cannot satisfy the pre-agreed service service level agreement data, the method further includes:
  • a fault detection task is generated according to the connection information of the service transmission network, and an active test task request is sent to the node on the service transmission network to locate the faulty node that is in violation.
  • the service transmission network includes an interactive network television IPTV service transmission network.
  • Step 201 The border gateway and the core router through which the service flows acquire the corresponding connection information, and send the connection information to the monitoring control center.
  • the process continues until the service does not flow through the Diffserv domain. If the service does not flow through the domain within the preset time, the MCS shall immediately revoke the relevant information of the service from the connection information database, and avoid the MCS from the non-existent information stored in the connection information database. Wrong analysis of the overall performance of the network within the domain.
  • Step 203 Determine whether the connection information of the received service transmission network is consistent with the connection information of the service transmission network stored in the connection information database. If yes, go to step 205. Otherwise, go to step 204.
  • the MCS During the monitoring period T, the MCS generates an SLA monitoring task for the service, and adds the test task to the test task library (the test task library is used to manage and control all test tasks being performed in the entire network system), and the MCS reads through Take the connection information related to the test service required in the connection information database (such as routing information, egress gateway IP address, protocol type of service).
  • the test task library is used to manage and control all test tasks being performed in the entire network system
  • the MCS reads through Take the connection information related to the test service required in the connection information database (such as routing information, egress gateway IP address, protocol type of service).
  • Step 206 Send the monitoring task and connection information to the monitoring probe at the ingress gateway and the monitoring probe at the egress gateway.
  • this embodiment adopts a method of deploying probes only at the edge nodes, and monitors the quintuple information used by the user in a certain service process (usually refers to the source IP address, source port, destination IP address, destination port, and transmission).
  • the tuple information matches the ingress and egress of the associated user service to form the service connection path information, and generates the SLA compliance detection task for the user service connection path, and delivers the detection task to the corresponding ingress and egress gateway.
  • the MCS automatically generates a service monitoring task during the monitoring period.
  • the MP on the ingress gateway can be determined as the MP that sends the test packet; Connect the IP address of the egress gateway corresponding to the test service in the information database, and determine that the MP on the egress gateway is the MP that accepts the test data packet; according to all the core routers in the routing information corresponding to the test service in the connection information database , to determine the route of the test packet sent in this test task.
  • the MCS immediately notifies the MP on the ingress gateway and the MP on the egress gateway.
  • the MP1 on the ingress gateway specifies the test packet according to the routing information on the connection information according to the core router 1, the core router 2, ..., the core router ( Nl), core road
  • the routing sequence of the device n is sent to the probe MP2 of the egress gateway to perform an SLA test.
  • the monitoring probe at the ingress gateway obtains the attributes of the service level agreement that the service needs to test.
  • connection information According to the routing information indicated by the connection information, imitate the transmission route of the service, and actively send the analog data packet to the monitoring probe at the egress gateway.
  • the monitoring probe at the egress gateway After receiving the analog data packet, the monitoring probe at the egress gateway obtains the performance data of the relevant service level agreement of the service transmission network.
  • the protocol type of the analog data packet adopts the protocol type actually used by the service recorded on the connection information database.
  • the ingress gateway MP1 maps the SLA database for the service, determines the SLA service attributes that need to be tested for such services, selects the appropriate test tool from the test tool set, imitates the route according to the routing information provided by the MCS, and sends the test data packet to the exit.
  • Gateway MP2 After receiving the test data packet, the egress gateway MP2 obtains the SLA performance data, and notifies the MCS monitoring task through the underlying communication module, and feeds the SLA performance data to the MCS.
  • Step 208 The egress gateway feeds back the performance data of the related service level agreement of the obtained service transmission network to the MCS, and the MCS obtains the compliance result of the service level agreement in the service transmission process according to the performance data of the relevant service level agreement of the service transmission network. .
  • the egress gateway simultaneously sends the information about the end of the detection task to the MCS.
  • the MCS deletes the corresponding task item in the test task library, and immediately performs the original SLA performance data transmitted by the egress gateway MP2.
  • Processing combined with the network resource usage information stored in the connection information database, can analyze the overall performance status of the network in the domain, and comprehensively measure network performance, network resource usage status, and SLA violation of the service.
  • the administrator of the Diffserv domain effectively manages the network resources in the domain, balances the traffic load in the network, or performs active alarm for the violation of the SLA.
  • the processed data is saved in the result database; according to the preset SLA benchmark, if the test result violates the SLA benchmark, an alarm will be automatically generated.
  • the discovery and alarm of SLA performance events are completed in real time, due to the drastic changes in network conditions, if the SLA performance event is discovered and alarmed every time the data is sampled, the system is too sensitive to the network status, which may result in many unnecessary The alarm, the operation of the interference system, so we set the performance event as the alarm trigger threshold for several consecutive times according to the SLA rule, thus ensuring the timely detection and alarm of performance events, and avoiding false alarms of performance events.
  • the method further includes: generating a fault according to the connection information of the service transmission network. The task is detected and an active test task request is sent to a node on the service transport network to locate the faulty node that violates the rules.
  • analyzing the test result returned by the egress gateway MP generating an active test task request according to the quintuple corresponding to the service connection process, the intermediate node in the associated service delivery process, testing the fault node, and the foregoing simulation
  • the process of detecting a certain service flow and generating the service transmission network is the same, except that the detection task generated here is a fault detection task, which is used to locate the faulty node, and the above detection task is used to obtain the SLA compliance result, and Let me repeat.
  • the bandwidth between the MCS, various databases, and the core router is at least 100 MB/s, and the physical layout of these devices is about 100 km.
  • All the data that needs to be updated in the connection information database during the monitoring period is within 10MB, the statistical average time for the MCS to process the original test data and the average time for updating the data of the connection information database need at least several seconds. Therefore, in this case, the embodiment performs an active test on the service.
  • the value of the transmission time of the time data is basically determined by the total time of the data analysis processing, that is, the statistical average time (set to t1) processed by the MCS for the original test data and the average time of the updated data of the connection information database ( Set to t2) Both decide.
  • step (1) 1 (5) If the system has a monitoring cycle time in actual operation, when the proportion of quality monitoring time for the service is less than 50%, repeat step (1) 1 (5) to determine the new monitoring time ⁇ ;
  • the MCS can generate a corresponding test task in the first time period of FIG. 5, in the second time period (the length of the time period indicated by the second time period) In the case of A) and the third time period, since the information database information in the time period B is in an indeterminate state, the MCS finally cannot obtain the relevant data of the overall performance status of the Diffserv domain in real time.
  • the transmission scenario of the IPTV (interactive network television) service is taken as an example, but the embodiment of the present invention is not limited to this service scenario.
  • the transmission scenario of the IPTV service user A uses a cable modem to connect to the IPTV network to use DVB-S, and user B uses an ASDL modem to connect to the IPTV network to use DVB-C.
  • the monitoring system is only used in the border gateway of the IPTV network.
  • the MP is set and controlled by the MCS, and the IPTV network administrator interacts with the MCS to implement management and configuration of the entire IPTV.
  • the monitoring process of the IPTV service is as follows:
  • IPTV service flow of a user (such as user A or user B) enters the IPTV network from the ingress gateway through the modem, flows from the egress gateway to other networks, or flows to the IP encapsulator, the IPTV service of the user flows through
  • the MP sends the connection information to the MCS in the IPTV network, and the MCS adds the connection information to the connection information database immediately after discovering the new connection information.
  • the entrance gateway MP immediately performs the test tasks required by the MCS.
  • the ingress gateway MP imitates the route according to the routing information of the user's IPTV service on the connection information database, and sends the test data to the egress gateway MP.
  • the egress gateway MP After receiving the test data packet, the egress gateway MP obtains the required SLA performance according to the characteristics of the IPTV service.
  • the data important parameters affecting video transmission are: Lantency, Jitter, and Packet Loss), which notify the MCS of the end of the monitoring task through the underlying communication module, and feed back the SLA performance data to the MCS.
  • the MCS After receiving the notification, the MCS deletes the corresponding task record in the test task library, and immediately processes the original data transmitted by the exit gateway MP, and combines the IPTV network resource usage status information stored in the connection information database. It can analyze the overall performance of the network in the domain, and comprehensively measure the network performance, the resource usage of the network, and the SLA violation of the service, so that the network management can effectively manage the network resources in the domain and balance the traffic load in the network. Or proactive alerts for violations of SLAs. At the same time, the processed data is saved in the result database; according to the preset SLA benchmark, if the test result violates the SLA benchmark, an alarm will be automatically generated.
  • the technical solution provided by the embodiment of the present invention has the beneficial effects that: when the service provider monitors the SLA compliance in a specific process of using a specific service by a specific user in a certain network domain, only the monitoring is set at the ingress gateway and the egress gateway of the service. a probe, and a connection information database for storing connection information on the service transmission path, so that the monitoring probe at the ingress gateway can transmit the monitoring packet to the egress gateway according to the routing indication in the connection information after generating the analog data packet. Probes, which reduce the number of active test probes and the amount of data processing, while also saving network bandwidth.
  • another embodiment of the present invention provides a monitoring center, where the monitoring center includes: a generating module 301, a sending module 302, and a receiving module 303.
  • the generating module 301 is configured to read connection information of the service transmission network in the connection information database, and generate a detection task for the service transmission network;
  • the receiving module 303 is configured to receive performance data of a related service level agreement of the service transmission network that the monitoring probe performs the detection task feedback at the egress gateway, and the performance data of the relevant service level agreement of the service transmission network is a monitoring probe at the egress gateway.
  • the pin obtains the compliance result for the service level agreement in the service transmission process according to the performance data acquired by the analog data packet and according to the performance data of the relevant service level agreement of the service transmission network.
  • the monitoring center also includes: The obtaining module 304 is configured to: before the generating module generates the detecting task for the service transmission network, receive connection information of the service transmission network reported by each node on the service transmission network, and add the connection information to the connection information database.
  • the monitoring center also includes:
  • the determining module 305 is configured to determine whether the connection information of the service transmission network reported by each node on the service transmission network is received within a preset time; if the service transmission connection information is received within a preset time, the received service is determined. Whether the connection information of the transmission network is consistent with the connection information of the service transmission network stored in the connection information database, and if not, the connection information of the service transmission network in the connection information database is updated; if the service transmission network is not received within a preset time The connection information deletes the connection information of the service transmission network in the connection information database.
  • the monitoring center also includes:
  • the locating module 306 is configured to: when the acquired compliance result of the service level agreement in the service transmission process fails to meet the pre-agreed service service level agreement data, generate a fault detection task according to the connection information of the service transmission network, and transmit the fault detection task to the service A node on the network sends an active test task request to locate the failed node.
  • a monitoring probe which is located at an ingress gateway of a service transmission network, and includes: an obtaining module 401, a generating module 402, and a sending module 403.
  • the obtaining module 401 is configured to obtain an attribute of a service level agreement that the service needs to test;
  • the generating module 402 is configured to generate an analog data packet according to the attribute of the service level agreement that the service needs to test, and the sending module 403 is configured to: according to the routing information indicated by the connection information, imitate the transmission route of the service, and actively send the analog data packet to the egress gateway.
  • the monitoring probe is configured to enable the monitoring probe at the egress gateway to receive the analog data packet, and obtain the performance data of the relevant service level agreement of the service transmission network according to the analog data packet. Referring to FIG. 10, an embodiment of the present invention further provides a monitoring probe, where the monitoring probe is located at an egress gateway of a service transmission network, and includes:
  • the receiving module 501 is configured to receive an analog data packet sent by the monitoring probe at the ingress gateway.
  • the obtaining module 502 is configured to obtain performance data of a related service level agreement of the service transmission network according to the analog data packet;

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种服务质量检测的方法、监控中心、监测探针和系统，属于通信技术领域。在业务传输网络的入口网关和出口网关处分别设置监测探针，所述方法包括：读取连接信息数据库中的所述业务传输网络的连接信息，并生成对业务传输网络的检测任务；将检测任务和连接信息发送到入口网关处的监测探针和出口网关处的监测探针，使入口网关的监测探针根据连接信息指示的路由信息发送模拟数据包到出口网关处的监测探针，以执行检测任务；接收出口网关处的监测探针反馈的业务传输网络的相关业务等级协定的性能数据，并根据业务传输网络的相关业务等级协定的性能数据获取针对业务传输过程中的业务等级协定的遵从性结果。

Description

服务质量检测的方法、 监控中心、 监测探针和系统 技术领域
本发明涉及通信技术领域， 特别涉及一种服务质量检测的方法、 监控中心、 监测探针 和系统。 背景技术
随着微电子技术、计算机技术的进步， 网络规模不断扩大，用户对网络的 QoS (Qual ity of Service, 服务质量） 意识也在不断地增强。 用户在访问自己感兴趣的服务时， 往往要 求获得一定的服务质量， 为了使自己需要的服务能够得到保障， 用户事先与服务提供商或 网络运营商达成 SLA (Service Level Agreement , 业务等级协定）。 SLA是服务提供商或网 络运营商和用户之间在服务品质、 优先权和责任义务等方面达成的协议， 是一种电信服务 评估标准。 为了遵循这个协议， 网络运营商必须对网络进行监测， 以及时了解当前网络及 应用服务的运行状况并给出评价。 当网络出现故障导致性能下降时给予报警， 实现网络管 理的自动化， 提高网络的性能和服务质量， 是维护大型网络的必然要求。
现有技术中， 服务提供商或网络运营商一般采用主动测试的方法， 对网络服务质量进 行监测。其中， 对网络质量的主动测试系统包括： 一个 MCS (Management & Control Server, 监测控制中心）， 多个 MP (Monitoring Probe, 监测探针）， 三个数据库。 监测探针分布在 Diffserv (Differentiated Service, 区别服务体系结构） 域中选取的多个 SLA监测点。 在现有主动服务质量监测系统的运行期， 在监测周期内 MCS 针对某类业务生成对应的测试 任务， 并将测试任务通知给本 Diffserv域内的所有 MP， 让它们两两相互之间发送测试数据 报， 以执行 SLA测试， 所有测试数据报接收端的 MP在获取 SLA性能数据后， 把 SLA性能数 据反馈给 MCS， MCS根据这些原始的性能数据， 可以模拟生成实时的网络使用状况， 即该业 务传输网络的 SLA遵从性结果， 然后 MCS根据网络各项设备的性能综合评测网络的资源使 用状况以及该类业务的 SLA违背情况， 供 Diffserv域的管理者有效的管理本域内的网络资 源、 均衡网络内的流量负载或针对违背 SLA的情况进行主动告警。
现有技术中， 由于需要在网络中的多个节点上部署监测探针， 增加了网络布局的复杂 性， 且多个监测探针间随意发送测试数据包， 占用了网络较大带宽， 一定程度上降低了网 络服务性能。 发明内容
为了解决现有技术中的缺点， 本发明实施例提供了一种服务质量检测的方法、 监控中 心、 监测探针和系统。 所述技术方案如下：
一方面， 提供了一种服务质量检测方法， 在业务传输网络的入口网关和出口网关处分 别设置监测探针， 所述方法包括：
读取连接信息数据库中的所述业务传输网络的连接信息， 并生成对所述业务传输网络 的检测任务；
将所述检测任务和所述连接信息发送到所述入口网关处的监测探针和所述出口网关处 的监测探针， 使所述入口网关的监测探针根据所述连接信息指示的路由信息发送模拟数据 包到所述出口网关处的监测探针， 以执行所述检测任务；
接收所述出口网关处的监测探针执行完所述检测任务反馈的所述业务传输网络的相关 业务等级协定的性能数据， 所述业务传输网络的相关业务等级协定的性能数据是所述出口 网关处的监测探针根据所述模拟数据包获取的， 并根据所述业务传输网络的相关业务等级 协定的性能数据获取针对所述业务传输过程中的业务等级协定的遵从性结果。
一方面， 提供了一种监控中心， 在业务传输网络的入口网关和出口网关处分别设置监 测探针， 所述监控中心包括：
生成模块， 用于读取连接信息数据库中的所述业务传输网络的连接信息， 并生成对所 述业务传输网络的检测任务；
发送模块， 用于将所述检测任务和所述连接信息发送到所述入口网关处的监测探针和 所述出口网关处的监测探针， 使所述入口网关的监测探针根据所述连接信息指示的路由信 息发送模拟数据包到所述出口网关处的监测探针， 以执行所述检测任务；
接收模块， 用于接收所述出口网关处的监测探针执行完所述检测任务反馈的所述业务 传输网络的相关业务等级协定的性能数据， 所述业务传输网络的相关业务等级协定的性能 数据是所述出口网关处的监测探针根据所述模拟数据包获取的， 并根据所述业务传输网络 的相关业务等级协定的性能数据获取针对所述业务传输过程中的业务等级协定的遵从性结 果。
另一方面， 提供了一种监测探针， 所述监测探针位于业务传输网络的入口网关处， 所 述监测探针包括：
获取模块， 用于获取所述业务需要测试的业务等级协定的属性；
生成模块， 用于根据所述业务需要测试的业务等级协定的属性， 生成模拟数据包； 发送模块， 用于根据所述连接信息指示的路由信息， 模仿所述业务的传输路由， 主动 发送所述模拟数据包到出口网关处的监测探针， 使所述出口网关处的监测探针接收到所述 模拟数据包后， 根据所述模拟数据包获取所述业务传输网络的相关业务等级协定的性能数 据。
另一方面， 还提供了一种监测探针， 所述监测探针位于业务传输网络的出口网关处， 所述监测探针包括：
接收模块， 用于接收入口网关处的监测探针发送的模拟数据包；
获取模块， 用于根据所述模拟数据包获取所述业务传输网络的相关业务等级协定的性 能数据；
反馈模块， 用于将所述业务传输网络的相关业务等级协定的性能数据反馈给监控中心。 另一方面， 还提供了一种服务质量检测的系统， 所述系统包括： 监控中心、 第一监测 探针和第二监测探针； 其中， 所述第一监测探针设置于所需检测业务的入口网关处， 所述 第二监测探针设置于所述需要检测业务的出口网关处；
所述监控中心， 用于读取连接信息数据库中的所述业务传输网络的连接信息， 并生成 对所述业务传输网络的检测任务； 将所述检测任务和所述连接信息发送到所述入口网关处 的监测探针和所述出口网关处的监测探针； 接收所述出口网关处的监测探针执行完所述检 测任务反馈的所述业务传输网络的相关业务等级协定的性能数据， 并根据所述业务传输网 络的相关业务等级协定的性能数据获取针对所述业务传输过程中的业务等级协定的遵从性 结果；
所述第一监测探针， 用于接收所述监控中心发送的检测任务； 获取所述业务需要测试 的业务等级协定的属性； 根据所述业务需要测试的业务等级协定的属性， 生成模拟数据包; 根据所述连接信息指示的路由信息， 模仿所述业务的传输路由， 主动发送所述模拟数据包 到所述出口网关处的监测探针；
所述第二监测探针， 用于接收到所述第一监测探针发送的模拟数据包后， 根据所述模 拟数据包获取所述业务传输网络的相关业务等级协定的性能数据， 并将所述业务传输网络 的相关业务等级协定的性能数据反馈给所述监控中心。
本发明实施例提供的技术方案的有益效果是： 在检测某特定业务的 SLA遵从性时， 只 在该业务的入口网关和出口网关处设置监测探针， 使得入口网关处的监测探针在生成模拟 数据包后， 能够根据连接信息中的路由指示传送给出口网关处的监测探针， 从而减少了主 动测试探针的数量和数据处理的数量， 同时也节省了网络带宽。 附图说明
图 1是 DiffServ网络域模型的基本结构；
图 2是本发明的实施例提供的一种服务质量检测的方法的流程图；
图 3是本发明的另一实施例提供的一种服务质量检测的方法的流程图；
图 4是本发明的另一实施例提供的监测周期取值范围的示意图；
图 5是本发明的另一实施例提供的 MCS生成测试任务在时间上的限制的示意图； 图 6是本发明的另一实施例提供的 IPTV业务的传输场景的示意图；
图 7是本发明的又一实施例提供的一种监控中心的结构示意图；
图 8是本发明的又一实施例提供的另一种监控中心的结构示意图；
图 9是本发明的又一实施例提供的一种监测探针的结构示意图；
图 10是本发明的又一实施例提供的另一种监测探针的结构示意图；
图 11是本发明的又一明实施例提供的一种服务质量检测的系统的示意图。 具体实施方式
为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明实施方式作 进一步地详细描述。
参见图 1， 展示了 DiffServ网络域模型的基本结构， 域中节点分为两类： 边缘节点和 核心节点。 边缘节点包括入口节点和出口节点， 位于网络边界， 与其它网络或主机相连， 可以看作域的入口和出口， 提供通信两端调节功能； 核心节点位于域内部， 与边缘节点或 其它核心节点相连， 完成对汇聚通信流的分类和转发。
DiffServ的工作流程如下： 用户会事先与他的 ISP ( Internet Service Provider, 服 务提供商） 签定一个 SLA， 明确所支持的业务级别以及在每个业务级别中所允许的业务量。 它可以是静态的， 也可以是动态的。 静态 SLA需要定期协商， 动态 SLA的客户用某种信令 协议 （如 RSVP) 请求所要求的服务 （RSVP并非是 DiffServ中的一部分， 只是二者可以结 合使用）。 用户可以标记自己的 DS编码标记 DSCP (Differen-tiated Services CodePoint, 区分服务标记） 以指定 QoS的服务， 也可以让边缘路由器根据多字段 MF (MultiField) 分 类来标记。
用户分组在进入 DiffServ域时， 首先由边缘节点根据本地策略对进入网络的单个流进 行分类、 调节， 聚合为不同的通信汇聚流， 同时设置 IP报头中 DS字段的 DSCP; 核心节点 根据 IP报头的 DSCP选择特定的调度转发服务， 即 PHB (Per Hop Behavior, 逐跳行为）。 另外，为了管理 DiffServ域的资源和协调域之间的服务级别，域中还包括了 BB (Bandwidth Broker, 带宽代理）节点。 参见图 2， 本发明实施例提供了一种服务质量检测的方法， 在业务传输网络的入口网关 和出口网关处分别设置监测探针， 该方法包括：
步骤 101 : 读取连接信息数据库中的业务传输网络的连接信息， 并生成对业务传输网络 的检测任务；
步骤 102:将检测任务和连接信息发送到入口网关处的监测探针和出口网关处的监测探 针， 使入口网关的监测探针根据连接信息指示的路由信息发送模拟数据包到出口网关处的 监测探针， 以执行检测任务；
步骤 103:接收出口网关处的监测探针执行完检测任务反馈的业务传输网络的相关业务 等级协定的性能数据， 业务传输网络的相关业务等级协定的性能数据是出口网关处的监测 探针根据模拟数据包获取的， 并根据业务传输网络的相关业务等级协定的性能数据获取针 对业务传输过程中的业务等级协定的遵从性结果。
进一步地， 本实施例中， 使入口网关的监测探针根据连接信息指示的路由信息发送模 拟数据包到出口网关处的监测探针， 包括：
入口网关处的监测探针获取业务需要测试的业务等级协定的属性；
根据业务需要测试的业务等级协定的属性， 生成模拟数据包；
根据连接信息指示的路由信息， 模仿业务的传输路由， 主动发送模拟数据包到出口网 关处的监测探针。
本实施例中， 生成对业务传输网络的检测任务， 之前包括：
接收业务传输网络上的各节点上报的业务传输网络的连接信息， 并将连接信息添加到 连接信息数据库中。
进一步地， 本实施例中的方法还包括：
判断在预设时间内是否接收到业务传输网络上的各节点上报的业务传输网络的连接信 息；
如果在预设时间内接收到业务传输网络的连接信息， 则判断接收到的业务传输网络的 连接信息是否和连接信息数据库中存储的业务传输网络的连接信息一致， 如果不一致则更 新业务传输网络在连接信息数据库中的连接信息；
如果在预设时间内未接收到业务传输网络的连接信息， 则将业务传输网络的连接信息 在连接信息数据库中删除。 进一步地， 本实施例中， 当获取的针对业务传输过程中的业务等级协定的遵从性结果 不能满足预先约定的业务服务等级协定数据时， 该方法还包括：
根据业务传输网络的连接信息生成故障检测任务， 并向业务传输网络上的节点发送主 动测试任务请求， 以定位违规的故障节点。
业务传输网络包括交互式网络电视 IPTV业务传输网络。
本发明实施例提供的技术方案， 在检测某特定业务的 SLA遵从性时， 只在该业务的入 口网关和出口网关处设置监测探针， 使得入口网关处的监测探针在生成模拟数据包后， 能 够根据连接信息中的路由指示传送给出口网关处的监测探针， 从而减少了主动测试探针的 数量和数据处理的数量， 同时也节省了网络带宽。 参见图 3， 本发明另一实施例提供了一种服务质量检测的方法， 包括：
步骤 201 : 边界网关和业务流经的核心路由器获取相应的连接信息， 并将该连接信息发 送给监测控制中心。
本实施例中， 监测控制中心新增获取模块， 周期性的获取边界网关和业务流经的核心 路由器的连接信息， 该连接信息包括： 该业务流经的入口网关的 IP地址、 端口号； 该业务 流经的出口网关的 IP地址、端口号；该业务所使用的协议类型；该业务的 SLS( Service Level Specification, 业务等级规范） 信息； 该业务在域内的路由信息； 以及针对路由信息中流 经的所有核心路由器和边界网关，记录相邻的两个路由器之间的网络资源使用状况信息（网 络资源使用状况信息包括可用带宽、 丢包率、 响应时延和效率）。
进一步地， 本实施例中新增连接信息数据库， 连接信息数据库用于记录所有各类业务 从 Diffserv域的入口网关到 Diffserv域的出口网关的连接信息， 当某类业务流通过入口 网关从邻域进入本 Diffserv域时， 从出口网关流向其它域时， 监测控制中心在接收到该连 接信息后， 将连接信息添加到连接信息数据库中， 例如， 存在某一条业务流经的路由， 可 在数据库中分别记下入口网管至核心路由器 1、 核心路由器 1至核心路由器 2、 ……、 核心 路由器 (n-1)至核心路由器 n、 核心路由器 n至出口网关的网络资源使用状况的信息。
步骤 202: MCS判断在预设时间内是否接收到该业务传输网络上的各节点上报的连接信 息， 如果是， 则执行步骤 203; 否则， 将该业务传输网络的连接信息从连接信息数据库中删 除， 流程结束。
本实施例中， 如果该业务在预设时间内继续流经本域， 继续执行步骤， 直到该业务不 再流经本 Diffserv域。 如果该业务在预设时间内不再流经本域， MCS应立即将该业务的有 关信息从连接信息数据库中撤消， 避免 MCS 根据存储在连接信息数据库的不存在的信息， 错误的分析本域内的网络的整体性能状况。
步骤 203:判断接收到的业务传输网络的连接信息是否和连接信息数据库中存储的业务 传输网络的连接信息一致， 如果是， 则执行步骤 205， 否则， 执行步骤 204。
步骤 204: 更新连接信息数据库中的该业务的连接信息。
本实施例中， 在监测周期时间 T内， 如果 MCS侦测到出于某类原因， 该业务流更改了 自己某些连接信息，例如业务流的路由信息， MCS需要及时的在连接信息数据库中进行更改， 以便后续进行测试时， 入口网关和出口网关能获得准确的连接信息， 并执行测试任务。
步骤 205: MCS在监测周期内生成对该业务的 SLA监控任务， 并读取连接信息库中所需 测试业务相关的连接信息。
在监测周期 T内， MCS生成对该业务的 SLA监控任务， 并把该测试任务加入到测试任务 库中 （测试任务库用于管理控制整个网络系统中正在实行的所有测试任务）， MCS通过读取 连接信息数据库中所需测试业务相关的连接信息 （如路由信息， 出口网关 IP地址， 业务的 协议类型）。
步骤 206:将监控任务和连接信息发送到入口网关处的监测探针和出口网关处的监测探 针。
本实施例中， 在基于连接的业务交付过程中， 业务在某 Diffserv网络域交付过程中如 果入口网关 （或边缘由器） 固定， 出口网关 （或边缘路由器） 路由器往往是固定的。 而基 于 Diffserv建设的骨干传输网络其负载在较短的周期内往往是稳定的。 基于以上分析本实 施例采用只在边缘节点部署探针的方法， 监视用户使用某业务过程中的五元组信息 （通常 是指由源 IP地址， 源端口， 目的 IP地址， 目的端口， 和传输层协议号这五个量组成的一 个集合） 和 SLA 目标信息， 以及业务连接进入和流程出该网络域节点的信息， 并将上述监 视到的信息上发到监测控制中心； 监测控制中心通过五元组信息匹配关联用户业务的入口 和出口形成业务连接路径信息， 并生成针对该用户业务连接路径的 SLA遵从性的检测任务， 并将检测任务下发到对应的入口和出口网关。
其中， MCS在监测周期时间内自动生成业务的监测任务， 通过查找连接信息数据库中该 测试业务对应的入口网关的 IP地址， 即可以确定该入口网关上的 MP为发送测试数据包的 MP; 根据连接信息数据库中该测试业务对应的出口网关的 IP地址， 即可以确定该出口网关 上的 MP为接受测试数据包的 MP;根据连接信息数据库中该测试业务对应的路由信息中流经 的所有核心路由器， 即可以确定发送测试的数据包在本次测试任务中的路由。 MCS立即把任 务通知给入口网关上的 MP和出口网关上的 MP,入口网关上的 MP1根据连接信息上的路由信 息， 指定测试数据包按照核心路由器 1、 核心路由器 2、 ……、 核心路由器 (n-l)、 核心路 由器 n的路由顺序， 发送到出口网关的探针 MP2上以执行 SLA测试。
步骤 207:入口网关处的监测探针根据连接信息指示的路由信息发送模拟数据包到出口 网关处的监测探针， 以执行检测任务。
其中， 具体包括：
1 ) 入口网关处的监测探针获取业务需要测试的业务等级协定的属性。
2 ) 根据业务需要测试的业务等级协定的属性， 生成模拟数据包。
3 ) 根据连接信息指示的路由信息， 模仿业务的传输路由， 主动发送模拟数据包到出口 网关处的监测探针。
4) 出口网关处的监测探针接收到模拟数据包后， 获取业务传输网络的相关业务等级协 定的性能数据。
其中， 模拟数据包的协议类型采用连接信息数据库上记录的该类业务实际使用的协议 类型。 入口网关 MP1针对该业务在 SLA数据库进行映射， 确定此类业务需要测试的 SLA业 务属性， 从测试工具集中挑选合适的测试工具， 根据 MCS 提供的路由信息， 模仿其路由， 发送测试数据包给出口网关 MP2。 出口网关 MP2在收到测试数据包后， 获取 SLA性能数据， 并通过底层的通信模块通知 MCS监测任务结束， 并把 SLA性能数据反馈给 MCS。
步骤 208:出口网关将获取的业务传输网络的相关业务等级协定的性能数据反馈给 MCS, MCS 根据业务传输网络的相关业务等级协定的性能数据获取针对业务传输过程中的业务等 级协定的遵从性结果。
本实施例中， 出口网关同时将检测任务结束的信息发送给 MCS， MCS在接到通知后， 在 测试任务库中删除相应的任务项， 并立即对出口网关 MP2传送来的原始 SLA性能数据进行 处理， 结合存储在连接信息数据库中该业务有关的网络资源使用状况信息， 能够分析本域 内的网络的整体性能状况， 即可综合评测网络性能、 网络的资源使用状况以及该类业务的 SLA违背情况， 供 Diffserv域的管理者有效的管理本域内的网络资源、 均衡网络内的流量 负载或针对违背 SLA 的情况进行主动告警。 同时将处理后的数据保存在结果数据库中； 依 据预设的 SLA基准， 若测试结果违背了 SLA基准将自动产生告警。 因为 SLA性能事件的发 现和告警是实时完成的， 由于网络状况变动剧烈， 若每完成一次数据采样就做一次 SLA性 能事件的发现和告警则系统对网络状况太敏感， 可能会导致出现许多不必要的告警， 干扰 系统的运行， 所以我们根据 SLA规则设置连续数次发现性能事件作为告警触发阀值， 这样 保证了性能事件的及时发现和告警， 又避免性能事件的误报。
本实施例中， 如果该业务在预设时间内继续流经本域， 则继续执行步骤 205-208， 直到 该业务不再流经本 Diffserv域。 进一步地， 本实施例中， 当获取的针对业务传输过程中的业务等级协定的遵从性结果 不能满足预先约定的业务服务等级协定数据时， 该方法还包括： 根据业务传输网络的连接 信息生成故障检测任务， 并向业务传输网络上的节点发送主动测试任务请求， 以定位违规 的故障节点。 其中， 具体的， 分析出口网关 MP返回的测试结果， 根据业务连接过程对应的 五元组， 关联业务交付过程中的中间节点， 生成主动测试任务请求， 测试出该故障节点， 过程与前述的仿真某一业务流、 生成对该业务传输网络的检测任务过程相同， 只是在此生 成的检测任务为故障检测任务， 用于定位故障节点， 而上述检测任务用于获取 SLA遵从性 结果， 在此不再赘述。
本实施例中， 针对业务进行一次主动测试的时间 =数据分析处理总时间 +数据传输总时 间。 其中数据分析处理总时间， 包括 MCS对原始测试数据进行处理的统计平均时间为 tl， 连接信息数据库的更新数据的平均时间为 t2; 数据传输总时间表示各类数据在网络中的传 输的总时间，包括 MCS发送测试任务给入口网管的 MP1的统计平均时间 t3，入口网管的 MP1 传输测试数据包到入口网管的 MP2的统计平均时间为 t4， MCS与各类数据库之间传输数据 的统计平均时间为 t5; 各边界 MP和核心路由器向 MCS更新连接信息的统计平均时间为 t6， MCS更新连接信息数据库的统计平均时间为 t7。
数据传输总时间包括发送时间和传播时间。 其中发送时间是指节点在发送数据时使数 据块从节点进入到传输所需要的时间， 也就是从数据块的第一比特开始发送算起， 到最后 一比特发送完毕所需的时间， 发送时间 （以 s为单位） =数据块长度 （以 bit为单位） /信 道带宽 （以 bit/s为单位）； 传播时间是信号在信道中需要传播一定距离所需的时间， 传播 时间 （以 s为单位） = 信道长度 （以 km为单位） I 电磁波在信道上的传播速率 （以 bit/s 为单位）。
假设一个长度为 10MB数据块在带宽为 lOOMB/s信道上通过光纤传送到 100km远的目的 计算机， 根据以上公式可以得到： 发送时间 =10/100= 0. ls， 100km的传播时间 = 100 (km) /200000 (光纤信道的传播速率为 2 X m / s ) = 0. 0005s, 即总的传输时间为 0. 1005s。
在 Diffserv网络中， MCS、 各类数据库以及核心路由器之间的带宽至少为 100MB/s， 而 这些设备在物理上的布局间隔在 100km左右， 监测周期时间内连接信息数据库的所有需要 更新的数据在 10MB以内， 而 MCS对原始测试数据进行处理的统计平均时间， 以及连接信息 数据库的更新数据的平均时间至少需要好几秒的时间， 所以在这种情况下可知， 本实施例 对业务进行一次主动测试的时间数据的传输时间的数值基本上是由数据分析处理总时间来 决定的， 即由 MCS对原始测试数据进行处理的统计平均时间 （设为 tl ) 和连接信息数据库 的更新数据的平均时间 （设为 t2) 两者决定。 综上所述， 可知本实施例中的监测周期时间 T只与 t l和 t2有关。 同时可知本发明中 MCS针对某类业务的质量监测模拟生成网络状况所需的总时间为 A = t l (其中 t l的测量从 MCS接受到出口网关 MP返回的 SLA测试数据开始， 到 MCS模拟生成网络状况结束）， 更新该 类业务连接信息的总时间为 B = X2 (其中 t2的测量从连接信息数据库开始接受更新数据开 始， 到信息数据库完成更新数据结束）。 而现有技术中典型主动服务质量监测系统中的 MCS 针对同类业务的质量监测模拟生成网络状况所需的总时间为 C。对于实际运行中典型主动服 务质量监测系统而言， C应该是一个可接受的时间值， 即 C的数量级为秒（s )， 否则典型主 动测试模拟生成的 Diffserv域的整体性能状况将因具有太大的时延而不具有实用性了。
因为本实施例只需要对一条特定路由上的两个 MP之间发送测试包， MCS通过动态分析 一条测试结果和静态分析周期性更新的连接信息数据库中的已有相关信息等原始数据来判 定网络使用状况； 而典型主动服务质量监测系统需要分别在 B * (B - 1) / 2 条特定路由 上发送测试包， MCS通过动态分析 B * (B - 1) / 2条测试结果来判定网络 （B为典型主动 服务质量监测系统在网络中分布的 MP数量）， 由于分析动态数据的时间远大于分析相同数 据量的静态数据的时间， 所以 C〉〉(A+B)。
进一步地， 本实施例中， 监测周期时间 T可以按以下算法确定 (令增幅= (C - (A + B) ) / n， 粒度划分因子 n可根据网络规模、 业务繁忙程度确定更新步伐， 依据实际运行情况选取 的经验值自行选取）：
(1)系统初始化 = A + B;
(2)系统对周期 进行测试；
(3)如果在测试中周期时间 内不能完成监测任务， 则可以对 增加 n， 得到新的周期时 间 = + ；
(4)重复步骤 (3)， 直到在测试中的监测周期时间 内能够完成测试的监测任务；
(5)可以确定监测周期时间丁= ；
(6)如果系统在实际运行中发生监测周期时间 T内不能完成监测任务的情况， 则初始化 为当前时间监测周期时间 T， 即 =， 然后重复步骤 (2)— (4)， 确定新的监测周期时间 Τ;
(7)如果系统在实际运行中发生监测周期时间 Τ中对业务的质量监测时间比例不足 50% 时， 重复步骤（1)一 (5)， 确定新的监测时间 Τ;
由于分析动态数据的时间远大于分析相同数据量的静态数据的时间， 所以对于 T〈=C总 是能够成立的。
本实施例中， 进一步地， 对 T取值进行说明：
1 ) T的取值不能小于 (A+B) ; 可以取 (A+B) 〈 T 〈= C， 但是 T < (Α+Β)是不可以取的， 因为若 Τ < (Α+Β)， 由 Α、 Β 是 Τ的两个独立组成部分可知， Α和 Β将会有一部分重叠， 这会导致 MCS模拟生成网络状况 时出现混乱， 如图 4所示。
2 ) MCS生成测试任务在时间上的限制；
因为 MCS模拟生成实时的 Diffserv域的整体性能状况需要时间 A， 所以在图 5的第一 时间段内 MCS 可以生成对应的测试任务， 在第二时间段内 （第二时间段表示的时间段长度 为 A) 以及第三时间段内， 由于在时间段 B内连接信息数据库信息处于不确定的状态， 导致 MCS最终不能够实时的获得 Diffserv域的整体性能状况的相关数据。
本实施例针对整个 Diffserv域而言， 连接信息数据库的信息以监测周期时间 T更新。 监测周期 T按照给定算法取值， 则本方案能实时生成对 Diffserv域的整体性能状况， 可以 保证测试的准确性。 因此本实施例只把 MP分布在 Diffserv域的边界网关处， 而在 Differv 域内不分布 MP。
为使本领域技术人员能够更加清楚的理解本方案， 以 IPTV (交互式网络电视） 业务的 传输场景为例进行说明， 但本发明实施例不局限于此业务场景。 具体的， 如图 6所示 IPTV 业务的传输场景，用户 A使用 Cable modem连接 IPTV网络使用 DVB-S，用户 B使用 ASDL modem 连接 IPTV网络使用 DVB-C, 本监测系统只在 IPTV网络的边界网关处设置 MP, 并受 MCS控 制， 而 IPTV网络管理员则通过与 MCS交互实现对整个 IPTV的管理和配置。 IPTV业务的监 测流程如下：
(1) 当某个用户 （如用户 A或用户 B) 的 IPTV业务流通过 modem从入口网关进入 IPTV 网络， 从出口网关流向其他网络或者流向 IP封装器时， 该用户的 IPTV业务所流经的 MP把 连接信息发送给本 IPTV网络中的 MCS， MCS发现有新的连接信息后立即把连接信息添加到 连接信息数据库中。
(2) 通过周期时间 T， MCS 需要更新连接信息数据库中的用户 IPTV业务的连接信息。
(3) 当达到测试周期或者网管接收到网络异常信息时即向 MCS提出测试请求。
(4) MCS针对测试请求生成 SLA测试任务， 并把该测试任务加入到测试任务库中 （测试 任务库用于管理控制整个网络系统中正在实行的所有测试任务）， 并通过底层的通信模块把 任务信息发送给用户 IPTV业务流经的入口网关和出口网关上的 MP。
(5) 入口网关 MP立即实行 MCS要求的测试任务。
(6) 入口网关 MP根据连接信息数据库上的该用户 IPTV业务流经的路由信息， 模仿其 路由， 发送测试数据到出口网关 MP。
(7) 出口网关 MP在收到测试数据包后， 根据 IPTV业务的特性， 获取需要的 SLA性能 数据 （影响视频传输的重要参数有： Lantency、 Jitter和 Packet Loss ), 通过底层的通信 模块通知 MCS监测任务结束， 并把 SLA性能数据反馈给 MCS。
(8) MCS 在接到通知后， 在测试任务库中删除相应的任务记录， 并立即对出口网关 MP 传送来的原始数据进行处理， 结合存储在连接信息数据库中有关的 IPTV网络资源使用状况 信息， 能够分析本域内的网络的整体性能状况， 即可综合评测网络性能、 网络的资源使用 状况以及该类业务的 SLA违背情况， 供网管有效的管理本域内的网络资源、 均衡网络内的 流量负载或针对违背 SLA 的情况进行主动告警。 同时， 将处理后的数据保存在结果数据库 中； 依据预设的 SLA基准， 若测试结果违背了 SLA基准将自动产生告警。
(9) 若该用户的 IPTV业务流仍在本网络中， 则重复执行步骤 (3)至 (8)， 直到该用户不 再使用 IPTV业务。
(10)此时， MCS应立即将该用户的 IPTV业务的有关信息从连接信息数据库中撤消， 避 免 MCS 根据存储在连接信息数据库的不存在的信息， 错误的分析本域内的网络的整体性能 状况。
本发明实施例提供的技术方案的有益效果是： 服务提供商在监视某网络域中特定用户 使用特定业务的特定过程中的 SLA遵从性时， 只在该业务的入口网关和出口网关处设置监 测探针， 并新增用于保存业务传输路径上连接信息的连接信息数据库， 使得入口网关处的 监测探针在生成模拟数据包后， 能够根据连接信息中的路由指示传送给出口网关处的监测 探针， 从而减少了主动测试探针的数量和数据处理的数量， 同时也节省了网络带宽。 参见图 7， 本发明又一实施例提供了一种监控中心， 监控中心包括： 生成模块 301、 发 送模块 302、 接收模块 303。
生成模块 301， 用于读取连接信息数据库中的业务传输网络的连接信息， 并生成对业务 传输网络的检测任务；
发送模块 302，用于将检测任务和所述连接信息发送到入口网关处的监测探针和出口网 关处的监测探针， 使入口网关处的监测探针根据连接信息指示的路由信息发送模拟数据包 到出口网关处的监测探针， 以执行检测任务；
接收模块 303，用于接收出口网关处的监测探针执行完检测任务反馈的业务传输网络的 相关业务等级协定的性能数据， 业务传输网络的相关业务等级协定的性能数据是出口网关 处的监测探针根据模拟数据包获取的， 并根据业务传输网络的相关业务等级协定的性能数 据获取针对业务传输过程中的业务等级协定的遵从性结果。
其中， 参见图 8， 监控中心还包括： 获取模块 304， 用于在生成模块生成对业务传输网络的检测任务之前， 接收业务传输网 络上的各节点上报的业务传输网络的连接信息， 并将连接信息添加到连接信息数据库中。
进一步地， 参见图 8， 监控中心还包括：
判断模块 305，用于判断在预设时间内是否接收到业务传输网络上的各节点上报的业务 传输网络的连接信息； 如果在预设时间内接收到业务传输连接信息， 则判断接收到的业务 传输网络的连接信息是否和连接信息数据库中存储的业务传输网络的连接信息一致， 如果 不一致则更新业务传输网络在连接信息数据库中的连接信息； 如果在预设时间内未接收到 业务传输网络的连接信息， 则将业务传输网络的连接信息在连接信息数据库中删除。
参见图 8， 监控中心还包括：
定位模块 306，用于当获取的针对业务传输过程中的业务等级协定的遵从性结果不能满 足预先约定的业务服务等级协定数据时， 根据业务传输网络的连接信息生成故障检测任务， 并向业务传输网络上的节点发送主动测试任务请求， 以定位违规的故障节点。 参见图 9， 本发明实施例还提供了一种监测探针， 该监测探针位于业务传输网络的入口 网关处， 包括： 获取模块 401、 生成模块 402、 发送模块 403。
获取模块 401， 用于获取业务需要测试的业务等级协定的属性；
生成模块 402， 用于根据业务需要测试的业务等级协定的属性， 生成模拟数据包； 发送模块 403， 用于根据连接信息指示的路由信息， 模仿业务的传输路由， 主动发送模 拟数据包到出口网关处的监测探针， 使出口网关处的监测探针接收到模拟数据包后， 根据 模拟数据包获取业务传输网络的相关业务等级协定的性能数据。 参见图 10， 本发明实施例还提供了一种监测探针， 该监测探针位于业务传输网络的出 口网关处， 包括：
接收模块 501， 用于接收入口网关处的监测探针发送的模拟数据包；
获取模块 502， 用于根据模拟数据包获取业务传输网络的相关业务等级协定的性能数 据；
反馈模块 503， 用于将业务传输网络的相关业务等级协定的性能数据反馈给监控中心。 参见图 11， 本发明实施例还提供了一种基于主动连接服务质量检测的系统， 包括： 监 控中心 601、 第一监测探针 602和第二监测探针 603; 其中， 第一监测探针设置于所需检测 业务的入口网关处， 第二监测探针设置于所述需要检测业务的出口网关处； 监控中心 601， 用于读取连接信息数据库中的业务传输网络的连接信息， 并生成对业务 传输网络的检测任务； 将检测任务和所述连接信息发送到入口网关处的监测探针和出口网 关处的监测探针； 接收出口网关处的监测探针执行完检测任务反馈的业务传输网络的相关 业务等级协定的性能数据， 并根据业务传输网络的相关业务等级协定的性能数据获取针对 业务传输过程中的业务等级协定的遵从性结果；
第一监测探针 602， 用于接收监控中心发送的检测任务； 获取业务需要测试的业务等级 协定的属性； 根据业务需要测试的业务等级协定的属性， 生成模拟数据包； 根据连接信息 指示的路由信息， 模仿业务的传输路由， 主动发送模拟数据包到出口网关处的监测探针； 第二监测探针 603， 用于接收到第一监测探针发送的模拟数据包后， 根据模拟数据包获 取业务传输网络的相关业务等级协定的性能数据， 并将业务传输网络的相关业务等级协定 的性能数据反馈给监控中心。
本发明实施例提供的技术方案的有益效果是： 在检测某特定业务的 SLA遵从性时， 只 在该业务的入口网关和出口网关处设置监测探针， 并新增用于保存业务传输路径上连接信 息的连接信息数据库， 使得入口网关处的监测探针在生成模拟数据包后， 能够根据连接信 息中的路由指示传送给出口网关处的监测探针， 从而减少了主动测试探针的数量和数据处 理的数量， 同时也节省了网络带宽。 本实施例提供的监控中心、 监测探针和系统， 与方法实施例属于同一构思， 其具体实 现过程详见方法实施例， 这里不再赘述。 本发明实施例提供的上述技术方案的全部或部分可以通过程序指令相关的硬件来完 成， 所述程序可以存储在可读取的存储介质中， 该存储介质包括： R0M、 RAM, 磁碟或者光 盘等各种可以存储程序代码的介质。 以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的精神和原则 之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1、 一种服务质量检测的方法， 其特征在于， 在业务传输网络的入口网关和出口网关处分 别设置监测探针， 所述方法包括：
读取连接信息数据库中的所述业务传输网络的连接信息， 并生成对所述业务传输网络的 检测任务；
将所述检测任务和所述连接信息发送到所述入口网关处的监测探针和所述出口网关处的 监测探针， 使所述入口网关处的监测探针根据所述连接信息指示的路由信息发送模拟数据包 到所述出口网关处的监测探针， 以执行所述检测任务；
接收所述出口网关处的监测探针执行完所述检测任务反馈的所述业务传输网络的相关业 务等级协定的性能数据， 所述业务传输网络的相关业务等级协定的性能数据是所述出口网关 处的监测探针根据所述模拟数据包获取的， 并根据所述业务传输网络的相关业务等级协定的 性能数据获取针对所述业务传输过程中的业务等级协定的遵从性结果。
2、根据权利要求 1所述的方法， 其特征在于， 使所述入口网关处的监测探针根据所述连 接信息指示的路由信息发送模拟数据包到所述出口网关处的监测探针， 包括：
所述入口网关处的监测探针获取所述业务需要测试的业务等级协定的属性；
根据所述业务需要测试的业务等级协定的属性， 生成模拟数据包；
根据所述连接信息指示的路由信息， 模仿所述业务的传输路由， 主动发送所述模拟数据 包到所述出口网关处的监测探针。
3、根据权利要求 1所述的方法，其特征在于，所述生成对所述业务传输网络的检测任务， 之前包括：
接收所述业务传输网络上的各节点上报的所述业务传输网络的连接信息， 并将所述连接 信息添加到连接信息数据库中。
4、 根据权利要求 3所述的方法， 其特征在于， 所述方法还包括：
判断在预设时间内是否接收到所述业务传输网络上的各节点上报的所述业务传输网络的 连接信息；
如果在所述预设时间内接收到所述业务传输网络的连接信息， 则判断接收到的所述业务 传输网络的连接信息是否和所述连接信息数据库中存储的所述业务传输网络的连接信息一 致， 如果不一致则更新所述业务传输网络在所述连接信息数据库中的连接信息；
如果在所述预设时间内未接收到所述业务传输网络的连接信息， 则将所述业务传输网络 的连接信息在所述连接信息数据库中删除。
5、根据权利要求 1所述的方法， 其特征在于， 当获取的针对所述业务传输过程中的业务 等级协定的遵从性结果不能满足预先约定的业务服务等级协定数据时， 所述方法还包括： 根据所述业务传输网络的连接信息生成故障检测任务， 并向所述业务传输网络上的节点 发送主动测试任务请求， 以定位违规的故障节点。
6、 根据权利要求 1、 3或 5所述的方法， 其特征在于， 所述业务传输网络包括交互式网 络电视 IPTV业务传输网络。
7、 一种监控中心， 其特征在于， 在业务传输网络的入口网关和出口网关处分别设置监测 探针， 所述监控中心包括：
生成模块， 用于读取连接信息数据库中的所述业务传输网络的连接信息， 并生成对所述 业务传输网络的检测任务；
发送模块， 用于将所述检测任务和所述连接信息发送到所述入口网关处的监测探针和所 述出口网关处的监测探针， 使所述入口网关的监测探针根据所述连接信息指示的路由信息发 送模拟数据包到所述出口网关处的监测探针， 以执行所述检测任务；
接收模块， 用于接收所述出口网关处的监测探针执行完所述检测任务反馈的所述业务传 输网络的相关业务等级协定的性能数据， 所述业务传输网络的相关业务等级协定的性能数据 是所述出口网关处的监测探针根据所述模拟数据包获取的， 并根据所述业务传输网络的相关 业务等级协定的性能数据获取针对所述业务传输过程中的业务等级协定的遵从性结果。
8、 根据权利要求 7所述的监控中心， 其特征在于， 所述监控中心还包括：
获取模块， 用于在所述生成模块生成对所述业务传输网络的检测任务之前， 接收所述业 务传输网络的连接信息， 并将所述连接信息添加到连接信息数据库中。
9、 根据权利要求 8所述的监控中心， 其特征在于， 所述监控中心还包括: 判断模块， 用于判断在预设时间内是否接收到所述业务传输网络上的各节点上报的所述 业务传输网络的连接信息； 如果在所述预设时间内接收到所述业务传输网络的连接信息， 则 判断接收到的所述业务传输网络的连接信息是否和所述连接信息数据库中存储的所述业务传 输网络的连接信息一致， 如果不一致则更新所述业务传输网络在所述连接信息数据库中的连 接信息； 如果在所述预设时间内未接收到所述业务传输网络的连接信息， 则将所述业务传输 网络的连接信息在所述连接信息数据库中删除。
10、 根据权利要求 7所述的监控中心， 其特征在于， 所述监控中心还包括：
定位模块， 用于当所述接收模块获取的针对所述业务传输过程中的业务等级协定的遵从 性结果不能满足预先约定的业务服务等级协定数据时， 根据所述业务传输网络的连接信息生 成故障检测任务， 并向所述业务传输网络上的节点发送主动测试任务请求， 以定位违规的故 障节点。
11、 一种监测探针， 其特征在于， 所述监测探针位于业务传输网络的入口网关处， 所述 监测探针包括：
获取模块， 用于获取业务需要测试的业务等级协定的属性；
生成模块， 用于根据所述业务需要测试的业务等级协定的属性， 生成模拟数据包； 发送模块， 用于根据所述连接信息指示的路由信息， 模仿所述业务的传输路由， 主动发 送所述模拟数据包到出口网关处的监测探针， 使所述出口网关处的监测探针接收到所述模拟 数据包后， 根据所述模拟数据包获取所述业务传输网络的相关业务等级协定的性能数据。
12、 一种监测探针， 其特征在于， 所述监测探针位于业务传输网络的出口网关处， 所述 监测探针包括：
接收模块， 用于接收入口网关处的监测探针发送的模拟数据包；
获取模块， 用于根据所述模拟数据包获取所述业务传输网络的相关业务等级协定的性能 数据；
反馈模块， 用于将所述业务传输网络的相关业务等级协定的性能数据反馈给监控中心。
13、 一种基于主动连接服务质量检测的系统， 其特征在于， 所述系统包括： 监控中心、 第一监测探针和第二监测探针； 其中， 所述第一监测探针设置于所需检测业务的入口网关处， 所述第二监测探针设置于所述需要检测业务的出口网关处；
所述监控中心， 用于读取连接信息数据库中的所述业务传输网络的连接信息， 并生成对 所述业务传输网络的检测任务； 将所述检测任务和所述连接信息发送到所述入口网关处的监 测探针和所述出口网关处的监测探针； 接收所述出口网关处的监测探针执行完所述检测任务 反馈的所述业务传输网络的相关业务等级协定的性能数据， 并根据所述业务传输网络的相关 业务等级协定的性能数据获取针对所述业务传输过程中的业务等级协定的遵从性结果； 所述第一监测探针， 用于接收所述监控中心发送的检测任务； 获取所述业务需要测试的 业务等级协定的属性； 根据所述业务需要测试的业务等级协定的属性， 生成模拟数据包； 根 据所述连接信息指示的路由信息， 模仿所述业务的传输路由， 主动发送所述模拟数据包到所 述出口网关处的监测探针；
所述第二监测探针， 用于接收到所述第一监测探针发送的模拟数据包后， 获取所述业务 传输网络的相关业务等级协定的性能数据， 并将所述业务传输网络的相关业务等级协定的性 能数据反馈给所述监控中心。
PCT/CN2011/074335 2011-05-19 2011-05-19 服务质量检测的方法、监控中心、监测探针和系统 WO2011144041A2 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201180000612.5A CN102204166B (zh) 2011-05-19 2011-05-19 服务质量检测的方法、监控中心、监测探针和系统
PCT/CN2011/074335 WO2011144041A2 (zh) 2011-05-19 2011-05-19 服务质量检测的方法、监控中心、监测探针和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2011/074335 WO2011144041A2 (zh) 2011-05-19 2011-05-19 服务质量检测的方法、监控中心、监测探针和系统

Publications (2)

Publication Number Publication Date
WO2011144041A2 true WO2011144041A2 (zh) 2011-11-24
WO2011144041A3 WO2011144041A3 (zh) 2012-04-26

Family

ID=44662802

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/074335 WO2011144041A2 (zh) 2011-05-19 2011-05-19 服务质量检测的方法、监控中心、监测探针和系统

Country Status (2)

Country Link
CN (1) CN102204166B (zh)
WO (1) WO2011144041A2 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110146729A (zh) * 2014-01-24 2019-08-20 矽创电子股份有限公司 主动式探针装置
CN104468283B (zh) * 2014-12-26 2018-01-02 北京奇虎科技有限公司 多主机管理系统的监控方法、装置和系统
CN107318046B (zh) * 2016-04-27 2020-06-12 中国移动通信集团福建有限公司 一种互联网电视业务传输质量监测方法及系统
CN105897512B (zh) * 2016-05-10 2019-09-10 国网冀北电力有限公司信息通信分公司 一种虚拟专用网络vpn的监测方法及系统
CN106411905A (zh) * 2016-10-10 2017-02-15 青海帝特斯软件开发有限公司 一种以软路由实现分布式架构的方法
CN108848203B (zh) * 2018-06-25 2021-06-18 哈尔滨工业大学 一种网络边界的识别方法及系统
CN109561300B (zh) * 2018-12-27 2021-03-12 中国联合网络通信集团有限公司 业务质量检测方法及装置
CN111404762B (zh) * 2019-01-02 2022-09-16 中国移动通信有限公司研究院 用户视频质差定位方法及装置
CN111371648A (zh) * 2020-03-03 2020-07-03 北京百度网讯科技有限公司 针对虚拟网关集群全局故障的监测方法和装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859227A (zh) * 2005-12-28 2006-11-08 华为技术有限公司 根据服务水平协议对服务质量进行监测的方法和系统
CN101272287A (zh) * 2008-04-17 2008-09-24 华为技术有限公司 监控用户使用业务的服务质量的方法、装置和系统
CN101926124A (zh) * 2007-12-19 2010-12-22 太阳风环球有限责任公司 网际协议服务水平协定路由器自动配置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1980159A (zh) * 2005-12-08 2007-06-13 信息产业部电信传输研究所 网际协议网络端到端性能监测系统及方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859227A (zh) * 2005-12-28 2006-11-08 华为技术有限公司 根据服务水平协议对服务质量进行监测的方法和系统
CN101926124A (zh) * 2007-12-19 2010-12-22 太阳风环球有限责任公司 网际协议服务水平协定路由器自动配置
CN101272287A (zh) * 2008-04-17 2008-09-24 华为技术有限公司 监控用户使用业务的服务质量的方法、装置和系统

Also Published As

Publication number Publication date
CN102204166B (zh) 2014-05-07
CN102204166A (zh) 2011-09-28
WO2011144041A3 (zh) 2012-04-26

Similar Documents

Publication Publication Date Title
WO2011144041A2 (zh) 服务质量检测的方法、监控中心、监测探针和系统
US10644977B2 (en) Scalable distributed end-to-end performance delay measurement for segment routing policies
EP1861963B1 (en) System and methods for identifying network path performance
EP3039817B1 (en) Determination and use of link performance measures
US7483379B2 (en) Passive network monitoring system
US8031627B2 (en) Methods and apparatus to deploy and monitor network layer functionalities
US6269330B1 (en) Fault location and performance testing of communication networks
US8130661B2 (en) Systems and methods for intelligent probe testing
JP4348124B2 (ja) ＱｏＳを推定する方法および通信装置
US9306812B2 (en) System and method for providing network application performance management in a network
US20030225549A1 (en) Systems and methods for end-to-end quality of service measurements in a distributed network environment
WO2021169290A1 (zh) 配置性能探测指示信息的方法及相关设备
US20030053455A1 (en) Method of automatically baselining business bandwidth
Aida et al. A scalable and lightweight QoS monitoring technique combining passive and active approaches
Filippou et al. Flexible MEC service consumption through edge host zoning in 5G networks
Alkenani et al. Network Monitoring Measurements for Quality of Service: A Review.
US20040151117A1 (en) Decentralized SLS monitoring for throughput in a differentiated service environment
Mondragon et al. Analysis, simulation and measurement in large-scale packet networks
Agrawal et al. Monitoring infrastructure for converged networks and services
Kawahara et al. Network Tomography for Information-Centric Networking
CN116760765A (zh) 一种网络状态检测方法、装置、电子设备及存储介质
Putthividhya Quality of service (QoS) support for multimedia applications in large-scale networks
ISSUING INTERMON Deliverable 18 “Inter-domain QoS scenarios and trial evaluation”
Viken et al. Traffic measurements in IP networks
Striegel Ph. D. Preliminary Proposal DSMCast: A Scalable Approach for DiffServ Multicasting

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180000612.5

Country of ref document: CN

NENP Non-entry into the national phase in:

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11782958

Country of ref document: EP

Kind code of ref document: A2