CN108075941B - Method, sending device and system for detecting service flow performance - Google Patents

Abstract

The method comprises the steps of acquiring a plurality of detection messages of the service flow performance which needs to be monitored by using one session resource of a detection protocol, and setting the processing duration of the plurality of detection messages in a monitoring period; the session resource is utilized to switch the message to detect the corresponding service flow performance every set duration in the monitoring period, so that the covering detection of various service flow performances by using one session resource is completed, the flexibility of monitoring various service flow performances is improved, and the consumption of link bandwidth caused by the establishment of a plurality of detection sessions for detecting various service flows in the prior art is reduced.

Description

Method, sending device and system for detecting service flow performance

Technical Field

The present application relates to the technical field of long term evolution LTE networks, and in particular, to a method, a transmitting device, and a system for detecting service traffic performance.

Background

At present, for OAM (operation, administration, and maintenance) performance statistics of an IP network, a detection Protocol is generally adopted, such as TWAMP (a Two-Way Active Measurement Protocol).

In an LTE (Long Term Evolution) network, there are multiple feature Service flows, and Service flows with different features have certain differences in requirements for network QoS (Quality of Service), so that in the process of implementing end-to-end performance detection of LTE services by TWAMP in the LTE network, TWAMP-Test packets are encapsulated by UDP (User Datagram Protocol), thereby implementing detection of packet loss, delay, and jitter performance of multiple feature Service flows in two ways.

However, in the prior art, one session resource of TWAMP can monitor only one traffic performance; if each base station only uses one session resource for monitoring, the quality presentation and alarm reporting can not be performed by differentiating the priority of the service aiming at the flow performance of various services, and the flexibility is poor; if each base station uses multiple session resources to monitor multiple service traffic performances, the performance is not only limited by the specification of the session resources, but also the multiple session resources are simultaneously packaged, which brings larger link bandwidth consumption.

Disclosure of Invention

In view of this, the present application provides a method, a sending device and a system for detecting service traffic performance, and aims to improve flexibility in monitoring service traffic performance.

The application provides the following technical scheme:

a first aspect of the present application provides a method for detecting service traffic performance, in which a sending end device obtains a first detection packet and a second detection packet, the first detection packet includes a first service traffic characteristic of a first service traffic having a first service mode, the second detection packet includes a second service traffic characteristic of a second service traffic having a second service mode, and the first service mode is different from the second service mode; the sending terminal equipment acquires a first time length for processing a first detection message and a second time length for processing a second detection message in each monitoring period set by a user; the sending end equipment uses a session resource, and in each monitoring period, after the first detection message is sent for the first duration, the second detection message is sent for the second duration.

According to the method, the sending terminal equipment obtains a plurality of detection messages of the service flow performance which need to be monitored by using one session resource of a detection protocol, and sets the processing duration of the plurality of detection messages in a monitoring period; and switching the message to detect the corresponding service flow performance at intervals of set duration by using the session resource in the monitoring period, thereby completing the detection of various service flow performances by using one session resource.

In a first implementation manner provided in the first aspect of the present application, acquiring a first detection packet and a second detection packet includes: the sending end equipment acquires the first service flow characteristic determined by the user according to the monitoring requirement on the first service flow and the second service flow characteristic determined by the user according to the monitoring requirement on the second service flow; the sending end device generates the first detection message based on the first service flow characteristic, and generates the second detection message based on the second service flow characteristic.

In a second implementation manner provided in the first aspect of the present application, the first service traffic characteristic includes one or more of a priority of the first service traffic, a packet length of the first service traffic characteristic, and a packet payload characteristic of the first service traffic.

According to the first and second implementation manners provided by the method, the sending end device generates corresponding detection messages according to the service flow characteristics of the service flow based on the monitoring requirements of the user on various service flows.

In a third implementation manner provided in the first aspect of the present application, the first detection packet is an operation, administration and maintenance, OAM, packet.

In a fourth implementation manner provided in the first aspect of the present application, the first detection packet is a TWAMP Test packet or an ITU-T y.1731 packet or an ITU-T y.1711 packet.

According to the third and fourth implementation manners provided by the method, the type of the detection message generated by the sending end device based on the service traffic characteristics is an operation, administration and maintenance, OAM, message, and in general, the detection message may specifically be a TWAMP Test message or an ITU-T y.1731 message or an ITU-T y.1711 message according to different protocols based on which the sending end executing the service traffic performance is executed.

