WO2010118569A1

WO2010118569A1 - Ip network performance measurement method, apparatus and system

Info

Publication number: WO2010118569A1
Application number: PCT/CN2009/071261
Authority: WO
Inventors: 杨义成; 赖志昌; 王江胜
Original assignee: 华为技术有限公司
Priority date: 2009-04-14
Filing date: 2009-04-14
Publication date: 2010-10-21
Also published as: CN102037683A

Abstract

An IP network performance measurement method, apparatus and system are disclosed in present invention. The method comprises sending FM frame carried in GTPU message to a measurement opposite terminal, the FM frame contains a flow identifier of measured service flow (11); receiving BR frame carried in GTPU message sent by the measurement opposite terminal, the BR frame contains measurement information of measured service flow corresponding to the flow identifier (12); obtaining IP network performance based on the measurement information (13). By the embodiment of present invention, the IP network performance measurement based on GTPU protocol can be achieved.

Description

Method, device and system for IP network performance measurement

The present invention relates to wireless communication technologies, and in particular, to a method, apparatus and system for measuring IP network performance. Background technique

The Internet Protocol (IP)-based packet switching network has been booming in recent decades and has become a global communication network. Due to the low cost of IP networks, with the development of communications, traditional telecom services, including voice services, are increasingly using IP networks. However, traditional IP networks only provide services that are not guaranteed to be available, and do not provide quality of service.

(Quality of Service, QoS) guaranteed service. As IP networks become more widely used in telecommunications networks, various QoS guarantee mechanisms that improve the performance of IP networks, such as differentiated service architectures

The (Different Serviced, DiffServ) mechanism was introduced. There is a lack of specific implementations for IP network performance measurement. Summary of the invention

The present invention provides a method, device and system for measuring IP network performance, which can implement an IP network based on a User plane of GPRS Tunneling Protocol (GTPU) of a General Packet Radio Service (GPRS) tunneling protocol. Performance measurement.

An embodiment of the present invention provides a method for measuring performance of an IP network, including:

Transmitting, to the measurement peer, a forward monitoring FM frame carried in a GTPU message of a general wireless packet service tunneling protocol user plane part, where the FM frame includes a flow identifier of the tested service flow;

Receiving, by the measurement peer, the backward report BR frame carried in the GTPU message, where the BR frame includes measurement information of the measured service flow corresponding to the flow identifier; According to the measurement information, the IP network performance is obtained.

An embodiment of the present invention provides an apparatus for measuring performance of an IP network, including:

a first module, configured to send, to the measurement peer end, a forward monitoring FM frame carried in a GTPU message of the general wireless packet service tunneling protocol user part, where the FM frame includes a flow identifier of the measured service flow;

a second module, configured to receive, by the measurement peer end, a backward report BR frame that is carried in the GTPU message, where the BR frame includes measurement information of the measured service flow corresponding to the flow identifier;

The third module is configured to obtain IP network performance according to the measurement information.

An embodiment of the present invention provides a system for measuring IP network performance, including: the foregoing apparatus, where the apparatus serves as a measurement initiator, and a measurement peer that communicates with the measurement initiator.

According to the foregoing technical solution, the measurement initiator sends the FM frame carried in the GTPU message to the measurement peer end, and receives the BR frame carried in the GTPU message, and the measurement information is included in the BR frame. According to the measurement information, the IP network performance is obtained, and the IP network performance measurement based on the GTPU protocol can be implemented. DRAWINGS

1 is a schematic flow chart of a method according to a first embodiment of the present invention;

2 is a schematic flow chart of a method according to a second embodiment of the present invention;

3 is a schematic flowchart of a method for activating a first scenario in an embodiment of the present invention;

4 is a schematic flowchart of a method for activating a second scenario in an embodiment of the present invention;

5 is a schematic flowchart of a method for deactivating a first scenario in an embodiment of the present invention; FIG. 6 is a schematic flowchart of a method for deactivating a second scenario in an embodiment of the present invention; A schematic diagram of a system structure of a scenario; FIG. 8 is a schematic structural diagram of a protocol stack used in an embodiment of the present invention;

FIG. 9 is a schematic structural diagram of a system of a second scenario applied to a method according to an embodiment of the present invention; FIG. 10 is a schematic structural diagram of a third scenario of a method applied according to an embodiment of the present invention; Figure 11 is a schematic structural view of a device according to a third embodiment of the present invention;

Figure 12 is a schematic structural view of a device according to a fourth embodiment of the present invention;

Figure 13 is a block diagram showing the structure of a system according to a fifth embodiment of the present invention. detailed description

The technical solution of the present invention will be further described in detail below through the accompanying drawings and embodiments. First, several concepts involved in the embodiments of the present invention are explained.

GTPU: The General Packet Radio Service (GPRS) Tunneling Protocol (GTPU) can complete user data encapsulation or decapsulation.

UDP: User Datagram Protocol, User Data Protocol. A transport layer protocol, typically applied to packet networks, where user data is transmitted based on a single UDP packet. In this paper, the network layer protocol is specifically the UDP protocol of IP.

DSCP: DiffServ Code Point, the service code point. When an IP packet marked with a DSCP value is transmitted in the network, the DiffServ service can be used to perform QoS management on the service.

QCI: QoS Class Indicator, QoS Class Indicator.

TEID: Tunnel End Point Identifier, tunnel endpoint identifier. The tunnel endpoint in the end-to-end GTPU entity is identified.

FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including:

Step 11: The measurement initiator sends a Forward Monitoring (FM) frame carried in the GTPU message to the measurement peer, where the FM frame includes the flow identifier of the measured service flow.