A second aspect of the present application provides a transmission apparatus, including:

a first obtaining module, configured to obtain a first detection packet and a second detection packet, where the first detection packet includes a first service traffic characteristic of a first service traffic having a first service mode, the second detection packet includes a second service traffic characteristic of a second service traffic having a second service mode, and the first service mode is different from the second service mode;

the second acquisition module is used for acquiring a first time length for processing the first detection message and a second time length for processing the second detection message in each monitoring period set by a user;

and the circulating monitoring module is used for using a session resource, and in each monitoring period, after the first detection message is sent for the first duration, the second detection message is sent for the second duration.

According to the sending device, a first obtaining module and a second obtaining module are used for obtaining a plurality of detection messages of the service flow performance which is required to be monitored by one conversation resource, and the processing time length of the plurality of detection messages in a monitoring period, and a circulation monitoring module is used for detecting the corresponding service flow performance by switching messages at intervals of the obtained time length in the monitoring period by the conversation resource, so that the detection of various service flow performances by one conversation resource is completed.

In a first implementation manner provided by the second aspect of the present application, the first obtaining module includes:

a first obtaining unit, configured to obtain the first service traffic characteristic determined by the user according to the monitoring requirement for the first service traffic and the second service traffic characteristic determined by the user according to the monitoring requirement for the second service traffic;

and the message generating unit is used for generating a first detection message based on the first service flow characteristic and generating a second detection message based on the second service flow characteristic.

According to the first implementation manner provided by the sending device, the sending device can generate corresponding detection messages according to the service flow characteristics of the service flow based on the monitoring requirements of the user on various service flows.

A third aspect of the present application provides a transmission apparatus, including: a memory, and a processor in communication with the memory;

the memory for storing program code for measuring traffic performance;

the processor is used for executing the program codes stored in the memory and realizing the following operations: the processor acquires a first detection message and a second detection message, wherein the first detection message comprises a first service flow characteristic of a first service flow with a first service mode, and the second detection message comprises a second service flow characteristic of a second service flow with a second service mode; the processor acquires a first time length for processing the first detection message and a second time length for processing the second detection message in each monitoring period set by a user; the processor uses a session resource to send the second detection message for a second duration after sending the first detection message for the first duration in each monitoring period.

In the sending device, a processor and a hardware structure of a memory executed by the processor are directly adopted, a program code corresponding to the service flow performance detection provided by the first aspect of the application is stored in the memory, and the processor executes and calls the program code to finish the detection of various service flow performances by using one session resource.

A fourth aspect of the present application provides a system for detecting service traffic performance, including: the transmitting terminal is the transmitting device provided by the second aspect and the third aspect of the present application.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.

FIGS. 1 a-1 b are schematic diagrams of two architectures of TWAMPs disclosed in embodiments of the present application;

fig. 2 is a schematic flow chart of a method for detecting service traffic performance disclosed in an embodiment of the present application;

fig. 3 is a schematic flowchart of another method for detecting service traffic performance disclosed in an embodiment of the present application;

fig. 4 is a schematic flowchart of a method for detecting service traffic performance according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a transmitting apparatus according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of another transmitting apparatus disclosed in the embodiment of the present application.

Detailed Description

The "sender" mentioned in this application may be a physical device or a functional module disposed on the physical device, and the "sender" may be a server, a routing device, a switching device, and other network devices with similar functions. The "reflection end" mentioned in the present application may be a physical device or a functional module disposed on the physical device, and the "reflection end" may be a server, a routing device, a switching device, and other network devices with similar functions.

As can be known from the background art, one session instance can only monitor one service traffic performance, and thus, if each base station only uses one session resource to monitor the service traffic performance, it is impossible to distinguish between a high-priority voice service and a low-priority data transmission service for quality presentation, alarm reporting, and the like, for various service traffic performances; if each base station uses multiple session resources to monitor the performance of multiple service flows, and the multiple session resources simultaneously send detection messages to the opposite node, a large amount of link bandwidth resources are consumed.

Therefore, the embodiment of the present application provides a technical solution for detecting service traffic performance, in which multiple detection packets corresponding to multiple service traffic are obtained, a session resource of a detection protocol is used, and in each monitoring period, processing of each detection packet is switched according to a set duration, so that the same session resource can be used to detect performance of multiple service traffic corresponding to multiple service traffic characteristics. The traffic flow characteristics may include one or more of priority, packet length, and packet payload characteristics.

Compared with the prior art, the technical scheme of the embodiment of the application can detect the bidirectional packet loss, time delay and jitter performance of various service flows in one session resource. The flexibility of monitoring the performance of various service flows is improved, and the consumption of link bandwidth caused by establishing a plurality of detection sessions for detecting various service flows in the prior art is reduced.

The detection Protocol may be a tool for OAM performance statistics of IP (Internet Protocol) layer network performance, such as TWAMP, or an ITU-T (ITU-T for ITU Telecommunication Standardization Sector, international Telecommunication union, Telecommunication standards branch) y.1731 Protocol or ITU-T y.1711 Protocol or IEEE (Institute of Electrical and Electronics Engineers) 802.1ag Protocol.

The specific implementation process of the technical solution in the embodiment of the present application is described in detail by the following embodiment.

Taking TWAMP as an example, TWAMP defines a standard performance statistical method across networks, including a standard architecture as shown in fig. 1a, and a lightweight Light architecture as shown in fig. 1 b.

The TWAMP measurement model has 4 logic roles, including Session-Sender, Session-Reflector, Control-Client, Server, each of which has the following functions:

Control-Client: responsible for setting up, starting and stopping TWAMP sessions, and collecting statistics.

Session-Sender: and actively sending out a sounding frame for performance statistics by Control-Client scheduling.

Server: responsible for responding to Control-Client initiated requests to establish, start, and stop TWAMP sessions.

Session-Reflector: and the Server schedules and responds to the detection frame sent by the Session-Sender.

TWAMP defines 2 protocol messages: control messages and detection messages. Wherein, Control-Client and Server are Control surface roles. And the Control-Client and the Server perform Control message transmission for managing the measurement tasks, including negotiation or initialization, starting and stopping of the measurement tasks.

In practical applications, as shown in fig. 1a and 1b, the Session-Sender and the Control-Client can be combined into one entity, which is called Controller. The Session-Reflector and the Server are combined into one entity, called the Responder.

In the standard architecture shown in fig. 1a, a performance detection Session (TWAMP-Control Session) needs to be established through a signaling plane, a performance detection Session resource needs to be negotiated and started, and network performance between a Sender and a Reflector needs to be detected by forwarding a TWAMP Test message on a forwarding plane. The TWAMP-Test message is a UDP (User Datagram Protocol) message.

In the TWAMP Light architecture shown in fig. 1b, unlike the standard architecture shown in fig. 1a, the TWAMP Light architecture does not need to negotiate session resource parameters through signaling of the control layer, but statically configures the session resource parameters.

For convenience of description, the different traffic patterns focused by the user can be shown in table 1 as referred to in the following embodiments of the present application.

Different traffic patterns in 2G networks, 3G networks and LTE networks are mainly disclosed in table 1. In the RFC 2474, as shown in table 2, a Differentiated Services Code Point (DSCP) domain is defined to include a 6-bit DSCP domain and a currently unused 2-bit CU domain. In this application, the DSCP value is represented by 6 bits of the DSCP domain, and the DSCP value is used to indicate the priority of the packet carrying the DSCP value. The "DSCP value" mentioned in the present application refers to a DSCP value containing 6 bits, unless otherwise specified.

The DSCP value has two expression modes of a digital form and a keyword form:

(1) the decimal value range of the DSCP value carried in the data message is 0-63, 64 priorities can be defined, and the larger the value of the DSCP value is, the higher the priority of the data message where the DSCP value is located is;

(2) DSCP values in the form of keys, called PHBs (Per-Hop-Behavior, Hop-by-Hop Behavior), each DSCP value in digital form being mapped to a defined PHB identification code; current PHB identification codes include: BE (Default, best effort/Default), AFxy (Assured Forwarding), EF (Expedited Forwarding), and CS (Class Selector).

In table 1, VLAN Pri (Virtual Local Area Network Priority) and DSCP values have a one-to-one mapping relationship.

Table 1 different traffic patterns of interest to a user:

TABLE 2

Taking a TWAMP sending end (TWAMP Sender) as an execution subject, for example, the method for detecting service traffic performance disclosed in the embodiment of the present application is executed, as shown in fig. 2, and includes:

s101: the TWAMP sending end obtains a plurality of TWAMP Test messages according to the service flow characteristics corresponding to different service flows of a plurality of service modes to be monitored.