Step 12: The measurement initiator receives the backward report (BR) frame carried in the GTPU message sent by the measurement peer, and the BR frame includes measurement information of the measured service flow corresponding to the flow identifier.

Step 13: The measurement initiator obtains IP network performance according to the measurement information.

The FM frame may further include first sending information, where the first sending information may include sending time, The number of transmitted packets, the number of transmitted bytes, and other transmission information related to the performance of the IP network to be measured.

When the measurement peer can respond normally, the measurement information includes at least one of the following: one is a measurement result, and the other is a reception information and a second transmission information, where the reception information is a measurement peer according to the And receiving, by the flow identifier, the received information of the measured service flow, where the second sending information is the first sending information or part of the first sending information, where the measurement result is that the measuring peer sends the first information according to the received information. The measurement result obtained by the information calculation.

The measurement initiator obtains the IP network performance, specifically: when the measurement information includes the measurement result, the measurement initiator directly obtains the measurement result from the measurement information; when the measurement information includes the received information and the second transmission information, the measurement is initiated. The terminal calculates a measurement result according to the received information and the second transmission information.

In this embodiment, the measurement initiator sends the FM frame carried in the GTPU message to the measurement peer, receives the BR frame carried in the GTPU message, and the measurement information is included in the BR frame, and the measurement initiator performs the measurement according to the measurement. The information is obtained by IP network performance, and IP network performance measurement based on GTPU protocol can be realized.

The FM frame may include the following cells: a stream identifier, and a cell characterizing the transmitted information. For example, the cells characterizing the transmitted information may include: the number of transmitted packets, the number of transmitted bytes, and the time of transmission.

Of course, for the needs of upgrading and extension, the FM frame of this embodiment may further include the following cells: version, frame type, serial number, and reserved field.

Specifically, the FM frame includes, but is not limited to, the format shown in Table 1:

Table 1

among them,

Version ( version ): version number;

Frame type (FM): indicates that the frame is an FM frame; Flow ID: The identifier of the measured service flow. Different flow identifiers can distinguish different service flows.

Serial number (SN): The serial number of the transmitted frame, the initiator sends one FM frame plus one; the number of transmitted packets (TxPacket): The cumulative value of the number of packets corresponding to the stream identifier sent by the initiator; TxByte): The cumulative value of the number of bytes corresponding to the stream identifier sent by the initiator; the time of transmission (TxTime): the time at which the initiator sends the FM frame.

The BR frame may include the following cells: cells that characterize the measurement information, e.g., transmit information and receive information, and/or, measurement results.

Of course, similar to the FM frame, the BR frame of this embodiment may further include the following cells: version, frame type, serial number, and reserved field.

Specifically, when the BR frame carries the transmission information and the reception information, the BR frame may include, but is not limited to, the format shown in Table 2:

Table 2

among them,

Version ( version ): version number;

Frame type (BR): indicates that the frame is a BR frame;

Flow ID: The flow identifier in the FM frame corresponding to the BR frame is the same.

Sequence number (SN): the sequence number in the FM frame corresponding to the BR frame is the same;

Number of transmitted packets (TxPacket): The number of transmitted packets in the FM frame corresponding to the BR frame is the same; the number of transmitted bytes (TxByte): the number of transmitted bytes in the FM frame corresponding to the BR frame is the same; FM transmission time (TxTime): the transmission time in the FM frame corresponding to the BR frame is the same; the reception time (RxTime): the time at which the receiver receives the FM frame;

The number of received packets (RxPacket): The receiving end receives the accumulated value of the number of packets corresponding to the stream identifier; the number of received bytes (RxByte): the receiving end receives the accumulated value of the number of bytes corresponding to the stream identifier; BR sending time (TxTime 1): The transmitting end of the BR frame is sent by the receiving end.

When the BR frame carries the measurement result of the packet loss rate, the BR frame may include but is not limited to the format shown in Table 3:

table 3

The packet loss rate is calculated by the peer end of the measurement. The calculation formula is:

Packet loss rate = ⁽ number of packets sent - % of packets received).

Number of packets sent

The remaining fields are the same as Table 2.

When the BR frame carries the two measurement results of packet loss rate and one-way delay, the BR frame may include but is not limited to the format shown in Table 4:

Table 4

The one-way delay is calculated for the opposite end of the measurement, and the calculation formula is:

One-way delay = reception time - FM transmission time.

The remaining fields are the same as Table 3.

When the BR frame carries the three measurement results of packet loss rate, one-way delay, and lost byte number, the BR frame may include but is not limited to the format shown in Table 5:

table 5

The difference in the number of bytes (the number of bytes lost) is calculated by the opposite end of the measurement. The calculation formula is: Number of bytes lost = number of bytes sent - number of bytes received.

The remaining fields are the same as Table 4.

The first embodiment can implement measurement of packet loss rate, one-way delay, and number of lost bytes. It can be understood that when other information needs to be measured, such as loopback delay, delay jitter, etc., in FM frame and BR The frame may carry transmission information, reception information, and measurement results required for other information.

In the technical solution of the second embodiment of the present invention, when the measuring end does not have a normal response FM frame, the FM frame may be repeatedly sent periodically, and the process is as follows:

2 is a schematic flowchart of a method according to a second embodiment of the present invention, including:

Step 21: The measurement initiator sends an FM frame carrying the transmission information to the measurement peer, where the FM frame is carried in the GTPU message, and the measurement initiator starts the timer while transmitting the FM frame.

Step 22: When the measurement initiator does not receive the BR frame for measuring the peer feedback within the time set by the timer, when the time set by the timer is reached, the measurement initiator sends the FM frame to the measurement peer again. Step 23: The process of step 22 is repeated until the number of times the measurement initiator sends an FM frame reaches a preset number of transmissions.

Step 24: When the measurement initiator does not receive the BR frame of the measurement peer feedback within the time set by the timer, the measurement initiator terminates transmitting the FM frame and releases the PM resource.

Of course, it can be understood that when the measurement initiator sends the FM frame several times and the measurement peer can respond to the BR frame, the subsequent process after measuring the normal response BR frame of the first embodiment can be processed.

In this embodiment, the FM frame is repeatedly transmitted to ensure the reliability of the measurement process, and the FM frame is terminated after a certain number of attempts, thereby saving resources.

The first embodiment and the second embodiment are processes in the measurement process, and usually need to activate the measurement before the measurement, that is, before the measurement initiator of the first embodiment or the second embodiment sends the FM frame, the activation process is further included. The activation process can be as follows:

FIG. 3 is a schematic flowchart of a method for activating a first scenario in an embodiment of the present invention. This embodiment is directed to a situation in which feedback information is received at a peer end. See Figure 3, including:

Step 31: After the measurement initiator receives the command to start the measurement sent by the measurement personnel, the measurement initiator sends an activation request to the measurement peer, and the activation request is carried in the GTPU message.

Step 32: The measurement peer sends a feedback activation response to the measurement initiator, and the activation response is carried in the GTPU message.

Specifically, when the measurement peer can meet the requirements in the activation request, the activation activation response is activated, and when the measurement peer cannot satisfy the requirement in the activation request, the activation response of the activation failure is fed back. When the feedback activation failure response is activated, the activation response may carry the failure reason, and then the measurement initiator may adjust the sent activation request according to the failure reason, and initiate the activation process again.

FIG. 4 is a schematic flowchart of a method for activating a second scenario in an embodiment of the present invention. This embodiment is directed to a case where there is no feedback information at the opposite end. See Figure 4, including:

Step 41: The measurement initiator sends an activation request to the measurement peer, and starts the timer.

Step 42: During the time set by the timer, the measurement initiator does not receive feedback from the measurement peer. When the information is reached, when the time set by the timer is reached, the measurement initiator sends an activation request to the measurement peer again.

Step 43: The process of step 42 is repeated until the number of times the measurement initiator sends the activation request reaches the preset number of transmissions.

Step 44: When the measurement initiator still does not receive the feedback information of the measurement peer within the time set by the timer, the measurement initiator terminates the transmission activation request, terminates the negotiation, and the activation fails.

Of course, it can be understood that when the measurement initiator sends several activation requests, and the measurement peer can respond to the activation request, the subsequent process after measuring the normal feedback activation response of the peer end shown in FIG. 3 can be processed.

The flow of the measurement process and the activation measurement is given above, and the measurement is required to be deactivated after the measurement, that is, in the first embodiment or the second embodiment or the embodiment including the activation process, when the measurement needs to be ended, the method may further include: To deactivate the measurement, the specific deactivation process can be as follows:

FIG. 5 is a schematic flowchart of a method for deactivating a first scenario in a process according to an embodiment of the present invention. This embodiment is directed to a case where feedback information is received at a peer end. See Figure 5, including:

Step 51: After the measurement initiator receives the command to stop the measurement sent by the measurement personnel, the measurement initiator sends a deactivation request to the measurement peer, and the deactivation request is carried in the GTPU message.

Step 52: After receiving the deactivation request, the measuring peer stops transmitting the BR frame and feeds back the deactivation response to the measurement initiator.

FIG. 6 is a schematic flowchart of a method for deactivating a second scenario of a process according to an embodiment of the present invention. This embodiment is directed to a case where there is no feedback information at the opposite end. See Figure 6, including:

Step 61: The measurement initiator sends a deactivation request to the measurement peer, and starts the timer. Step 62: When the measurement initiator does not receive the feedback information of the measurement peer within the time set by the timer, when the time set by the timer is reached, the measurement initiator sends a deactivation request to the measurement peer again.

Step 63: The process of step 62 is repeated until the number of times the measurement initiator sends a deactivation request reaches a preset number of transmissions. Step 64: When the measurement initiator still does not receive the feedback information of the measurement peer within the time set by the timer, the measurement initiator terminates sending the FM frame, releases the resource, and ends the measurement.

Of course, it can be understood that when the measurement initiator sends the deactivation request several times, and the measurement peer can respond to the deactivation request, the subsequent process after the normal feedback deactivation of the measurement peer shown in FIG. 5 can be used. Process it.

The activation/deactivation frame can be used during activation or deactivation. The format of the activation/deactivation frame can be as shown in Table 6:

Table 6

among them,

Version (Version): version number;

Message ID: Define various commands or responses during activation or deactivation. The correspondence between the encoding of the message number and the specific meaning can be found in the table:

Table 7

Directions of action: Used to distinguish the direction of a command or response. The correspondence between the coding of the direction and the specific meaning can be seen in Table 8: Table 8

Sequence Number: The serial number of the transmitted frame. The initiator sends one activation/deactivation frame plus one.

Transmit cycle (Tx Interval): The period during which the FM frame and BR frame are sent, which can be timing information.

(for example, sending FM frames every N seconds), or it can be packet number information (for example, sending FM frames once every M packets are sent);

Flow identifier: The identifier of the measured data stream. Different flow identifiers can distinguish different service flows. In the measurement process after activation, the flow identifiers of FM frames and BR frames are the same as the sequence numbers here;

Flow ID Index: Indicates the classification basis for the use.