In S101, the TWAMP sending end sets service traffic characteristics of different service traffic according to different service traffic requirements of multiple service modes to be monitored, and generates a corresponding TWAMP Test message based on the set service traffic characteristics.

The service traffic characteristics include one or more of message length, priority (in this embodiment of the present application, the priority is determined by a DSCP value), message payload characteristics; the user sets the service flow characteristics corresponding to the service flow according to the monitoring requirement of each service flow of each service mode, and then generates a corresponding TWAMP Test message based on the set service flow characteristics.

For example, if the service mode to be monitored is VOLTE service, the service traffic characteristic of the VOLTE service is service traffic performance of a short packet, and the service traffic characteristic is service traffic performance of a long packet, the long packet and the short packet are relatively speaking, that is, in the process of setting the length of the TWAMP Test packet, it is sufficient to set the packet length in one TWAMP Test packet to be longer than the packet length in another TWAMP Test packet; and if the plurality of service flow characteristics are set, correspondingly combining the plurality of service flow characteristics to generate a corresponding TWAMP Test message.

On the other hand, in S101, according to the requirements of different service flows of multiple service modes to be monitored, multiple TWAMP Test messages may also be acquired from a selectable detection message template provided in advance.

S102: the method comprises the steps that when a TWAMP sending end obtains TWAMP Test messages of different service flows sent and generated in each monitoring period set by a user to carry out service flow performance detection, the time length required for processing each TWAMP Test message is obtained.

In S102, the set duration required for processing each TWAMP Test packet refers to a period of time for repeatedly sending TWAMP Test packets in a monitoring period, and the user sets QoS requirements of the network according to different service modes.

For each monitoring period, the time length required for processing each TWAMP Test message can be the same, and the time length required for processing the corresponding TWAMP Test message can also be adjusted according to the detection result of the performance of certain service traffic in the last monitoring period;

for the same monitoring period, the time length required for processing each TWAMP Test message may be the same, or the time length for processing the corresponding TWAMP Test message may be set according to the requirement that the user wants to monitor the traffic performance of a certain service.

S103: the TWAMP sending end uses a TWAMP conversation resource to switch a message every set duration in each monitoring period, detects the corresponding service flow performance, and measures the service flow performance needing to be monitored.

In the process of executing the S103, the TWAMP session resource is automatically switched to the next TWAMP Test message for detection after the previous TWAMP Test message completes detection according to the set duration in a monitoring period until all TWAMP Test messages complete detection, and the monitoring period is ended; and then, entering the next monitoring period, and retransmitting all the generated TWAMP Test messages to detect the service flow performance in a new round.

The detection mentioned in S103 means that the TWAMP sending end continuously sends a TWAMP Test packet to the TWAMP reflecting end within a set duration, receives a response packet fed back by the TWAMP reflecting end, and then the TWAMP sending end identifies the response packet, thereby completing the detection of the performance of bidirectional packet loss, delay, jitter, and the like of the service traffic corresponding to the TWAMP Test packet.

For example: the method comprises the steps that three kinds of generated TWAMP Test messages are provided, the time length required for detecting the service flow characteristic performance of each message in a monitoring period is set to be 30 seconds by a user, in the monitoring period, after the first TWAMP Test message is continuously sent for 30 seconds, TWAMP session resources are switched to the second TWAMP Test message, and after the first TWAMP Test message is continuously sent for 30 seconds, the TWAMP session resources are switched to the third TWAMP Test message and are continuously sent for 30 seconds; and completing the detection of all messages on the corresponding service flow performance in the monitoring period, wherein the required time is 1 minute and 30 seconds.

According to the monitoring requirements of the user on different service flow performances of different service modes, the TWAMP Test messages which respectively correspond to the detection of various different service flow performances are obtained, in each monitoring period, the processing of the different TWAMP Test messages is automatically switched according to the set duration, and the corresponding detection of the service flow performances is executed, so that one TWAMP session resource can be used for monitoring the performances of various service flows which the user wants to monitor. The method and the device realize the performance of measuring various service flows with various service flow characteristics by the TWAMP session resources, improve the flexibility of detecting the service flow performance, and reduce the consumption of link bandwidth caused by establishing a plurality of detection sessions for detecting various service flows in the prior art.