In the embodiment of the present invention, different service classifications may be used to classify service flows to obtain network performance of different service flows. The classification basis includes the source IP address and the destination IP address. The application layer identifiers, such as the Quality of Service (QoS) QoS Class Indicator (QCI) and the Tunnel End Point Identifier, can be further used. TEID), the identification of the transport layer may also be further used, for example, a User Datagram Protocol (UDP) port number and a Differentiated Service (DiffServ Code Point, DSCP) value, or further Use an identifier that combines both the application layer and the transport layer. The classification basis includes but is not limited to the items shown in Table 9:

Table 9

Index basis

1 (source IP address, destination IP address) 2 (source IP address, destination IP address, QCI)

3 (source IP address, destination IP address, TEID)

4 (source IP address, destination IP address, source port number)

5 (source IP address, destination IP address, source port number, QCI)

6 (source IP address, destination IP address, source port number, TEID)

7 (Source IP address, destination IP address, DSCP value) After the service flows are classified according to any classification in Table 9, different service flows can be obtained. Different classification identifiers can be added to different service flows. Indicates the category to which the corresponding service flow belongs. The traffic identifier is carried in the FM frame, the BR frame, and the activation/deactivation frame, and indicates the measured service flow to be measured. For example, using the seventh classification basis (source IP address, destination IP address, DSCP value), the traffic can be classified into the categories shown in Table 10:

Table 10

Based on the classification of Table 10, the correspondence between the flow identifier, the classification identifier, and the classification can be as shown in Table 11:

Table 11

Flow identification classification identification classification (data stream)

6 0 XXX XXXX XXXX XXXX Classification in Table 10 6

5 1011 lllx xxxx xxxx Category 5 in Table 10 4 1010 OOlx xxxx xxxx Category 4 in Table 10

3 1000 1111 Olxx xxxx Classification in Table 10 3

2 1000 1111 lOxx xxxx Classification in Table 10 2

1 1000 1111 11 xx xxxx Classification 1 in Table 10 The classification identifier of Table 11 is taken as an example of carrying the IPv4 header ID field. Alternatively, the classification identifier may also be carried in the IPv6 flow label field of the IP data stream; Or, carried in the IPsec SA domain of the IP data stream; or carried in the Generic Routing Encapsulation (GRE) Key field of the IP data stream; or carried in the UDP port number field of the IP data stream.

Since the embodiment of the present invention is based on the GTPU protocol, each performance management (PM) frame is carried in the GTPU message, and the PM frame includes an activation/deactivation frame, an FM frame, and a BR frame. The specific carrying manner includes: carrying in the payload of the GTPU message, or carrying in the header of the GTPU message.

Method 1, carried in the payload of the GTPU message

There are currently 5 types of GTPU messages, as shown in Table 12:

Table 12

Embodiments of the present invention may use unused GTPU messages to carry activation/deactivation frames, FM frames, or BR frames in the payload of these unused GTPU messages. For example, enable messaging A GTPU message with a value of 52, the corresponding format is shown in Table 13:

Table 13

The reason for the 2152 in the UDP packet header is: The UDP destination port number of the current GTPU message is 2152.

Manner 2: carried in the header of the GTPU message

For the format of the GTP header, see Table 14:

Table 14

Bytes (Octets) 8 7 6 5 4 3 2 1

1 Version number Protocol type (*) E S PN

2 message type

Length (1 ^st Octet)

4 length (2 ^nd Octet)

5 tunnel endpoint identifier TEID (l ^st Octet)

6 Tunnel Endpoint Identifier TEID (2 ^nd Octet)

7 Tunnel Endpoint Identifier TEID (3r ^d Octet)

8 Tunnel Endpoint Identifier TEID (4 ^th Octet)

9 serial number (1 ^st Octet)

10 serial number (2 ^nd Octet)

11 N-PDU number

12 next extension header type among them,

Extended header flag (E): This flag sets, Γ indicates that there is a next extended header field. Set, 0' indicates that there is no next extended header field, or there is no need to explain.

Message Type: This field indicates the type of GTP message.

Next extension header type: This field defines the type of extension header immediately following this field in the GTP Protocol Data Unit (G-PDU).

The GTPU header used by the GTPU protocol is variable length, including mandatory fields (occupying 1-8 bytes) and optional fields. There are three flags in the GTPU header to indicate whether three optional fields are used: PN flag, S flag, and E flag. The PN flag is used to indicate whether to use the Next Protocol Data Unit (N-PDU) optional field; the S flag is used to indicate whether to use the GTP sequence number; and the E flag is used to indicate whether to use the extended header optional field, The E flag allows future extensions to this specification without the need for an additional version number. According to the existing agreement, when any of the three flags is set, the field occupying the 9th to 12th bytes in Table 12 needs to be included in the header portion of the GTPU packet. Therefore, when at least one of the three flags is set The length of the GTPU header is at least 12 bytes.

According to the above, when the field E is valid (set to 1), the extended header portion of the GTPU header can be used. The extension header can be used to carry the PM frame (FM frame, BR frame or activation/deactivation frame) in the embodiment of the present invention. The format of the extension header is as shown in Table 15:

Table 15

Octets 1 I extended header length

2 - m extended header content

M+1 next extended header type (*) This embodiment can use the specific extended header type value (for example, 255) to identify the extended header content in the "next extended header type" field of the GTPU header shown in Table 14. For the PM frame, the PM frame is encapsulated in an extension header as shown in Table 15. The specific package format can be as shown in Table 16: IP header UDP header GTPU header

IP SPort DPort Next Extension Head Type Extension Head Activate / Deactivate Frame Next

Header 2152 Type-specific value Length or FM frame or extension header

[0 length BR frame type

0868] ( 255 )

The PM frame of this embodiment may be carried by using a separate GTPU tunnel or carried in the same GTPU tunnel as the measured traffic. Assume that the TEID of the GTPU tunnel carrying the PM frame is 00780522, and the TEID value can be used to identify that the tunnel carries the PM frame.

The above description is made by taking the measurement initiator as the execution subject, and for the measurement peer, the following steps are performed:

S02: The peer end receives the flow identifier and the sending information of the measured service flow carried in the GTPU message sent by the measurement initiator.

S03: The measurement peer sends at least one of the following two items carried in the GTPU message to the measurement initiator: one is a measurement result, and the other is a reception information and a transmission information, where the reception information is a measurement peer according to And receiving, by the flow identifier, the received information of the measured service flow, where the measurement result is that the measurement peer calculates the measurement result according to the received information and the sent information.

It can further include the steps in the activation process:

S00: The measurement peer receives the activation request sent by the measurement initiator, where the activation request is carried in the payload of the GTPU message, or is carried in the packet header of the GTPU message;

S01: The measurement peer sends a feedback activation response to the measurement initiator, where the activation response is carried in the payload of the GTPU message, or is carried in the packet header of the GTPU message, and when the measurement peer meets the activation request, the activation response The characterization activation is successful, and when the measurement peer cannot satisfy the activation request message, the activation response characterizes the activation failure.

It may further include the steps in the deactivation process:

S04: The measurement peer receives a deactivation request sent by the measurement initiator, where the deactivation request carries In the payload of the GTPU message, or carried in the header of the GTPU message;

S05: The measurement peer sends a feedback deactivation response to the measurement initiator, where the deactivation response is carried in

The payload of the GTPU message is carried in the header of the GTPU message.

The measurement method has been described above, and the method of the embodiment of the present invention can be applied to the following scenarios:

FIG. 7 is a schematic structural diagram of a first scenario of a method applied by a method according to an embodiment of the present invention. In this embodiment, a Wideband Code Division Multiple Access (WCDMA) system, a Radio Network Controller (Radio Network Controller, Implementation scenario of IP PM between RNC) 71 and Gateway General Packet Radio Service (GPRS) Support Node (GGSN)/Serving GPRS Supporting Node ₍ SGSN) 72, For RNC, RNC→GGSN/SGSN is forward, and GGSN/SGSN→RNC is backward. Both directions include both directions.

Taking the RNC as the PM measurement initiator as an example, the RNC can initiate forward, backward, and bidirectional IP PM using the method of the embodiment of the present invention. RNC→GGSN/SGSN, GGSN/SGSN→ RNC, and delay, jitter, and packet loss ratio measurements in two directions are provided to provide input parameters for flow control and admission control of the RNC.

In the forward PM process, the RNC can periodically send FM frames, and inform the GGSN/SGSN of the number of packets sent by the local end, the number of bytes, and the sending time of the FM. After receiving the FM, the GGSN/SGSN records the time when the local end receives the FM frame, and can inform the RNC of the number of packets received by the local end, the number of bytes, the time of receiving the FM frame, and the time of transmitting the BR frame through the BR frame. You can also calculate the packet loss rate, one-way delay, and number of bytes lost on the local end, and inform the RNC of the calculation result and the time when the BR frame is sent. After receiving the BR frame, the RNC finally obtains IP network performance such as delay, jitter, and packet loss rate based on the information in the BR frame, as input parameters for flow control and admission control.

FIG. 8 is a schematic structural diagram of a protocol stack used in an embodiment of the present invention. The protocol stack shown in Figure 8 can be used in Figure 7 and Figures 9 and 10 below.

FIG. 9 is a schematic structural diagram of a second scenario of a method applied by the method according to an embodiment of the present invention, where the implementation is implemented For example, in the Long Term Evolution (LTE) system, an IP PM implementation scenario between an evolved base station (eNodeB) 91 and a Serving Gateway (SGW) 92 is an S1 interface between the eNodeB and the SGW. For the eNodeB, the eNodeB→SGW is forward, and the SGW→eNodeB is backward. Both directions include both directions.

FIG. 10 is a schematic structural diagram of a system of a third scenario applied to a method according to an embodiment of the present invention. In this embodiment, an implementation scenario of an IP PM between a first eNodeB 101 and a second eNodeB 102 in an LTE system, a first eNodeB and a first The second eNodeB is an X2 interface. For the first eNodeB, the first eNodeB→the second eNodeB is forward, and the second eNodeB→the first eNodeB is backward. The two directions include both directions.

In the above embodiment, the GTPU-based IP network performance measurement can be implemented by carrying the FM frame, the BR frame, and the activation/deactivation frame in the GTPU message. It should be noted that, the overall solution of the embodiment of the present invention is: the measurement initiator sends the FM frame carried in the GTPU message to the measurement peer, and receives the BR frame carried in the GTPU message sent by the measurement peer, and then Based on the measurement information, IP network performance is obtained. It can be seen that IPPM network performance measurement can be performed on the measurement initiator and the measurement peer, the intermediate node does not interpret the measurement related >3⁄4 text, and does not care about the type of the intermediate node, thereby implementing the end-to-end IPPM network performance measurement.

The measurement information returned by the peer end can be a specific measurement result, or can be a transmission information and a reception information, so that the measurement initiator directly obtains the measurement result or needs to calculate the measurement result, thereby realizing the flexibility of obtaining the measurement result.

The transmission mode is diversified by transmitting the FM frame, the BR frame, the activation/deactivation frame and the measured service flow in the same GTPU tunnel, or separately in a GTPU tunnel.

By classifying service packets to obtain service flows, different measurements can be made for different traffic flow categories to meet the diverse needs of measurement.

By activating and deactivating the process and repeatedly transmitting processes such as FM frames, BR frames, and activation/deactivation frames, it is possible to adapt to different application scenarios during measurement.