Furthermore, in each monitoring period, different TWAMP Test messages are switched according to the set duration to detect the corresponding service flow performance, so that which priority or which TWAMP Test message with a specific packet length is discarded can be quickly identified, the detection of performances such as packet loss, time delay, jitter and the like of multiple service flow bi-directionally is realized, and one TWAMP session resource is used for detecting and intelligently monitoring the link performance.

Based on the technical scheme for detecting the service flow performance disclosed in the embodiment of the application, detailed description is further performed in combination with a specific scene.

Example 1

Specifically, based on the different service modes disclosed in table 1, when the service mode to be monitored by the user is VOLTE service, the service traffic characteristics are service traffic performance of high priority and long packet, high priority and short packet, the service mode to be monitored is real-time game service, the service traffic characteristics are service traffic performance of low priority and long packet, and low priority and short packet, the method for measuring service traffic performance disclosed in the embodiment is adopted, and includes:

s201: a TWAMP sending end acquires a first service flow characteristic corresponding to a first service flow performance of a VOLTE service which needs to be monitored and is set by a user and a second service flow characteristic corresponding to a second service flow performance, and generates a corresponding first TWAMP Test message containing the first service flow characteristic as a high-priority long packet and a corresponding second TWAMP Test message containing the second service flow characteristic as a high-priority short packet; and acquiring a third service flow characteristic corresponding to a third service flow performance of the real-time game service which is set by the user and needs to be monitored and a fourth service flow characteristic corresponding to a fourth service flow performance, and generating a third TWAMP Test message containing the third service flow characteristic as a low-priority long packet and a fourth TWAMP Test message containing the fourth service flow characteristic as a low-priority short packet.

In S201, here, the high priority and the low priority, the long packet and the short packet are relative.

For example, the first service flow characteristics of the VOLTE service may be set to include: DSCP value 46 (high priority), packet length 1454 (long packet); the second traffic flow characteristics include: DSCP value of 46 (high priority), packet length of 100 (short packet); the third service flow characteristic that can set the real-time game service includes: DSCP value 18 (low priority), packet length 512 (long packet); the fourth traffic flow feature includes: DSCP value 18 (low priority), packet length 256 (short packet); the specific generated corresponding TWAMP Test message is shown in table 3:

in table 3, VLAN Pri and DSCP value have a one-to-one mapping relationship, and after setting the DSCP value in the IP packet header, the user maps to the corresponding VLAN Pri in the two-layer packet header; in the first example, the user does not set the payload of the packet, and therefore, the payload of each packet defaults to 0.

Table 3 four TWAMP Test messages

Message ID	DSCP	VLAN Pri	Bag length	Payload
					1	46	5	1454	By default
2	46	5	100	By default
					3	18	2	512	By default
4	18	2	256	By default

S202: the TWAMP sending end obtains the time length required by each message when processing four TWAMP Test messages to detect the service flow performance in each monitoring period set by a user, wherein the time length is 25 seconds.

S203: the TWAMP sending end uses a TWAMP conversation resource, in each monitoring period, one TWAMP Test message is switched every 25 seconds to detect the corresponding service flow performance until the four TWAMP Test messages are all detected, the detection of the four different service flow performances in the monitoring period is finished, and the next monitoring period is started.

In the first example, a user sets corresponding service flow characteristics based on monitoring requirements for service flow performance of VOLTE service and real-time game service, and generates a corresponding TWAMP Test message; and switching four TWAMP Test messages to respectively detect the corresponding service flow performance based on the set time length of each TWAMP Test message in the corresponding service flow performance detection in each monitoring period by using one TWAMP session resource, and finishing the monitoring of the four service flow performances of the two service modes.

Therefore, one TWAMP session resource can be used to cover and monitor the performance of various service flows which the user wants to monitor. The method and the device realize the performance of measuring various service flows with various service flow characteristics by the TWAMP session resources, improve the flexibility of detecting the performance of the various service flows, and reduce the consumption of link bandwidth caused by establishing a plurality of detection sessions for detecting the performance of the various service flows in the prior art.

Example two

Specifically, the detection packet obtained by the TWAMP sending end may be obtained from a preset detection packet template that is provided for the user and is selectable, where the detection packet template includes a detection packet that can satisfy the requirement of the current user for detecting the performance of the unused service traffic in multiple service modes. As shown in fig. 3, includes:

s301: the TWAMP sending end provides an optional detection message template for a user.

In S301, the TWAMP sending end provides the user with a detection message template that is convenient for the user to directly select for use.