FIG. 11 is a schematic structural diagram of a device according to a third embodiment of the present invention, which is applied to measurement initiation The terminal includes a first module 111, a second module 112, and a third module 113. The first module 111 is configured to send, to the measurement peer, an FM frame carried in the GTPU message, where the FM frame includes a flow identifier of the measured service flow, and the second module 112 is configured to receive the carried GTPU message sent by the measurement peer. The BR frame includes the measurement information of the measured service flow corresponding to the flow identifier, and the third module 113 is configured to obtain the IP network performance according to the measurement information.

Further, the FM frame sent by the first module may further include first sending information, where the third module includes a first unit and a second unit, where the first unit is used to receive by the second module. When the measurement information includes the measurement result, the measurement result is directly used as a measurement result of the IP network performance; and the second unit is configured to: when the measurement information includes the received information and the second transmission information, according to the received information and The second transmission information calculates a measurement result of the IP network performance.

The embodiment may further include a fourth module, configured to establish a GTPU tunnel, where the FM frame or the BR frame is transmitted in the same GTPU tunnel as the measured service flow, or the FM frame or the BR frame is in a separate Transfer in the GTPU tunnel.

The embodiment may further include a fifth module, configured to classify the service group according to the classification according to the service flow, where the classification includes the source IP address and the destination IP address, or the source IP address and the destination IP address, and any one of the following Or a combination thereof: QCI, TEID, UDP port number, and DSCP.

The embodiment may further include a sixth module, configured to add a classification identifier to the service flow, where the classification identifier is used to indicate a category to which the service flow belongs, and the classification identifier is carried in an IPv4 header ID field of the service flow; or The IPv6 flow label field carried in the service flow; or, carried in the IPsec SA domain of the service flow; or carried in the GRE Key field; or carried in the UDP port number field of the service flow.

The embodiment may further include a seventh module, configured to send an activation request to the measurement peer, where the activation request is carried in the GTPU message, and an eighth module, configured to: when the measurement peer can respond normally, receive the measurement peer A feedback activation response, the activation response being carried in the GTPU message.

The embodiment may further include a ninth module, configured to send a deactivation request to the measurement peer, where the deactivation request is carried in the GTPU message, and a tenth module, configured to receive when the measurement peer can respond normally Measuring a deactivation response of the peer feedback, the deactivation response carried in the GTPU In the message.

Further, the first module in this embodiment may be further configured to: when the FM frame is sent, start a timer; when the measurement peer cannot respond normally, when the set timing time arrives, repeatedly send the bearer to the measurement peer. The flow identification and the transmission information of the measured service flow in the GTPU message are not up to the preset number of times, and then the flow identification and the transmission information of the measured service flow carried in the GTPU message are stopped, and the measurement is ended.

The seventh module can also be used to start a timer when the activation request is sent; when the measurement peer cannot respond normally, when the time set by the timer arrives, the activation request is repeatedly sent until a preset number of times is reached, after that, Stop sending the activation request and end the activation.

The ninth module can also be used to start a timer when a deactivation request is sent; when the measurement peer cannot respond normally, when the time set by the timer is reached, the deactivation request is repeatedly sent until a preset number of times is reached. After that, the flow identifier and the transmission information of the measured service flow carried in the GTPU message are stopped, and the measurement is ended.

Specifically, the FM frame may include the following cells: a stream identifier, and a cell characterizing the transmitted information. For example, the cells characterizing the transmitted information may include: the number of transmitted packets, the number of transmitted bytes, and the time of transmission. Of course, for the needs of upgrading and extension, the FM frame of this embodiment may further include the following cells: version, frame type, serial number, and reserved field.

When the BR frame carries the transmission information and the reception information, the BR frame includes the following cells: a stream identifier, a number of transmission packets, a number of transmission bytes, a transmission time of the FM frame, a reception time, a number of received packets, a number of received bytes, When the BR frame carries the packet loss rate measurement result, the BR frame includes the following cells: a stream identifier, a packet loss rate, a number of transmitted bytes, a FM frame transmission time, a reception time, and a received byte number. When the BR frame carries the packet loss rate and the one-way delay measurement result, the BR frame includes the following cells: a stream identifier, a packet loss rate, a number of transmitted bytes, a one-way delay, and a reception. Byte number, BR frame transmission time; When the BR frame carries the packet loss rate and the one-way delay and the number of bytes lost, the BR frame includes the following cells: stream identifier, packet loss rate, number of bytes Difference, one-way delay, BR frame transmission time. Of course, in order to upgrade and expand, the BR frame of this embodiment can also It further includes the following cells: version, frame type, serial number, reserved field.

The activation/deactivation frame may include the following cells: version, message number, direction, sequence number, stream identification, stream identification index, transmission period, and reserved field.

For the method and content of the specific frame, refer to the method embodiment, and details are not described herein again.

In this embodiment, the IP network performance measurement based on the GTPU protocol can be implemented by carrying the transmission information and the reception information or the measurement result in the GTPU message.

Figure 12 is a block diagram showing the structure of a device according to a fourth embodiment of the present invention, which is applied to a measuring end, including an eleventh module 121 and a twelfth module 122. The eleventh module 121 is configured to receive, by the measurement initiator, the FM frame carried in the GTPU message, where the FM frame includes a flow identifier of the measured service flow, and the twelfth module 122 is configured to send to the measurement initiator. A BR frame in the GTPU message, where the BR frame includes measurement information of the measured service flow corresponding to the flow identifier, so that the measurement initiator obtains IP network performance according to the measurement information.

The FM frame may further carry the first sending information, where the measurement information may include at least one of the following: one is a measurement result, and the other is a receiving information and a second sending information, where the receiving information is a measurement pair. The second transmission information is a part of the first transmission information or the first transmission information, and the measurement result is that the measurement peer receives the information according to the received information. A measurement result is obtained by transmitting information.

The embodiment may further include: a thirteenth module, configured to receive an activation request sent by the measurement initiator, where the activation request is carried in the GTPU message, and a fourteenth module, configured to feed back an activation response to the measurement initiator, where The activation response is carried in the GTPU message. When the measurement peer meets the activation request, the activation response indicates that the activation is successful. When the measurement peer cannot satisfy the activation request message, the activation response indicates that the activation fails.

The embodiment may further include: a fifteenth module, configured to receive a deactivation request sent by the measurement initiator, where the deactivation request is carried in the GTPU message; and a sixteenth module, configured to feed back the deactivation response to the measurement initiator The deactivation response is carried in the GTPU message.

The carrying manner and content of the specific information involved in this embodiment can be found in the method. The example is not repeated here.

FIG. 13 is a schematic structural diagram of a system according to a fifth embodiment of the present invention, including the apparatus shown in the third embodiment, the apparatus as a measurement initiator, and a measurement peer that communicates with the measurement initiator.

Specifically, the embodiment includes a measurement initiator 131 and a measurement peer 132. The measurement initiator 131 is configured to send, to the measurement peer, an FM frame that includes the flow identifier of the measured service flow carried in the GTPU message, and the measurement peer 132 is configured to send, to the measurement initiator, the included flow included in the GTPU message. A BR frame that identifies measurement information of the corresponding measured service flow. The measurement initiator 131 obtains the IP network performance according to the measurement information.

The FM frame may further carry the first sending information, where the measurement information may include at least one of the following: one is a measurement result, and the other is a receiving information and a second sending information, where the receiving information is a measurement pair. The second transmission information is a part of the first transmission information or the first transmission information, and the measurement result is that the measurement peer receives the information according to the received information. The measurement information is obtained by calculating the measurement result. The measurement initiation end 131 is specifically configured to directly use the measurement result as a measurement result of the IP network performance when the measurement information includes the measurement result, or when the measurement information includes the received information and the second transmission. In the information, the measurement result of the IP network performance is calculated according to the received information and the second transmission information.

The measurement initiator may also be configured to send an activation request to the measurement peer, where the activation request is carried in the GTPU message; the measurement peer may also be used to feed back an activation response to the measurement initiator, where the activation response is carried in In the GTPU message, when the measurement peer meets the activation request, the activation response indicates that the activation is successful, and when the measurement peer cannot satisfy the activation request message, the activation response indicates that the activation fails.

The measurement initiator may be further configured to send a deactivation request to the measurement peer, where the deactivation request is carried in the GTPU message; the measurement peer may also be used to feed back a deactivation response to the measurement initiator, where The activation response is carried in the GTPU message. The measurement initiator of the embodiment is an RNC, and the measurement peer is a GGSN or an SGSN; or the measurement sender is an eNodeB, and the measurement peer is an SGW; or the measurement sender is the first The eNodeB, the measurement peer is a second eNodeB. Or, the policy initiator and the measurement peer are exchanged, that is, the measurement initiator is a GGSN or an SGSN, and the measurement peer is an RNC; or the measurement sender is an SGW, and the measurement peer is The eNodeB; or the measurement sender is a second eNodeB, and the measurement peer is a first eNodeB.

For the manner of carrying the specific information and the content of the information in this embodiment, refer to the method embodiment, and details are not described herein.

A person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed. The method includes the steps of the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

It should be noted that the above embodiments are only intended to illustrate the technical solutions of the present invention and are not to be construed as limiting the embodiments of the present invention. Modifications or equivalents of the technical solutions of the present invention may be made without departing from the spirit and scope of the technical solutions of the present invention.

Claims

Rights request

A method for measuring performance of an IP network, comprising:

And receiving, by the measurement peer, a backward report BR frame that is carried in the GTPU message, where the BR frame includes measurement information of the measured service flow corresponding to the flow identifier;

According to the measurement information, the IP network performance is obtained.

The method according to claim 1, wherein the FM frame further includes first sending information;

The measurement information includes at least one of the following: one is a measurement result, and the other is a reception information and a second transmission information, where the reception information is the measurement peer obtained according to the flow identifier. And measuring the received information of the service flow, where the second sending information is the first sending information or a part of the first sending information, where the measuring result is that the measuring peer calculates the measurement result according to the received information and the first sending information;

The obtaining the IP network performance according to the measurement information includes: when the measurement information includes the measurement result, directly using the measurement result as a measurement result of the IP network performance; when the measurement information includes the received information and the second sending In the information, the measurement result of the IP network performance is calculated according to the received information and the second transmission information.

The method according to claim 1, further comprising: establishing a GTPU tunnel, wherein the FM frame or the BR frame is transmitted in the same GTPU tunnel as the measured service flow, or the FM frame Or BR frames are transmitted in a separate GTPU tunnel.

The method according to claim 1, further comprising: classifying the service packet according to the classification basis to obtain a service flow, where the classification includes the source IP address and the destination IP address, or the source IP address and the destination. IP address and any one or combination of the following: the quality of service classification indicates the QCI, the tunnel endpoint identifier TEID of the GTPU, the source user data protocol UDP port number, and the differentiated service code point DSCP.

The method according to claim 4, further comprising: adding a classification identifier to the service flow, where the classification identifier is used to indicate a category to which the service flow belongs, and the classification identifier is carried in an IPv4 header of the service flow. Or the ID label field of the IPv6 carried in the service flow; or, the IPsec SA field carried in the service flow; or the GRE Key field carried in the general route encapsulation of the service flow; or the UDP carried in the service flow Port number field.