The different service modes shown in table 1 include service modes commonly used by users, and detection message templates preset based on monitoring requirements of the service modes commonly used by users are also correspondingly set with different service flow characteristics (one or more of priority, message length, and message payload characteristics) according to the monitoring requirements of the service flow performance of the different service modes, and the detection message templates including different detection messages are generated according to one or more of the monitoring requirements combined with the priority, the message length, and the message payload characteristics.

Based on the service mode commonly used by users in the current network, a preset detection message template can be used to obtain the detection message template provided by the sending end of the detection protocol. For example, in this example, when the TWAMP sending end is a specific device, the detection packet template provided by the specific device may be directly used, such as commonly-used 8 TWAMP Test packet modules, which are specifically shown in table 4.

However, this example is not limited to this, and may also provide more preset detection message templates according to the user requirement, or provide more preset detection message templates by the sending end of other detection protocols; for example, as shown in table 5, the message templates are another 7 kinds of preset message templates provided in this embodiment.

Table 4 common detection packet templates for presetting 8 TWAMP Test packets

Message ID	DSCP	VLAN Pri	Bag length	Payload
					1	48	6	100	0x00
2	46	5	100	0xff
					3	34	4	100	0x55
4	18	2	100	0xaa
					5	18	2	1454	0xaa
6	34	4	1453	0x55
					7	46	5	1454	0xff
8	48	6	1454	0x00

Table 5 presets 7 detection message templates for detection messages

Message ID	DSCP	VLAN Pri	Bag length	Payload
					1	48	6	64	0x00
2	46	5	100	0xff
					3	34	4	128	0x55
4	18	2	256	0xaa
					5	18	2	512	0xaa
6	34	4	1024	0x55
					7	46	5	1454	0xff

S302: the TWAMP sending end obtains a TWAMP Test message in a detection message template selected by a user.

S303: and the TWAMP sending end acquires the time length required for processing each TWAMP Test message when the corresponding service flow performance is detected by using each detection message in the detection message template set by the user.

S304: and the TWAMP sending end uses one TWAMP session resource, switches one TWAMP Test message every set duration in each monitoring period to detect the corresponding service flow performance until all the TWAMP Test messages in the detection message template perform detection, ends the monitoring period and enters the next monitoring period.

In the second example, a selectable preset detection message template is provided for a user, which is convenient for the user to select, and one TWAMP session resource is used to switch different TWAMP Test messages to detect the performance of the service traffic required to be monitored, so that not only can the service traffic performance of the service mode that the user wants to monitor be monitored, but also the detection of the performance of packet loss, time delay, jitter and the like of multiple service traffic in two directions can be realized, the flexibility of the detection of the characteristic performance of the service traffic is improved, and the consumption of link bandwidth caused by the establishment of multiple detection sessions for detecting multiple service traffic in the prior art is reduced.

Based on the technical solution for detecting service traffic performance disclosed in the embodiment of the present application, detection messages respectively corresponding to at least two or more service traffic performances are obtained, and detection of at least two or more service traffic performances is completed using one session resource. The method is not limited to be used at the sending end of the TWAMP, and can also be used at the sending ends of other protocols such as a Y.1731 protocol, a Y.1711 protocol, an 802.1ag protocol and the like; because each detection protocol is an OAM performance statistics tool for detecting the performance of the IP layer network, the detection message for performing the service traffic performance detection may be an OAM message, and specifically, may be a TWAMP Test message, an ITU-T y.1731 message, or an ITU-T y.1711 message.

To this end, the method for detecting service traffic performance disclosed in the embodiment of the present application, as shown in fig. 4, mainly includes:

s401: the method comprises the steps that a sending end obtains a first detection message and a second detection message, the first detection message comprises a first service flow characteristic of a first service flow with a first service mode, the second detection message comprises a second service flow characteristic of a second service flow with a second service mode, and the first service mode and the second service mode are different.

S402: the sending end obtains a first time length for processing the first detection message and a second time length for processing the second detection message in each monitoring period set by a user.

S403: and the sending end uses a session resource, and in each monitoring period, after the first detection message is sent for the first time length, the second detection message is sent for the second time length.

In the method for detecting service traffic performance disclosed in the embodiment of the present application, a plurality of ways of obtaining the detection packet are specifically, taking obtaining the first detection packet and the second detection packet as an example:

acquiring the first service flow characteristic determined by a user according to the monitoring requirement on the first service flow and the second service flow characteristic determined by the user according to the monitoring requirement on the second service flow; and generating the first detection message based on the first service flow characteristic, and generating the second detection message based on the second service flow characteristic.

It should be noted that, in the method for detecting service traffic performance disclosed in the embodiment of the present application, two specific ways may also be adopted in the process of generating multiple detection packets based on monitoring requirements.

In the first mode, a sending end can obtain service flow characteristics set by a user according to monitoring requirements for various service flow performances, wherein the service flow characteristics comprise one or more of priority, message length and message payload characteristics, and generate a detection message meeting the monitoring requirements of the user for different service flow performances.

In the second mode, a preset message template is adopted, and the message template contains detection messages generated according to monitoring requirements of various service traffic performances of daily services.

In the embodiment of the application, by acquiring a plurality of detection messages respectively corresponding to a plurality of service flows to be detected, and using one session resource of a detection protocol, in each monitoring period, processing of each detection message is switched according to a set duration, and one session resource can be used for detecting bidirectional packet loss, time delay and jitter performance of the plurality of service flows corresponding to a plurality of service flow characteristics. The flexibility of detection is improved, and the consumption of link bandwidth caused by establishing a plurality of detection sessions for detecting various service flows in the prior art is reduced.

Based on the method for detecting the service flow performance disclosed by the embodiment of the application, the embodiment of the application also correspondingly discloses a corresponding sending device for realizing the service flow performance detection; the sending device is applied to the sending end of each detection protocol, and the transmission equipment in the network can be used as the sending end for executing the corresponding detection protocol.

As shown in fig. 5, which is a schematic structural diagram of a transmitting apparatus disclosed in the embodiment of the present application, the transmitting apparatus 1 uses one session resource to complete detection of at least two or more service traffic performances. The transmission device 1 mainly includes: a first acquisition module 11, a second acquisition module 12 and a cycle monitoring module 13.

The first obtaining module 11 is configured to obtain a first detection packet and a second detection packet, where the first detection packet has a first service traffic characteristic of a first service traffic of a first service mode, the second detection packet has a second service traffic characteristic of a second service traffic of a second service mode, and the first service mode is different from the second service mode.

The second obtaining module 12 is configured to obtain a first time length for processing the first detection packet and a second time length for processing the second detection packet in each monitoring period set by the user.

And the loop monitoring module 13 is configured to use a session resource, and in each monitoring period, after the first detection packet is sent for the first duration, send the second detection packet for the second duration.

In the sending apparatus disclosed in the embodiment of the present application, the first obtaining module includes a first obtaining unit and a message generating unit.

The first obtaining unit is configured to obtain the first service traffic characteristic determined by the user according to the monitoring requirement for the first service traffic and the second service traffic characteristic determined by the user according to the monitoring requirement for the second service traffic.

The message generating unit is configured to generate a first detection message based on the first service traffic characteristic, and generate a second detection message based on the second service traffic characteristic.

The same manner is also adopted when the sending apparatus disclosed in the embodiment of the present application performs performance detection on more than two kinds of service flows, where specific operations related to each module and unit may refer to corresponding parts in the method for detecting performance of service flows disclosed in the embodiment of the present application, and are not described herein again.

In combination with the method for detecting service traffic performance disclosed in the embodiment of the present application, the sending apparatus disclosed in the embodiment of the present application may also be implemented directly by hardware, a memory executed by a processor, or a combination of the hardware and the memory.

Therefore, the present application also discloses another sending apparatus 2 corresponding to the method for detecting service traffic performance disclosed in the embodiment of the present application, and as shown in fig. 6, the sending apparatus 2 includes a memory 21 and a processor 22 communicating with the memory 21 through a bus 20.

The memory 21 has a storage medium in which an operation flow for detecting the service flow performance is stored.

The operation flow for detecting the service flow performance may include a program code, and the program code may include a series of operation instructions arranged in a certain order. The processor may be a central processing unit CPU or a specific integrated circuit or one or more integrated circuits configured to implement embodiments of the present application.

The memory may comprise high speed RAM memory and may also include non-volatile memory, such as at least one disk memory.

The processor is connected to the memory through the bus, and when various service traffic performances need to be monitored, the processor invokes an operation flow for detecting the service traffic performances, which is stored in the memory, and the operation flow may refer to the method for detecting the service traffic performances disclosed in the embodiments of the present application, and is not described herein again.