6. The method of claim 1 wherein:

The FM frame is carried in the payload of the GTPU message or carried in the header of the GTPU message;

The BR frame is carried in the payload of the GTPU message or carried in the header of the GTPU message.

The method according to claim 6, wherein the FM frame comprises the following: a stream identifier, a number of sent packets, a number of sent bytes, and a sending moment;

When the BR frame carries the transmission information and the reception information, the BR frame includes the following cells: a stream identifier, a number of transmission packets, a number of transmission bytes, a transmission time of the FM frame, a reception time, a number of received packets, a number of received bytes, BR frame transmission time;

When the BR frame carries the packet loss rate measurement result, the BR frame includes the following cells: a stream identifier, a packet loss rate, a number of transmitted bytes, a FM frame transmission time, a reception time, a received byte number, and a BR frame transmission time. ;

When the BR frame carries the packet loss rate and the one-way delay measurement result, the BR frame includes the following cells: a stream identifier, a packet loss rate, a number of bytes sent, a one-way delay, a number of received bytes, and a BR frame. When the BR frame carries the packet loss rate and the one-way delay and the number of bytes lost, the BR frame includes the following cells: stream identifier, packet loss rate, byte number difference, one-way time Delay, BR frame transmission time.

8. The method according to claim 1, further comprising:

The activation request is sent to the measurement peer, and the activation request is carried in the GTPU message. When the measurement peer can respond normally, the activation response of the measurement peer feedback is received, and the activation response is carried in the GTPU message.

9. The method according to claim 8, further comprising:

A deactivation request is sent to the measurement peer, and the deactivation request is carried in the GTPU message. When the measurement peer can respond normally, the deactivation response of the measurement peer feedback is received, and the deactivation response is carried in the GTPU message.

10. An apparatus for measuring performance of an IP network, comprising:

The apparatus according to claim 10, wherein the FM frame sent by the first module includes first sending information, and the third module includes a first unit and a second unit;

The first unit is configured to directly use the measurement result as a measurement result of an IP network performance when the measurement information received by the second module includes a measurement result; the second unit is configured to: when the measurement information includes And receiving, according to the received information and the second sending information, a measurement result of the performance of the IP network, where the second sending information is the first sending information or is part of the first sending information. .

12. The device according to claim 10, further comprising:

And a fourth module, configured to establish a GTPU tunnel, where the FM frame or the BR frame is transmitted in the same GTPU tunnel as the measured service flow, or the FM frame or the BR frame is transmitted in a separate GTPU tunnel.

13. The device according to claim 10, further comprising:

The fifth module is configured to classify the service group according to the classification basis to obtain a service flow, where the classification includes the source IP address and the destination IP address, or the source IP address and the destination IP address, and any one or a combination of the following: Classification indicates QCI, GTPU tunnel endpoint ID TEID, source User data protocol UDP port number and differentiated service code point DSCP.

14. The device according to claim 13, further comprising:

a sixth module, configured to add a classification identifier to the service flow, where the classification identifier is used to indicate a category to which the service flow belongs, and the classification identifier is carried in an IPv4 header ID field of the service flow; or, the IPv6 carried in the service flow Or the flow label field; or, the IPsec SA field carried in the service flow; or, the general route encapsulation in the service flow encapsulates the GRE Key field; or, the UDP port number field carried in the service flow.

The device according to claim 10, further comprising:

a seventh module, configured to send an activation request to the measurement peer, where the activation request is carried in the GTPU message;

The eighth module is configured to: when the measurement peer can respond normally, receive an activation response of the measurement peer feedback, where the activation response is carried in the GTPU message.

The device according to claim 15, further comprising:

a ninth module, configured to send a deactivation request to the measurement peer, where the deactivation request is carried in the GTPU message;

The tenth module is configured to receive a de-active response of the measurement peer feedback when the measurement peer can respond normally, and the deactivation response is carried in the GTPU message.

A system for measuring IP network performance, comprising: the apparatus according to any one of claims 10 to 16, the apparatus as a measurement initiator, and a measurement peer communicating with the measurement initiator .

The system according to claim 17, wherein the measurement peer includes: an eleventh module, configured to receive an FM frame carried in a GTPU message sent by the measurement initiator, where the FM frame includes The flow identifier of the measured service flow;

a twelfth module, configured to send, to the measurement initiator, a BR frame carried in the GTPU message, where the BR frame includes measurement information of the measured service flow corresponding to the flow identifier, so that the measurement initiator obtains the measurement information according to the measurement information. IP network performance.

The system according to claim 18, wherein the measuring peer further comprises: a thirteenth module, configured to receive an activation request sent by the measurement initiator, where the activation request is carried in the GTPU message;

The fourteenth module is configured to feed back an activation response to the measurement initiator, where the activation response is carried in the GTPU message.

The system according to claim 18, wherein the measuring peer further comprises: a fifteenth module, configured to receive a deactivation request sent by the measurement initiator, where the deactivation request is carried in the GTPU message ;

The sixteenth module is configured to feed back a deactivation response to the measurement initiator, where the deactivation response is carried in the GTPU message.

21. A system according to any one of claims 17 to 20, characterized in that:

The measurement initiator is an RNC, and the measurement peer is a GGSN or an SGSN; or the measurement sender is an eNodeB, and the measurement peer is an SGW; or

The measurement sender is a first eNodeB, and the measurement peer is a second eNodeB; or the measurement initiator is a GGSN or an SGSN, and the measurement peer is an RNC; or the measurement sender is an SGW. The measuring peer is an eNodeB; or

The measurement sender is a second eNodeB, and the measurement peer is a first eNodeB.