In summary, the present application discloses a technical solution for detecting service traffic performance, in which a required detection packet is set according to monitoring requirements of multiple service traffic performances of different or the same service modes. And utilizing a session resource to continuously send the duration of each detection message in each monitoring period based on the set duration. After one detection message is sent, another detection message is sent, the switching among the detection messages in the monitoring period is finished in turn, the detection of the characteristic performance of the corresponding service flow is finished, the covering monitoring of various service flow performances by one session resource is finished, the flexibility of monitoring the service flow performance by one session resource is improved, and the bandwidth consumption of a link is reduced.

Furthermore, in the process of monitoring the service flow performance in each round, the corresponding service flow performance is detected by switching different detection messages, which priority or specific packet length message is discarded can be quickly identified, the detection of bidirectional packet loss, time delay and jitter performance of various service flows is realized, and the performance of a link is intelligently monitored by using one session resource detection.

The foregoing is illustrative of only alternative embodiments of the present application and is not intended to limit the present application, which may be modified or varied by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims (8)

1. A method for detecting service traffic performance, comprising:

acquiring a first detection message and a second detection message, wherein the first detection message comprises a first service flow characteristic of a first service flow with a first service mode, the second detection message comprises a second service flow characteristic of a second service flow with a second service mode, the first service mode is different from the second service mode, and the first service flow characteristic comprises one or more of a priority of the first service flow, a message length of the first service flow and a message payload characteristic of the first service flow;

acquiring a first time length for processing the first detection message and a second time length for processing the second detection message in each monitoring period set by a user;

and using a session resource, and in each monitoring period, after the first detection message is sent for the first time length, sending the second detection message for the second time length.

2. The method of claim 1, wherein the obtaining the first detection packet and the second detection packet comprises:

acquiring the first service flow characteristic determined by the user according to the monitoring requirement on the first service flow and the second service flow characteristic determined by the user according to the monitoring requirement on the second service flow;

and generating the first detection message based on the first service flow characteristic, and generating the second detection message based on the second service flow characteristic.

3. The method according to claim 1 or 2, characterized in that the detection message is an operation, administration and maintenance, OAM, message.

4. The method of claim 3, wherein the first detection packet is a TWAMP Test packet or an ITU-T Y.1731 packet or an ITU-T Y.1711 packet.

5. A transmitting apparatus, comprising:

a first obtaining module, configured to obtain a first detection packet and a second detection packet, where the first detection packet includes a first service traffic characteristic of a first service traffic having a first service mode, the second detection packet includes a second service traffic characteristic of a second service traffic having a second service mode, the first service mode is different from the second service mode, and the first service traffic characteristic includes one or more of a priority of the first service traffic, a packet length of the first service traffic, and a packet payload characteristic of the first service traffic;

the second acquisition module is used for acquiring a first time length for processing the first detection message and a second time length for processing the second detection message in each monitoring period set by a user;

and the cycle monitoring module is used for using a session resource, and in each monitoring period, after the first detection message is sent for the first time length, the second detection message is sent for the second time length.

6. The transmitting apparatus according to claim 5, wherein the first obtaining module comprises:

a first obtaining unit, configured to obtain the first service traffic characteristic determined by the user according to the monitoring requirement for the first service traffic and the second service traffic characteristic determined by the user according to the monitoring requirement for the second service traffic;

a message generating unit, configured to generate the first detection message based on the first service traffic characteristic, and generate the second detection message based on the second service traffic characteristic.

7. A transmitting apparatus, comprising: a memory, and a processor in communication with the memory;

the memory is used for storing program codes for measuring the service flow performance;

the processor is used for executing the program codes saved by the memory and realizing the following operations: acquiring a first detection message and a second detection message, wherein the first detection message comprises a first service flow characteristic of a first service flow with a first service mode, the second detection message comprises a second service flow characteristic of a second service flow with a second service mode, and the first service flow characteristic comprises one or more of a priority of the first service flow, a message length of the first service flow and a message payload characteristic of the first service flow;

acquiring a first time length for processing the first detection message and a second time length for processing the second detection message in each monitoring period set by a user;

and using a session resource, and in each monitoring period, after the first detection message is sent for the first time length, sending the second detection message for the second time length.

8. A system for detecting performance of traffic, comprising: a transmitting end and a reflecting end, the transmitting end having the transmitting apparatus of any one of claims 5 to 7.

Images