CN114697403A

CN114697403A - Method, device, equipment, system and storage medium for processing service message

Info

Publication number: CN114697403A
Application number: CN202011634603.9A
Authority: CN
Inventors: 张亚伟; 陈松岩; 郝建武; 李志永
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-12-31
Filing date: 2020-12-31
Publication date: 2022-07-01

Abstract

The application discloses a method, a device, equipment, a system and a storage medium for processing a service message, and relates to the technical field of communication. Taking the first terminal device as an example to execute the method, the method includes: the method comprises the steps that a first terminal device obtains a service message and sends the service message to a second terminal device, the service message comprises a timestamp extension field, the timestamp extension field is used for packaging timestamp information of at least one target device on a forwarding path, the forwarding path comprises paths including the first terminal device and the second terminal device, the first terminal device is a source terminal of the service message, the second terminal device is a target terminal of the service message, and the target device is any device on the forwarding path. The method and the device for obtaining the hop-by-hop timestamp information can obtain the end-to-end hop-by-hop timestamp information in the service message transmission process, the hop-by-hop timestamp information is packaged in the service message and is sent to the second terminal equipment, and the hop-by-hop timestamp information is used for measuring and calculating the network transmission performance.

Description

Method, device, equipment, system and storage medium for processing service message

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method, an apparatus, a device, a system, and a storage medium for processing a service packet.

Background

In the field of communication technology, in order to better use and maintain a communication network, performance parameters of the network need to be accurately measured and calculated.

An in-band operation administration and maintenance (iOAM) technology is a network management technology that provides fault detection, fault location, and fault repair for a network. In an iOAM network, for a service message sent by a terminal, a head node device performs label encapsulation and iOAM encapsulation at an access node of a data communication network boundary, and adds node information of the head node device to the iOAM message; each intermediate node device adds the node information of the intermediate node device to the iOAM message, and transmits the iOAM message added with the node information to the next-hop node device; and the tail node equipment strips the label and the iOAM package at a boundary outlet node of the data communication network to obtain node information of each node equipment contained in the tail node equipment, transmits the node information to the management equipment so that the management equipment can analyze the node information, and finally sends the service message to the destination terminal equipment.

It can be seen that the iOAM technology based on the data communication network can only detect the equipment node information in the data communication network, and has large limitation and low accuracy of the detection result.

Disclosure of Invention

The application provides a method, a device, equipment, a system and a storage medium for processing a service message, which are used for solving the problems provided by the related technology, and the technical scheme is as follows:

in a first aspect, a method for processing a service packet is provided, where for example a first terminal device executes the method, the method includes: the method comprises the steps that a first terminal device obtains a service message, wherein the service message comprises a timestamp extension field, the timestamp extension field is used for packaging timestamp information of at least one target device on a forwarding path, and the target device is any device on the forwarding path; the forwarding path includes paths including a first terminal device and a second terminal device, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the first terminal device sends the service packet to the second terminal device.

The first terminal device carries a timestamp extension field through the service message, the timestamp extension field is used for packaging timestamp information of at least one target device on the forwarding path, and the service message carrying the timestamp information is sent to the second terminal device, so that the target terminal, namely the second terminal device, can obtain end-to-end hop timestamp information in the service message transmission process, the hop-by-hop timestamp information is used for measuring and calculating transmission performance, and the accuracy of a detection result is higher when performance detection is carried out based on the hop-by-hop timestamp information.

In a possible implementation manner, the service packet further includes timestamp indication information, where the timestamp indication information is used to indicate a target device on the forwarding path to record and encapsulate timestamp information of the target device. The timestamp indicating information can more accurately and quickly indicate the target equipment to record and encapsulate the timestamp information, and the acquisition efficiency of the timestamp information is improved.

In a possible implementation manner, the timestamp extension field is located in an extension header added to the service packet.

In a possible implementation manner, the timestamp extension field is located in an option field added to a hop-by-hop extension header of the service packet.

In one possible implementation, the timestamp extension field is a fixed length, a value of the fixed length is determined based on the number of target devices on the forwarding path, the timestamp extension field includes a plurality of subfields, one subfield corresponds to one target device; the first terminal device obtains a service packet, including: and the first terminal equipment acquires the timestamp information of the first terminal equipment, and adds the timestamp information of the first terminal equipment to a subfield, corresponding to the first terminal equipment, in the timestamp extension field to obtain a service message comprising the timestamp information of the first terminal equipment.

In one possible implementation, the timestamp extension field is of variable length; the first terminal device obtains a service packet, including: the first terminal device obtains the timestamp information of the first terminal device, adds a subfield in a timestamp extension field of the service message, adds the timestamp information of the first terminal device to the subfield added in the timestamp extension field, and obtains the service message including the timestamp information of the first terminal device.

In a possible implementation manner, the sending, by the first terminal device, the service packet to the second terminal device includes: and the first terminal equipment sends a service message including the timestamp information of the first terminal equipment to the second terminal equipment.

In a possible implementation manner, the first terminal device and the second terminal device are connected through a data communication network, the data communication network includes an intermediate device for transmitting the service packet, and the forwarding path includes the intermediate device; the sending, by the first terminal device, the service packet to the second terminal device includes: and the first terminal equipment sends the service message to the second terminal equipment through the intermediate equipment.

In one possible implementation, the timestamp information of the target device includes at least one of ingress timestamp information and egress timestamp information of the target device.

In a second aspect, a method for processing a service packet is provided, where for example, a second terminal device executes the method, and the method includes: the second terminal equipment receives a service message, wherein the service message comprises a timestamp extension field, and timestamp information of at least one piece of equipment in front of the second terminal equipment on a forwarding path is encapsulated in the timestamp extension field; and the second terminal equipment processes the service message. The forwarding path includes a path including a first terminal device and a second terminal device, the first terminal device is a source terminal of the service message, and the second terminal device is a destination terminal of the service message.

The second terminal device receives a service message carrying a timestamp extension field, the timestamp extension field encapsulates timestamp information of at least one device in front of the second terminal device on a forwarding path, the second terminal device obtains and encapsulates the timestamp information of the second terminal device in the timestamp extension field, and the second terminal device can extract the timestamp information of the timestamp extension field of the service message, so that end-to-end hop timestamp information in a service message transmission process can be obtained, and the second terminal device can measure and calculate transmission performance according to the hop-by-hop timestamp information.

In a possible implementation manner, the processing, by the second terminal device, the service packet includes: the second terminal device obtains timestamp information of the second terminal device, and encapsulates the timestamp information of the second terminal device into the timestamp extension field to obtain a service message including the timestamp information of the second terminal device; the second terminal equipment extracts the timestamp information packaged in the timestamp extension field of the service message; and the second terminal equipment carries out measurement and calculation based on the extracted timestamp information.

In a third aspect, a method for processing a service packet is provided, where for example, an intermediate device executes the method, and the method includes: the method comprises the steps that an intermediate device obtains a service message, wherein the service message comprises a timestamp extension field, the timestamp extension field is packaged with timestamp information of at least one device in front of the intermediate device on a forwarding path, the forwarding path comprises a path including a first terminal device and a second terminal device, the first terminal device and the second terminal device are connected through a data communication network, the first terminal device is a source terminal of the service message, the second terminal device is a destination terminal of the service message, and the intermediate device is a device used for transmitting the service message in the data communication network; and the intermediate equipment processes the service message.

The method comprises the steps that an intermediate device obtains and receives a service message carrying a timestamp extension field, the timestamp extension field is packaged with timestamp information of at least one device on a forwarding path, the intermediate device obtains and packages at least one of entry timestamp information and exit timestamp information of the intermediate device into the timestamp extension field, and the intermediate device sends the service message to a next-hop device.

In a possible implementation manner, the processing, by the intermediate device, the service packet includes: the intermediate equipment acquires the timestamp information of the intermediate equipment, and encapsulates the timestamp information of the intermediate equipment into the timestamp extension field to obtain a service message including the timestamp information of the intermediate equipment; and the intermediate equipment sends the service message to the next hop equipment.

A fourth aspect provides a device for processing a service packet, which is configured to execute the method in the first aspect or any one of the possible implementation manners of the first aspect. In particular, the processing apparatus comprises means for performing the first aspect or the method in any one of its possible implementations.

In a fifth aspect, a device for processing a service packet is provided, where the device is configured to execute the method in the second aspect or any possible implementation manner of the second aspect. In particular, the processing means comprises means for performing the method of the second aspect or any one of its possible implementations.

A sixth aspect provides a device for processing a service packet, configured to execute the method in the third aspect or any possible implementation manner of the third aspect. In particular, the processing means comprises means for performing the method of the third aspect or any one of its possible implementations.

In a seventh aspect, a network device is provided, where the network device includes: the service message processing method comprises a memory and a processor, wherein at least one instruction is stored in the memory, and is loaded and executed by the processor so as to realize the service message processing method.

The processor(s) and the memory(s) are one or more of an exemplary embodiment.

As an example embodiment, the memory may be integrated with the processor or provided separately from the processor.

In a specific implementation process, the memory may be a non-transient memory, such as a Read Only Memory (ROM), which may be integrated on the same chip as the processor, or may be separately disposed on different chips.

In an eighth aspect, there is provided a communication apparatus comprising: a transceiver, a memory, and a processor. Wherein the transceiver, the memory and the processor are in communication with each other via an internal connection path, the memory is configured to store instructions, and the processor is configured to execute the instructions stored by the memory to control the transceiver to receive signals and control the transceiver to transmit signals, and when the processor executes the instructions stored by the memory, to cause the processor to perform the method of the first aspect or any of the possible embodiments of the first aspect.

In a ninth aspect, there is provided a communication apparatus, the apparatus comprising: a transceiver, a memory, and a processor. Wherein the transceiver, the memory and the processor are in communication with each other via an internal connection path, the memory is configured to store instructions, the processor is configured to execute the instructions stored by the memory to control the transceiver to receive signals and control the transceiver to transmit signals, and the processor is configured to execute the instructions stored by the memory to cause the processor to perform the method of the second aspect or any of the possible embodiments of the second aspect.

In a tenth aspect, there is provided a communication apparatus comprising: a transceiver, a memory, and a processor. Wherein the transceiver, the memory and the processor are in communication with each other via an internal connection path, the memory is configured to store instructions, the processor is configured to execute the instructions stored by the memory to control the transceiver to receive signals and to control the transceiver to transmit signals, and the processor is configured to execute the instructions stored by the memory to cause the processor to perform the method of the third aspect or any possible implementation manner of the third aspect.

In an eleventh aspect, a system for processing a service packet is provided, where the system for processing a service packet includes a first terminal device and a second terminal device;

the first terminal device is configured to perform the method of the first aspect or any of the possible implementations of the first aspect, and the second terminal device is configured to perform the method of the second aspect or any of the possible implementations of the second aspect.

Optionally, the first terminal device and the second terminal device are connected through a data communication network, and the system further includes an intermediate device in the data communication network, where the intermediate device is configured to transmit a service packet, and the intermediate device is configured to execute the third aspect or the method in any possible implementation manner of the third aspect.

In a twelfth aspect, a computer-readable storage medium is provided, where at least one instruction is stored in the storage medium, and the instruction is loaded and executed by a processor to implement the method for processing a service packet according to any of the above.

In a thirteenth aspect, there is provided a computer program (product) comprising: computer program code which, when run by a computer, causes the computer to perform the method of the above-mentioned aspects.

In a fourteenth aspect, a chip is provided, which includes a processor, and is configured to call and execute instructions stored in a memory, so that a communication device in which the chip is installed executes the method in the above aspects.

In a fifteenth aspect, another chip is provided, including: the system comprises an input interface, an output interface, a processor and a memory, wherein the input interface, the output interface, the processor and the memory are connected through an internal connection path, the processor is used for executing codes in the memory, and when the codes are executed, the processor is used for executing the method in each aspect.

It should be understood that, for the technical effects achieved by the technical solutions of the fourth aspect to the fifteenth aspect and the corresponding possible implementation manners of the embodiments of the present application, reference may be made to the technical effects of the first aspect to the third aspect and the corresponding possible implementation manners, and details are not described herein again.

Drawings

FIG. 1 is a schematic diagram of an implementation environment provided by an embodiment of the present application;

fig. 2 is a flowchart of a method for processing a service packet according to an embodiment of the present application;

fig. 3 is a schematic structural diagram of a timestamp extension field according to an embodiment of the present application;

fig. 4 is a flowchart of a method for processing a service packet according to an embodiment of the present application;

fig. 5 is a flowchart of a method for processing a service packet according to an embodiment of the present application;

fig. 6 is an interaction diagram of a method for processing a service packet according to an embodiment of the present application;

fig. 7 is an interaction diagram of a method for processing a service packet according to an embodiment of the present application;

fig. 8 is an interaction diagram of a method for processing a service packet according to an embodiment of the present application;

fig. 9 is an interaction diagram of a method for processing a service packet according to an embodiment of the present application;

fig. 10 is a schematic structural diagram of a service packet processing apparatus according to an embodiment of the present application;

fig. 11 is a schematic structural diagram of a device for processing a service packet according to an embodiment of the present application;

fig. 12 is a schematic structural diagram of a device for processing a service packet according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a service packet processing device according to an embodiment of the present application;

fig. 14 is a schematic structural diagram of a service packet processing device according to an embodiment of the present application.

Detailed Description

The terminology used in the description of the embodiments section of the present application is for the purpose of explanation only of the examples of the present application and is not intended to be limiting of the present application.

The transmission of service packets is the core content of data communication, and in order to ensure the effective transmission of service packets, it is often necessary to detect the end-to-end transmission performance of service packets. In view of this, the present application provides a method for processing a service packet, where the method may be applied to the implementation environment shown in fig. 1. As shown in fig. 1, the implementation environment includes a plurality of terminal devices 101, and the plurality of terminal devices 101 may be directly connected, for example, directly connected through an optical fiber. Optionally, the implementation environment further includes a data communication network 102, where the data communication network 102 includes at least one intermediate device, and the plurality of terminal devices 101 are connected through the data communication network 102. Data communication is that data information (service message) is generated from one terminal device, sent to a data communication network, and then forwarded to another terminal device or a plurality of terminal devices by the data communication network. The method provided by the embodiment of the application can be used for packaging the timestamp information of each node on the forwarding path into the service message in the data communication process, namely the destination terminal can extract all timestamp information forwarded along the service message from the received service message, and the method can be used for accurately measuring and calculating the transmission performance. The forwarding path at least comprises a source terminal and a destination terminal, and also comprises at least one intermediate device in the data communication network.

Illustratively, the terminal device 101 in the embodiment of the present application is an endpoint of data communication, and the terminal device 101 may be a telephone, a telegraph, a mobile phone, a wireless pager, a data terminal, a microcomputer, a facsimile machine, a television, or a local or small telecommunication system, a data center server, a wireless base station, a computer system, or the like. The data communication network 102 is a telecommunication network formed for providing data communication services, and at least one intermediate device included in the data communication network 102 may be a Provider Edge (PE) device or a provider device, and may also be an intermediate device having a message forwarding function, such as a router, a switch, or a server.

With reference to the implementation environment shown in fig. 1, a method for processing a service packet provided in this embodiment is described by taking the first terminal device as an example to execute the method. Referring to fig. 2, the method includes, but is not limited to, the following processes.

A first terminal device obtains a service packet, where the service packet includes a timestamp extension field, and the timestamp extension field is used to encapsulate timestamp information of at least one target device on a forwarding path, where the forwarding path includes a path including the first terminal device and a second terminal device, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the target device is any device on the forwarding path.

The embodiment of the present application does not limit the manner in which the first terminal device obtains the service packet, including but not limited to the manner in which the first terminal device generates the service packet. Illustratively, the traffic messages include, but are not limited to, data messages or control management messages.

In an exemplary embodiment, the information of the forwarding path may be preconfigured on the first terminal device. For example, the first terminal device is configured with identifiers of devices on a forwarding path, or the first terminal device is configured with an identifier of a destination terminal of the forwarding path, the first terminal device calculates the forwarding path according to the identifier of the destination terminal, and the service packet is forwarded through the forwarding path.

In an exemplary embodiment, the service packet further includes timestamp indication information, where the timestamp indication information is used to indicate a target device on the forwarding path to record and encapsulate timestamp information of the target device. Illustratively, the timestamp information of the target device includes at least one of ingress timestamp information and egress timestamp information of the target device. Whether the entry time stamp information or the exit time stamp information of the target device, the time stamp information includes the stamping point information and the time stamp information, the stamping point information is used for recording the port information of the target device, and the time stamp information is used for recording the precise time information. Optionally, the timestamp information is in a Precision Time Protocol (PTP) format, and the timestamp information in the PTP format can reach nanosecond (ns) precision.

In an exemplary embodiment, the timestamp extension field is used to encapsulate timestamp information of at least one target device on a forwarding path, and the timestamp extension field is encapsulated in a service message by a first terminal device.

First packaging position: the timestamp extension field is located in an extension header added to the service message.

Under the first encapsulation position, because a hop-by-hop timestamp needs to be processed, an extension header type is added to the service message, the extension header type can perform hop-by-hop processing, the extension header capable of performing hop-by-hop processing is used as a timestamp extension header, the timestamp extension header is used for encapsulating a timestamp extension field, and the timestamp extension field encapsulates hop-by-hop timestamp information along the forwarding path. Therefore, the time-hopping timestamp information can be acquired and encapsulated in the timestamp extension field in the timestamp extension header every time the service message skips, the service message carrying the timestamp extension header is sent to the second terminal equipment, and the second terminal equipment can extract the timestamp information by decapsulating the timestamp extension header.

In an exemplary embodiment, taking an internet protocol version 6 (IPv 6) message as an example, the extensible header of the IPv6 message includes a hop-by-hop options header (hop-by-hop options header), a segment header, a destination options header, an authentication header, and an encapsulation security payload header, where the hop-by-hop options header is the only extension header that needs to be processed hop-by-hop. Illustratively, a hop-by-hop extension header is added in the IPv6 message, and the hop-by-hop extension header carries a timestamp extension field.

Second packaging position: the timestamp extension field is positioned in an option field added in a hop-by-hop extension header of the service message.

Under the second encapsulation position, the service message already has an extension header capable of performing hop-by-hop processing, so that the timestamp extension field is directly encapsulated in an option field added in the hop-by-hop extension header, the timestamp extension field can encapsulate hop-by-hop timestamp information along a forwarding path through timestamp processing of each hop, the service message carrying the extension header of the timestamp extension field is sent to the second terminal device, and the second terminal device can extract the timestamp information in the timestamp extension field by decapsulating the hop-by-hop extension header.

In an exemplary embodiment, taking an IPv6 message as an example, an extension header in the IPv6 message that needs to be processed hop by hop is a hop-by-hop extension header, and the IPv6 message can only include one hop-by-hop extension header. Therefore, in the case that the hop-by-hop extension header already exists in the IPv6 message, an option (option) field is directly added to the hop-by-hop extension header, and a timestamp extension field is encapsulated in the added option field.

Optionally, whether the encapsulation position of the timestamp extension field in the service message is the first encapsulation position or the second encapsulation position, the format of the timestamp extension field includes, but is not limited to, the following two cases.

The first condition is as follows: a fixed length timestamp extension field.

In this case, the fixed-length timestamp extension field keeps the total length of the timestamp extension field unchanged, and is more regular in the process of hop-by-hop forwarding processing. The fixed-length value of the timestamp extension field is determined based on the number of the target devices on the forwarding path, the fixed-length value of the timestamp extension field is the value of the reserved stamping point position, the timestamp extension field comprises a plurality of sub-fields, and one sub-field corresponds to one target device. Illustratively, the number of target devices on the forwarding path is the number of subfields of the timestamp extension field. For example, the timestamp extension field includes one sub-field if the target device is one, and two sub-fields if the target device is two. Optionally, the number of subfields of the timestamp extension field is greater than the number of target devices on the forwarding path.

Optionally, in this case, the acquiring, by the first terminal device, the service packet includes: the first terminal device obtains the timestamp information of the first terminal device, and adds the timestamp information of the first terminal device to a subfield, corresponding to the first terminal device, in the timestamp extension field to obtain a service message including the timestamp information of the first terminal device.

In an exemplary embodiment, a source terminal encapsulates a timestamp extension field with a fixed length, in the process of processing timestamp information of each hop on a forwarding path of a service packet, a current node performs a timestamp displacement operation after performing a timestamp operation, an offset bit is used to indicate a next node timestamp position, and the next node performs a timestamp operation at the timestamp position to repeat the above operations.

In an exemplary embodiment, taking an IPv6 message as an example, fig. 3 shows that a timestamp extension field adopts a fixed-length encapsulation format, the timestamp extension field is located in a hop-by-hop extension header extended in an IPv6 message, the fixed length of the timestamp extension field is 6, that is, 6 stamping positions are reserved, and the timestamp extension field includes 4 sub-fields corresponding to 4 target devices on a forwarding path. Wherein, the 1 st stamping point position is the source terminal device on the 1 st sub-field corresponding forwarding path, the 2 nd and 3 rd stamping point positions are the first intermediate devices on the 2 nd sub-field corresponding forwarding path, the 4 th and 5 th stamping point positions are the second intermediate devices on the 3 rd sub-field corresponding forwarding path, and the 6 th stamping point position is the destination terminal device on the 4 th sub-field corresponding forwarding path. The timestamp extension field is used for encapsulating timestamp information on the forwarding path, the timestamp information includes timestamp point information and timestamp information, for example, the location of device port information 1(device port info 1) is used for encapsulating the timestamp point information of the source terminal, the location of timestamp 1(time stamp 1) is used for encapsulating the timestamp information of the source terminal, the location of device port information 2(device port info 2) is used for encapsulating the timestamp point information of the ingress interface of the first intermediate device, the location of timestamp 2(time stamp 2) is used for encapsulating the timestamp information of the ingress interface of the first intermediate device, the location of device port information 3(device port info 3) is used for encapsulating the timestamp point information of the egress interface of the first intermediate device, the location of timestamp 3(time stamp 3) is used for encapsulating the timestamp information of the egress interface of the first intermediate device, the location of device port information 4(device port info 4) is used to encapsulate the stamping point information of the ingress interface of the second intermediate device, the location of timestamp 4(time stamp 4) is used to encapsulate the timestamp information of the ingress interface of the second intermediate device, the location of device port information 5(device port info 5) is used to encapsulate the stamping point information of the egress interface of the second intermediate device, the location of timestamp 5(time stamp 5) is used to encapsulate the timestamp information of the egress interface of the second intermediate device, the location of device port information 6(device port info 6) is used to encapsulate the stamping point information of the destination terminal, and the location of timestamp 6(time stamp 6) is used to encapsulate the timestamp information of the destination terminal.

Case two: a variable length timestamp extension field.

In this case, the total length of the timestamp extension field is changed along with the change of the hop count of the packet by the variable-length timestamp extension field, and the current node needs to extend the timestamp extension field before the timestamp operation to add a timestamp position and perform the timestamp operation at the timestamp position, so that the total length of the timestamp extension field is determined by the number of the timestamp operations, that is, the number of the target devices on the forwarding path is the total length of the timestamp extension field.

Optionally, in this case two, the obtaining, by the first terminal device, the service packet includes: and the first terminal equipment acquires the timestamp information of the first terminal equipment, and adds the timestamp information of the first terminal equipment into the added subfield in the timestamp extension field to obtain the service message comprising the timestamp information of the first terminal equipment. In this case, each time a target device passes through, a subfield is added to the timestamp extension field of the first service packet.

In an exemplary embodiment, a first terminal device sends a service packet including timestamp information of the first terminal device to a second terminal device.

202, the first terminal device sends the service packet to the second terminal device.

In an exemplary embodiment, if the first terminal device is directly connected to the second terminal device, the first terminal device directly sends the service packet to the second terminal device. Optionally, the first terminal device and the second terminal device are connected through a data communication network, the data communication network includes an intermediate device for transmitting the service packet, and the forwarding path includes the intermediate device. The first terminal equipment sends the service message to the second terminal equipment, and the service message comprises the following steps: and the first terminal equipment sends the service message to the second terminal equipment through the intermediate equipment.

In an exemplary embodiment, since the first terminal device and the second terminal device are connected through the data communication network, the first terminal device may send the service packet to the second terminal device through the data communication network, where the service packet is sent from the first terminal device to the second terminal device hop by hop. In a path including the first terminal device and the second terminal device, each target device may encapsulate its own timestamp information. The target device may be any device on the forwarding path, and includes at least one of timestamp information of a first terminal device serving as a source terminal of the service packet and timestamp information of a second terminal device of a destination terminal of the service packet, and may further include timestamp information of each intermediate device in the data communication network.

In the method provided by the embodiment of the present application, a first terminal device carries a timestamp extension field through a service packet, where the timestamp extension field is used to encapsulate timestamp information of at least one target device on a forwarding path, and sends the service packet carrying the timestamp information to a second terminal device. The method can acquire end-to-end hop-by-hop timestamp information in the service message transmission process, the hop-by-hop timestamp information can be acquired by a target terminal, and the target terminal can measure and calculate the transmission performance according to the hop-by-hop timestamp information. The transmission performance result actively measured by the service message is more real, and no extra flow is generated.

The method for processing the service packet provided by the embodiment of the present application is described by taking the second terminal device as an example to execute the method. Referring to fig. 4, the method includes, but is not limited to, the following processes.

401, the second terminal device receives a service packet, where the service packet includes a timestamp extension field, the timestamp extension field encapsulates timestamp information of at least one device in front of the second terminal device on a forwarding path, the forwarding path includes a path including the first terminal device and the second terminal device, the first terminal device is a source terminal of the service packet, and the second terminal device is a destination terminal of the service packet.

In an exemplary embodiment, the service packet further includes timestamp indication information, where the timestamp indication information is used to indicate any device on the forwarding path to record and encapsulate timestamp information of the target device, and the timestamp information of any device includes at least one of entry timestamp information and exit timestamp information of any device. Whether the device is the entry timestamp information or the exit timestamp information of any device, the timestamp information includes the stamping point information and the time stamp information, the stamping point information is used for recording the port information of the target device, and the time stamp information is used for recording the accurate time information.

In an exemplary embodiment, encapsulating the timestamp extension field with timestamp information of at least one device preceding the second terminal device on the forwarding path includes: the timestamp extension field encapsulates timestamp information for all devices on the forwarding path that are before the second terminal device. At this time, the service packet received by the second terminal device carries timestamp information of all devices in front of the second terminal device on the forwarding path, that is, the service packet received by the second terminal device carries end-to-end hop-by-hop timestamp information on the forwarding path, the end-to-end hop-by-hop timestamp information includes timestamp information of an outgoing interface of the first terminal device, incoming interfaces and outgoing interfaces of all intermediate devices in the data communication network, the end-to-end hop-by-hop timestamp information on the forwarding path can be extracted by the second terminal device, and the extracted hop-by-hop timestamp information can be used for accurately measuring and calculating scenes and the like.

In an exemplary embodiment, encapsulating the timestamp extension field with timestamp information of at least one device preceding the second terminal device on the forwarding path includes: the timestamp extension field encapsulates timestamp information of devices outside the data communication network that are in front of the second terminal device on the forwarding path. At this time, the service packet received by the second terminal device carries timestamp information of a device outside the data communication network before the second terminal device on the forwarding path, for example, the service packet received by the second terminal device carries timestamp information of an egress interface of the first terminal device, an ingress interface and an egress interface of a data communication network boundary. At this time, the second terminal device cannot acquire all the time stamp information of the intermediate device within the data communication network. In one possible embodiment, the timestamp information of the intermediate device in the data communication network may be obtained by iOAM technology, and the network performance measurement and calculation may be performed by a control device in the data communication network.

In an exemplary embodiment, the timestamp extension field encapsulates timestamp information of at least one device before the second terminal device on the forwarding path, and the embodiment of the present application does not limit the form of the timestamp extension field in the service message, including but not limited to: the timestamp extension field is positioned in an added extension head of the service message, and the type of the added extension head is a hop-by-hop option header; or, the timestamp extension field is located in an option field added in a hop-by-hop extension header of the service packet.

And 402, the second terminal equipment processes the service message.

In an exemplary embodiment, since the second terminal device is a destination terminal of the service packet, the processing, by the second terminal device, of the service packet includes: the second terminal equipment acquires the timestamp information of the second terminal equipment, and encapsulates the timestamp information of the second terminal equipment into a timestamp extension field to obtain a service message comprising the timestamp information of the second terminal equipment; the second terminal equipment extracts the timestamp information encapsulated in the timestamp extension field of the service message; the second terminal device performs measurement calculation based on the extracted time stamp information. Optionally, the timestamp information extracted by the second terminal device can be used to perform accurate measurement and calculation of network performance such as time delay.

In an exemplary embodiment, the processing, by the second terminal device, the service packet includes: the second terminal equipment acquires the timestamp information of the second terminal equipment, and encapsulates the timestamp information of the second terminal equipment into a timestamp extension field to obtain a service message including the timestamp information of the second terminal equipment; the second terminal equipment extracts the timestamp information encapsulated in the timestamp extension field of the service message; and the second terminal equipment sends the extracted time stamp information to the control equipment, and the control equipment carries out network performance measurement and calculation according to the time stamp information. Optionally, the timestamp information extracted by the second terminal device can be used by the control device to perform accurate measurement and calculation of network performance such as latency.

In an exemplary embodiment, the form of the timestamp extension field includes, but is not limited to, the following two cases.

The first condition is as follows: a fixed length timestamp extension field.

In this case, the fixed-length timestamp extension field keeps the total length of the timestamp extension field unchanged, and is more regular in the process of hop-by-hop forwarding processing. The fixed length value of the timestamp extension field is determined based on the number of the target devices on the forwarding path, the fixed length value of the timestamp extension field is the value of the reserved stamping point position, the timestamp extension field comprises a plurality of sub-fields, and one sub-field corresponds to one target device on the forwarding path.

Optionally, in this case, the obtaining, by the second terminal device, timestamp information of the second terminal device, and packaging the timestamp information of the second terminal device into the timestamp extension field to obtain a service packet including the timestamp information of the second terminal device includes: and the second terminal equipment acquires the timestamp information of the second terminal equipment, and adds the timestamp information of the second terminal equipment to a subfield, corresponding to the second terminal equipment, in the timestamp extension field to obtain a service message comprising the timestamp information of the second terminal equipment.

Case two: a variable length timestamp extension field.

In the second case, the variable-length timestamp extension field enables the total length of the timestamp extension field to change with the change of the number of hops of the packet, and the current node needs to extend the timestamp extension field to add a timestamp position before performing the timestamp operation and perform the timestamp operation at the position. Therefore, the total length of the timestamp extension field is determined by the number of time stamping operations, that is, the total length of the timestamp extension field is the number of nodes, i.e., target devices, passing through the forwarding path and performing timestamp processing.

Optionally, in this case, the second terminal device obtains timestamp information of the second terminal device, and encapsulates the timestamp information of the second terminal device into the timestamp extension field to obtain a service packet including the timestamp information of the second terminal device, where the service packet includes: and the second terminal equipment acquires the timestamp information of the second terminal equipment, adds a subfield in the timestamp extension field of the service message, and adds the timestamp information of the second terminal equipment to the subfield added in the timestamp extension field to obtain the service message comprising the timestamp information of the second terminal equipment.

In the method provided by the embodiment of the present application, a second terminal device receives a service packet carrying a timestamp extension field, where the timestamp extension field encapsulates timestamp information of at least one device in front of the second terminal device on a forwarding path, the second terminal device obtains and encapsulates the timestamp information of the second terminal device in the timestamp extension field, and the second terminal device can extract the timestamp information of the timestamp extension field of the service packet. The method can acquire end-to-end hop-by-hop timestamp information in the service message transmission process, the hop-by-hop timestamp information can be acquired by a target terminal, namely second terminal equipment, and the second terminal equipment can measure and calculate the transmission performance according to the hop-by-hop timestamp information. The transmission performance result actively measured by the service message is more real, and no extra flow is generated.

Taking the intermediate device in the data communication network to execute the method as an example, the method for processing the service message provided by the application is explained. Referring to fig. 5, the method includes, but is not limited to, the following processes.

501, an intermediate device acquires a service message, where the service message includes a timestamp extension field, the timestamp extension field encapsulates timestamp information of at least one device in front of the intermediate device on a forwarding path, the forwarding path includes a path including a first terminal device and a second terminal device, the first terminal device and the second terminal device are connected through a data communication network, the first terminal device is a source terminal of the service message, the second terminal device is a destination terminal of the service message, and the intermediate device is a device in the data communication network for transmitting the service message.

In an exemplary embodiment, the intermediate device is any intermediate device in a data communication network, and the first terminal device sends a service packet including a timestamp extension field to the second terminal device through the data communication network, where the timestamp extension field encapsulates timestamp information of at least one device before the intermediate device on a forwarding path.

In an exemplary embodiment, encapsulating the timestamp extension field with timestamp information of at least one device preceding the intermediate device on the forwarding path includes: the timestamp extension field encapsulates timestamp information for all devices on the forwarding path that precede the intermediate device. At this time, the service packet received by the intermediate device carries timestamp information of all devices before the intermediate device on the forwarding path, that is, the service packet received by the intermediate device carries all hop-by-hop timestamp information from the first terminal device to the intermediate device on the forwarding path.

In an exemplary embodiment, encapsulating the timestamp extension field with timestamp information of at least one device preceding the intermediate device on the forwarding path includes: the timestamp extension field encapsulates timestamp information for devices outside the data communication network that precede the intermediate device on the forwarding path. At this time, the service packet received by the intermediate device carries timestamp information of a device outside the data communication network before the intermediate device on the forwarding path. For example, the service packet received by the intermediate device carries timestamp information of the egress interface of the first terminal device and the ingress interface of the data communication network boundary. In one possible embodiment, the timestamp information of the intermediate device in the data communication network may be obtained by iOAM technology, and the network performance measurement and calculation may be performed by a control device in the data communication network.

In an exemplary embodiment, the timestamp extension field encapsulates timestamp information of at least one device before the intermediate device on the forwarding path, and the embodiment of the present application does not limit the form of the timestamp extension field in the service message, including but not limited to: the timestamp extension field is positioned in an added extension head of the service message, and the type of the added extension head is a hop-by-hop option header; the timestamp extension field is positioned in an option field added in a hop-by-hop extension header of the service message.

502, the intermediate device processes the service packet.

In an exemplary embodiment, the processing of the service packet by the intermediate device includes: the method comprises the steps that the intermediate equipment obtains timestamp information of the intermediate equipment, and the timestamp information of the intermediate equipment is packaged into a timestamp extension field to obtain a service message comprising the timestamp information of the intermediate equipment; and the intermediate equipment sends the service message to the next hop equipment.

The first condition is as follows: a fixed length timestamp extension field.

In this case, the fixed-length timestamp extension field is encapsulated so that the total length of the timestamp extension field is constant, and is more regular in the hop-by-hop forwarding process. The fixed-length value of the timestamp extension field is determined based on the number of the target devices on the forwarding path, the fixed-length value of the timestamp extension field is the value of the reserved stamping point position, the timestamp extension field comprises a plurality of sub-fields, and one sub-field corresponds to one target device on the forwarding path.

Optionally, in this case, the obtaining, by the intermediate device, timestamp information of the intermediate device, and encapsulating the timestamp information of the intermediate device in the timestamp extension field to obtain a service packet including the timestamp information of the intermediate device includes: the method comprises the steps that the intermediate equipment acquires entry timestamp information of the intermediate equipment, adds the entry timestamp information of the intermediate equipment to a first field in subfields corresponding to the intermediate equipment in a timestamp extension field, and obtains a service message comprising the entry timestamp information of the intermediate equipment; or, the intermediate device obtains the egress timestamp information of the intermediate device, and adds the egress timestamp information of the intermediate device to a second field of subfields corresponding to the intermediate device in the timestamp extension field, to obtain a service message including the ingress timestamp information and the egress timestamp information of the intermediate device.

Case two: a variable length timestamp extension field.

In this case, the timestamp extension field with a variable length is packaged, so that the total length of the timestamp extension field changes with the change of the number of hops of the packet, and the current node needs to extend the timestamp extension field to add a stamping position before the stamping operation and perform the stamping operation at the position, so that the total length of the timestamp extension field is determined by the number of times of the stamping operation, that is, the number of nodes performing timestamp processing, that is, target devices, that pass through on the forwarding path is the total length of the timestamp extension field.

Optionally, in this case two, the obtaining, by the intermediate device, timestamp information of the intermediate device, and encapsulating the timestamp information of the intermediate device in the timestamp extension field to obtain a service packet including the timestamp information of the intermediate device includes: the method comprises the steps that intermediate equipment acquires entry timestamp information of the intermediate equipment, a subfield is added to a timestamp extension field of a service message, the entry timestamp information of the intermediate equipment is added to the subfield added to the timestamp extension field, and the service message comprising the entry timestamp information of the intermediate equipment is obtained; or, the intermediate device obtains the egress timestamp information of the intermediate device, adds a sub-field to the timestamp extension field of the service packet, and adds the ingress timestamp information of the intermediate device to the added sub-field of the timestamp extension field to obtain the service packet including the ingress timestamp information and the egress timestamp information of the intermediate device.

In the method provided by the embodiment of the present application, an intermediate device receives a service packet carrying a timestamp extension field, where the timestamp extension field encapsulates timestamp information of at least one device on a forwarding path, the intermediate device obtains and encapsulates at least one of entry timestamp information and exit timestamp information of the intermediate device in the timestamp extension field, and the intermediate device sends the service packet to a next hop device. The method can acquire hop-by-hop timestamp information of the intermediate device in the service message transmission process, the hop-by-hop timestamp information can be acquired by a target terminal, namely second terminal equipment, and the target terminal can measure and calculate the transmission performance according to the hop-by-hop timestamp information. The transmission performance result actively measured by the service message is more real, and no extra flow is generated.

An embodiment of the present application provides a method for processing a service packet, and referring to fig. 6, the method includes the following processes.

601, a first terminal device obtains a service message, where the service message includes a timestamp extension field, the timestamp extension field is used to encapsulate timestamp information of at least one target device on a forwarding path, the forwarding path includes a path including the first terminal device and a second terminal device, the first terminal device is a source terminal of the service message, the second terminal device is a destination terminal of the service message, and the target device is any device on the forwarding path.

The implementation of 601 can refer to the related description of 201 above, and is not described herein again.

And 602, the first terminal device sends the service packet to the second terminal device through the data communication network.

The implementation of 602 can be referred to the related description of 202, and is not described herein.

603, the intermediate device obtains the service packet, and the intermediate device processes the service packet.

The embodiment of 603 can be referred to the related description of 501, and is not described herein again.

604, the intermediate device sends the service packet to the second terminal device.

The implementation of 604 can be seen from the above description of 502, and is not repeated here.

605, the second terminal device receives the service packet, and the second terminal device processes the service packet.

The implementation of 605 can refer to the above description of 401 and 402, and will not be described herein.

For ease of understanding, the following scenarios are illustrated.

First, in the scenario of pure IPv6 forwarding network shown in fig. 7, a hop-by-hop timestamp processing is performed on an IPv6 packet as an example, and the IPv6 packet sending method includes, but is not limited to, the following processes.

701, a first terminal device, that is, a sending terminal, sends a service packet.

Taking an example that the service packet is an IPv6 service packet, the sending terminal node adds a timestamp extension header to the IPv6 service packet, and encapsulates a timestamp extension field with a fixed length, which is reserved at a timestamp position, in the timestamp extension header, where an encapsulation format of the timestamp extension field is as shown in fig. 3 as an example. The timestamp extension field is used for packaging end-to-end hop-by-hop timestamp information, a sending terminal performs a stamping operation at a first stamping position of the timestamp extension field, and records the hop timestamp information T1, the hop timestamp information T1 includes node information (device port info 1) of the sending terminal and timestamp information (time stamp 1) in a precise PTP format when the sending terminal performs the stamping operation, the sending terminal performs timestamp bit offset operation after the stamping operation to indicate a stamping position of a next node, and the sending terminal forwards the IPv6 service packet carrying the timestamp information (T1) in a timestamp extension header to the next hop node, that is, an interface-in node of the network device 1 in the data communication network.

702, the first intermediate device in the data communication network, that is, the ingress interface node of the network device 1, receives the IPv6 service packet, and the ingress interface node of the network device 1 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T2.

The time-hopping stamp information T2 includes node information (device port info 2) of an ingress interface node of the network device 1 and time stamp information (time stamp 2) in an accurate PTP format when the ingress interface node of the network device 1 performs a stamping operation, the ingress interface node of the network device 1 performs a stamping operation and then performs a time stamp bit offset operation to indicate a stamping position of a next node, and the ingress interface node of the network device 1 forwards the IPv6 service packet carrying time stamp information (T1, T2) in a time stamp extension header to the next hop node, that is, an egress interface node of the network device 1 in the data communication network.

703, the egress interface node of the network device 1 receives the IPv6 service packet, and the egress interface node of the network device 1 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T3.

The time-hopping stamp information T3 includes node information (device port info 3) of an egress interface node of the network device 1 and timestamp information (time stamp 3) in an accurate PTP format when the egress interface node of the network device 1 performs a stamping operation, the egress interface node of the network device 1 performs a stamping operation and then performs a timestamp bit offset operation to indicate a stamping position of a next node, and the egress interface node of the network device 1 forwards the IPv6 service packet, which carries timestamp information (T1, T2, T3) in a timestamp extension header, to a next hop node, that is, an ingress interface node of the network device 2 in the data communication network.

704, the second intermediate device in the data communication network, that is, the ingress interface node of the network device 2, receives the IPv6 service packet, and the ingress interface node of the network device 2 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T4.

The time-hopping stamp information T4 includes node information (device port info 4) of an ingress interface node of the network device 2 and time stamp information (time stamp 4) in an accurate PTP format when the ingress interface node of the network device 2 performs a stamping operation, the ingress interface node of the network device 2 performs a stamping operation and then performs a time stamp bit offset operation to indicate a stamping position of a next node, and the ingress interface node of the network device 2 forwards the IPv6 service packet carrying the time stamp information (T1, T2, T3, T4) in a time stamp extension header to the next hop node, that is, the egress interface node of the network device 2 in the data communication network.

705, the egress interface node of the network device 2 receives the IPv6 service packet, and the egress interface node of the network device 2 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T5.

The time-hopping stamp information T5 includes node information (device port info 5) of the egress interface node of the network device 2 and time stamp information (time stamp 5) in the precise PTP format when the egress interface node of the network device 2 performs the stamping operation, the egress interface node of the network device 2 performs the stamping operation and then performs the time stamp bit offset operation to indicate the stamping position of the next node, and the egress interface node of the network device 2 forwards the IPv6 service packet carrying the time stamp information (T1, T2, T3, T4, T5) in the time stamp extension header to the next hop node, that is, the ingress interface node of the destination terminal.

706, the ingress interface node of the destination terminal, which is the second terminal device, receives the IPv6 service packet, and the ingress interface node of the destination terminal performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T6.

The time-hopping stamp information T6 includes node information (device port info 6) of an ingress interface node of the destination terminal and timestamp information (time stamp 6) in a precision PTP format when the ingress interface node of the destination terminal performs a stamping operation, and the destination terminal receives an IPv6 service packet in which timestamp information (T1, T2, T3, T4, T5, T6) is carried in the timestamp extension header.

707, after receiving the IPv6 service packet, the destination terminal extracts hop-by-hop timestamp information T1, T2, T3, T4, T5, and T6 along the forwarding path of the IPv6 service packet from the timestamp extension header of the IPv6 service packet, and the destination terminal can measure and calculate the network transmission performance outside the data communication network according to the extracted timestamp information, and can also send the extracted timestamp information to the control device, and the control device measures and calculates the network transmission performance outside the data communication network.

In a second scenario, in a scenario of a Multi Protocol Label Switching (MPLS) network shown in fig. 8, a hop-by-hop timestamp processing is performed on an IPv6 service packet as an example, where the IPv6 packet sending method includes, but is not limited to, the following several processes.

An MPLS forwarding network based on an IPv6 protocol network is configured such that when a packet enters an MPLS domain from an IP domain, a header of MPLS is inserted, a label is assigned in advance, a path is established for a specific source-destination called a Label Switching Path (LSP), and routers constituting the MPLS network are called Label Switching Routers (LSRs). Wherein the border router of MPLS connects the MPLS domain with a pure IP network. In an MPLS network, routers receive packets with MPLS headers, look at labels, and forward data according to LSRs.

801, a first terminal device, namely a sending terminal, sends a service message.

Taking an example that the service packet is an IPv6 service packet, the sending terminal adds a timestamp extension header to the IPv6 service packet, and encapsulates a timestamp extension field with a fixed length of a reserved timestamp position in the timestamp extension header, where an encapsulation format of the timestamp extension field is shown in fig. 3. The timestamp extension field is used for packaging end-to-end hop-by-hop timestamp information, the sending terminal performs a stamping operation at a first stamping position of the timestamp extension field, and records the hop timestamp information T1. The time-hopping stamp information T1 includes node information (device port info 1) of the sending terminal and time stamp information (time stamp 1) in an accurate PTP format when the sending terminal performs a stamping operation, the sending terminal performs a time-stamping bit shift operation after performing the stamping operation to indicate a stamping position of a next node, and the sending terminal forwards the IPv6 service packet carrying the time stamp information (T1) in the time-stamp extension header to the next-hop node, that is, an ingress interface node of the network device 1 in the data communication network.

802, the first intermediate device in the data communication network, that is, the ingress interface node of the network device 1, receives the IPv6 service packet, and the ingress interface node of the network device 1 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T2.

803, the network device 1 is a border router entering the MPLS domain, the network device 1 inserts an MPLS header into the IPv6 service packet, forwards the IPv6 service packet according to the established LSR, an egress interface node of the network device 1 receives the IPv6 service packet, the egress interface node of the network device 1 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T3.

The time-hopping stamp information T3 includes node information (device port info 3) of an egress interface node of the network device 1 and time stamp information (time stamp 3) in an accurate PTP format when the egress interface node of the network device 1 performs a stamping operation, the egress interface node of the network device 1 performs a stamping operation and then performs a time-stamp bit offset operation to indicate a stamping position of a next node, and the egress interface node of the network device 1 forwards the IPv6 service packet, which carries time stamp information (T1, T2, T3) in a time-stamp extension header, to a next hop node, that is, an ingress interface node of the network device 2 in the data communication network.

804, the second intermediate device in the data communication network, that is, the ingress interface node of the network device 2, receives the IPv6 service packet, and the ingress interface node of the network device 2 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T4.

805, the network device 2 is a border router for switching an MPLS domain to an IP domain, the network device 2 decapsulates an MPLS header in the IPv6 service packet, the egress interface node of the network device 2 receives the IPv6 service packet, the egress interface node of the network device 2 performs a stamping operation at the indicated stamping position, and records the time-hopping stamping information T5.

806, the ingress interface node of the destination terminal, which is the second terminal device, receives the IPv6 service packet, and the ingress interface node of the destination terminal performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T6.

The time-hopping stamp information T6 includes node information (device port info 6) of an ingress interface node of the destination terminal and time stamp information (time stamp 6) in an accurate PTP format when the ingress interface node of the destination terminal performs a stamping operation, and the destination terminal receives an IPv6 service packet in which the time stamp extension header carries time stamp information (T1, T2, T3, T4, T5, T6).

807, after receiving the IPv6 service packet, the destination terminal extracts hop-by-hop timestamp information T1, T2, T3, T4, T5, and T6 along the forwarding path of the IPv6 service packet from the timestamp extension header of the IPv6 service packet, and the destination terminal can measure and calculate the network transmission performance outside the data communication network according to the extracted timestamp information, and the destination terminal can also send the extracted timestamp information to the control device, and the control device measures and calculates the network transmission performance outside the data communication network.

In a third scenario, in the scenario of the MPLS network shown in fig. 9, an IPv6 service packet is taken as an example to perform hop-by-hop timestamp processing only on nodes outside the data communication network, and the processing method of the IPv6 packet includes, but is not limited to, the following processes.

901, a first terminal device, that is, a sending terminal, sends a service packet.

Taking an IPv6 service message as an example, a sending terminal adds a timestamp extension header to an IPv6 service message, packages timestamp extension fields with a fixed length of 4, where a pre-stamping position is reserved, in the timestamp extension header, and the timestamp extension fields are used to package timestamp information of a first terminal device outgoing interface node, a data communication network incoming/outgoing interface node, a data communication network outgoing interface node, and a second terminal device incoming interface node, where the sending terminal performs a stamping operation at a first stamping position of the timestamp extension field, and records the hop timestamp information T1, where the hop timestamp information T1 includes node information (deviceprt info 1) of the sending terminal node and timestamp information (PTP stamp 1) in a precise PTP format when the sending terminal node performs a stamping operation, and the sending terminal node performs a bit offset operation after the stamping operation to indicate a stamping position of a next node, the sending terminal node forwards the IPv6 service packet carrying timestamp information (T1) in the timestamp extension header to a next hop node, that is, an access node of the network device 1 in the data communication network.

902, the first intermediate device in the data communication network, that is, the ingress interface node of the network device 1, receives the IPv6 service packet, and the ingress interface node of the network device 1 performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T2.

903, the network device 1 is a border router entering the MPLS domain, and the network device 1 inserts an MPLS header in the IPv6 service packet, and forwards the IPv6 service packet according to the established LSR.

904, the network device 2 is a border router for switching from the MPLS domain to the IP domain, the MPLS header of the IPv6 service packet is decapsulated by the network device 2, the egress interface node of the network device 2 receives the IPv6 service packet, the egress interface node of the network device 2 performs a stamping operation at the indicated stamping position, and records the time-hopping stamping information T3.

The time-hopping stamp information T3 includes node information (device port info 3) of an egress interface node of the network device 2 and timestamp information (time stamp 3) in a precise PTP format when the egress interface node of the network device 2 performs a stamping operation, the egress interface node of the network device 2 performs a stamping operation and then performs a timestamp bit offset operation to indicate a stamping position of a next node, and the egress interface node of the network device 2 forwards the IPv6 service packet, which carries timestamp information (T1, T2, T3) in a timestamp extension header, to a next hop node, that is, an ingress interface node of a destination terminal.

905, the ingress interface node of the destination terminal, which is the second terminal device, receives the IPv6 service packet, and the ingress interface node of the destination terminal performs a stamping operation at the indicated stamping position, and records the time-hopping stamp information T4.

The time-hopping stamp information T4 includes node information (device port info 4) of an ingress interface node of the destination terminal and timestamp information (time stamp 4) in a precise PTP format when the ingress interface node of the destination terminal performs a stamping operation, and the destination terminal receives an IPv6 service packet carrying timestamp information (T1, T2, T3, T4) in the timestamp extension header.

906, after receiving the IPv6 service packet, the destination terminal extracts hop-by-hop timestamp information T1, T2, T3, and T4 along the forwarding path of the IPv6 service packet from the timestamp extension header of the IPv6 service packet, and the destination terminal can measure and calculate the network transmission performance outside the data communication network according to the extracted timestamp information, and the destination terminal can also send the extracted timestamp information to the control device, and the control device measures and calculates the network transmission performance outside the data communication network.

The method for processing a service packet according to the embodiment of the present application is introduced above, and in accordance with the above method, the embodiment of the present application further provides a device for processing a service packet.

Fig. 10 is a schematic structural diagram of a device for processing a service packet according to an embodiment of the present application, where the device is applied to a first terminal device, and the first terminal device is the first terminal device shown in any one of fig. 2 and 6 to 9. Based on the following modules shown in fig. 10, the apparatus for processing a service packet shown in fig. 10 can perform all or part of the operations performed by the first terminal device. It should be understood that the apparatus may include more additional modules than those shown or omit some of the modules shown therein, which is not limited by the embodiments of the present application. As shown in fig. 10, the apparatus includes:

the obtaining module 1001 is configured to obtain a service packet, where the service packet includes a timestamp extension field, and the timestamp extension field is used to encapsulate timestamp information of at least one target device on a forwarding path, where the forwarding path includes a path including a first terminal device and a second terminal device, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the target device is any device on the forwarding path.

A sending module 1002, configured to send the service packet to the second terminal device.

In a possible implementation manner, the service packet further includes timestamp indication information, where the timestamp indication information is used to indicate the target device on the forwarding path to record and encapsulate timestamp information of the target device.

In a possible implementation manner, the timestamp extension field is located in an extension header added to the service message; or, the timestamp extension field is located in an option field added to a hop-by-hop extension header of the service packet.

In one possible implementation, the timestamp extension field is a fixed length, a value of the fixed length is determined based on the number of target devices on the forwarding path, the timestamp extension field includes a plurality of subfields, and one subfield corresponds to one target device; the obtaining module 1001 is configured to obtain timestamp information of the first terminal device, add the timestamp information of the first terminal device to a subfield, corresponding to the first terminal device, in the timestamp extension field, and obtain a service packet including the timestamp information of the first terminal device.

In one possible implementation, the timestamp extension field is of variable length; the obtaining module 1001 is configured to obtain timestamp information of the first terminal device, add a subfield to a timestamp extension field of the service packet, add the timestamp information of the first terminal device to the subfield added to the timestamp extension field, and obtain the service packet including the timestamp information of the first terminal device.

In a possible implementation manner, the first terminal device and the second terminal device are connected through a data communication network, the data communication network includes an intermediate device for transmitting a service packet, and the forwarding path includes the intermediate device; a sending module 1002, configured to send the service packet to the second terminal device through the intermediate device.

In a possible implementation manner, the sending module 1002 is configured to send, to the second terminal device, a service packet including timestamp information of the first terminal device.

Fig. 11 is a schematic structural diagram of a device for processing a service packet according to an embodiment of the present application, where the device is applied to a second terminal device, and the second terminal device is the second terminal device shown in any one of fig. 4 and 6-9. Based on the following modules shown in fig. 11, the apparatus for processing a service packet shown in fig. 11 is capable of performing all or part of the operations performed by the second terminal device. It should be understood that the apparatus may include more additional modules than those shown or omit a portion of the modules shown therein, which is not limited by the embodiments of the present application. As shown in fig. 11, the apparatus includes:

the receiving module 1101 is configured to receive a service packet, where the service packet includes a timestamp extension field, and the timestamp extension field encapsulates timestamp information of at least one device in front of a second terminal device on a forwarding path, where the forwarding path includes a path including a first terminal device and the second terminal device, the first terminal device is a source terminal of the service packet, and the second terminal device is a destination terminal of the service packet.

The processing module 1102 is configured to process the service packet.

In a possible implementation manner, the processing module 1102 is configured to acquire timestamp information of the second terminal device, package the timestamp information of the second terminal device into a timestamp extension field, and obtain a service packet including the timestamp information of the second terminal device; the second terminal equipment extracts the timestamp information encapsulated in the timestamp extension field of the service message; and the second terminal equipment carries out measurement and calculation based on the extracted timestamp information.

Fig. 12 is a schematic structural diagram of a device for processing a service packet according to an embodiment of the present application, where the device is applied to an intermediate device, and the intermediate device is an intermediate device shown in any of fig. 5 and 6 to 9. Based on the following modules shown in fig. 12, the apparatus for processing a service packet shown in fig. 12 can perform all or part of the operations performed by the second terminal device. It should be understood that the apparatus may include more additional modules than those shown or omit some of the modules shown therein, which the present application does not limit. As shown in fig. 12, the apparatus includes:

an obtaining module 1201, configured to obtain a service packet, where the service packet includes a timestamp extension field, and the timestamp extension field encapsulates timestamp information of at least one device in front of the intermediate device on a forwarding path, the forwarding path includes a path including a first terminal device and a second terminal device, the first terminal device and the second terminal device are connected through a data communication network, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the intermediate device is a device in the data communication network, which is used to transmit the service packet.

The processing module 1202 is configured to process the service packet.

In a possible implementation manner, the processing module 1202 is configured to obtain timestamp information of the intermediate device, and package the timestamp information of the intermediate device into a timestamp extension field to obtain a service packet including the timestamp information of the intermediate device; and the intermediate equipment sends the service message to the next hop equipment.

It should be understood that the above-mentioned apparatuses provided in fig. 10-12 are only illustrated by dividing the above-mentioned functional modules when implementing the functions thereof, and in practical applications, the above-mentioned function allocation can be implemented by different functional modules according to needs, that is, the internal structure of the apparatus is divided into different functional modules to implement all or part of the above-mentioned functions. In addition, the device and the method provided by the above embodiments belong to the same concept, and the specific implementation process is described in the method embodiments in detail, which is not described herein again.

Referring to fig. 13, fig. 13 is a schematic structural diagram of a network device 2000 according to an exemplary embodiment of the present application. The network device 2000 shown in fig. 13 is configured to perform operations related to the service packet processing method shown in fig. 2 and 4 to 9. The network device 2000 is, for example, a switch, a router, etc., and the network device 2000 may be implemented by a general bus architecture.

As shown in fig. 13, the network device 2000 includes at least one processor 2001, memory 2003, and at least one communication interface 2004.

The processor 2001 is, for example, a Central Processing Unit (CPU), a Digital Signal Processor (DSP), a Network Processor (NP), a Graphics Processing Unit (GPU), a neural-Network Processing Unit (NPU), a Data Processing Unit (DPU), a microprocessor, or one or more integrated circuits for implementing the present disclosure. For example, the processor 2001 includes an application-specific integrated circuit (ASIC), a Programmable Logic Device (PLD) or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. PLDs are, for example, Complex Programmable Logic Devices (CPLDs), field-programmable gate arrays (FPGAs), General Array Logic (GAL), or any combination thereof. Which may implement or perform the various logical blocks, modules, and circuits described in connection with the embodiment disclosure. The processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs, and microprocessors, among others.

Optionally, the network device 2000 further comprises a bus. The bus is used to transfer information between the components of the network device 2000. The bus may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown in FIG. 13, but this is not intended to indicate that there is only one bus or type of bus.

Memory 2003 is, for example, a read-only Memory (ROM) or other type of static storage device that can store static information and instructions, such as a Random Access Memory (RAM) or other type of dynamic storage device that can store information and instructions, such as an electrically erasable programmable read-only Memory (EEPROM), a compact disc read-only Memory (CD-ROM) or other optical disc storage, optical disc storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium which can be used to carry or store desired program code in the form of instructions or data structures and which can be accessed by a computer, but is not limited to such. The memory 2003 is, for example, independent and connected to the processor 2001 via a bus. The memory 2003 may also be integrated with the processor 2001.

Communication interface 2004 uses any transceiver or the like for communicating with other devices or a communication network, such as an ethernet, Radio Access Network (RAN), or Wireless Local Area Network (WLAN), among others. The communication interface 2004 may include a wired communication interface and may also include a wireless communication interface. Specifically, the communication interface 2004 may be an Ethernet (Ethernet) interface, a Fast Ethernet (FE) interface, a Gigabit Ethernet (GE) interface, an Asynchronous Transfer Mode (ATM) interface, a Wireless Local Area Network (WLAN) interface, a cellular network communication interface, or a combination thereof. The ethernet interface may be an optical interface, an electrical interface, or a combination thereof. In an embodiment of the present application, communication interface 2004 may be used for network device 2000 to communicate with other devices.

In particular implementations, processor 2001 may include one or more CPUs, such as CPU0 and CPU1 shown in fig. 13, as one embodiment. Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).

In particular implementations, network device 2000 may include multiple processors, such as processor 2001 and processor 2005 shown in fig. 13, for one embodiment. Each of these processors may be a single-Core Processor (CPU) or a multi-Core Processor (CPU). A processor herein may refer to one or more devices, circuits, and/or processing cores for processing data (e.g., computer program instructions).

In one embodiment, the network device 2000 may further include an output device and an input device. An output device is in communication with the processor 2001 and may display information in a variety of ways. For example, the output device may be a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display device, a Cathode Ray Tube (CRT) display device, a projector (projector), or the like. The input device communicates with the processor 2001 and may receive user input in a variety of ways. For example, the input device may be a mouse, a keyboard, a touch screen device, or a sensing device, among others.

In some embodiments, the memory 2003 is used to store program code 2010 for performing aspects of the present application, and the processor 2001 may execute the program code 2010 stored in the memory 2003. That is, the network device 2000 may implement the method for processing the service packet according to the embodiment of the method through the processor 2001 and the program code 2010 in the memory 2003. One or more software modules may be included in program code 2010. Optionally, the processor 2001 itself may also store program code or instructions to perform the present application.

In a specific embodiment, the network device 2000 of the embodiment of the present application may correspond to the first terminal device in the above-described method embodiments, and the processor 2001 in the network device 2000 reads the instructions in the memory 2003, so that the network device 2000 shown in fig. 13 can perform all or part of the operations performed by the first terminal device.

Specifically, the processor 2001 is configured to send a service packet to the second terminal device through the communication interface, where the service packet includes a timestamp extension field, the timestamp extension field is configured to encapsulate timestamp information of at least one target device on a forwarding path, the forwarding path includes paths including the first terminal device and the second terminal device, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the target device is any device on the forwarding path.

Other alternative embodiments, for brevity, will not be described again.

For another example, the network device 2000 of the embodiment of the present application may correspond to an intermediate device in the above-described method embodiments, and the processor 2001 in the network device 2000 reads the instructions in the memory 2003, so that the network device 2000 shown in fig. 13 can perform all or part of the operations performed by the intermediate device.

Specifically, the processor 2001 is configured to receive, through a communication interface, a service packet sent by a first terminal device to a second terminal device, where the service packet includes a timestamp extension field, where timestamp information of at least one device in front of the intermediate device on a forwarding path is encapsulated in the timestamp extension field, the forwarding path includes paths including the first terminal device and the second terminal device, the first terminal device and the second terminal device are connected through a data communication network, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the intermediate device is a device in the data communication network, where the intermediate device is used to transmit the service packet; and sending the service message through a communication interface.

Other alternative embodiments, for brevity, will not be described again.

As another example, the network device 2000 of the embodiment of the present application may correspond to the second terminal device in the above-described method embodiments, and the processor 2001 in the network device 2000 reads the instructions in the memory 2003, so that the network device 2000 shown in fig. 13 can perform all or part of the operations performed by the second terminal device.

Specifically, the processor 2001 is configured to receive, through a communication interface, a service packet sent by a first terminal device, where the service packet includes a timestamp extension field, where timestamp information of at least one device in front of a second terminal device on a forwarding path is encapsulated in the timestamp extension field, the forwarding path includes paths including the first terminal device and the second terminal device, the first terminal device is a source terminal of the service packet, and the second terminal device is a destination terminal of the service packet.

Other alternative embodiments, for brevity, will not be described again.

The network device 2000 may also correspond to the processing means of the network device shown in fig. 10-12 described above, and each functional module in the processing means of the network device is implemented by software of the network device 2000. In other words, the processing means of the network device comprises functional modules that are generated by the processor 2001 of the network device 2000 reading the program code 2010 stored in the memory 2003.

The steps of the service packet processing method shown in fig. 2 and 4-9 are implemented by an integrated logic circuit of hardware or an instruction in the form of software in the processor of the network device 2000. The steps of a method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware processor, or may be implemented by a combination of hardware and software modules in a processor. The software modules may be located in ram, flash, rom, prom, or eprom, registers, among other storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and performs the steps of the above method in combination with hardware thereof, which are not described in detail herein to avoid repetition.

Referring to fig. 14, fig. 14 is a schematic structural diagram of a network device 2100 according to another exemplary embodiment of the present application, where the network device 2100 shown in fig. 14 is configured to perform all or part of operations related to the service packet processing method shown in fig. 2, 4 to 9. The network device 2100 is, for example, a switch, a router, etc., and the network device 2100 may be implemented by a general bus architecture.

As shown in fig. 14, the network device 2100 includes: a main control board 2110 and an interface board 2130.

The main control board is also called a Main Processing Unit (MPU) or a route processor card (route processor card), and the main control board 2110 is used for controlling and managing various components in the network device 2100, including routing computation, device management, device maintenance, and protocol processing functions. The main control board 2110 includes: a central processor 2111 and a memory 2112.

The interface board 2130 is also referred to as a Line Processing Unit (LPU), a line card (line card), or a service board. The interface board 2130 is used for providing various service interfaces and forwarding data packets. Traffic interfaces include, without limitation, Ethernet interfaces such as Flexible Ethernet services interfaces (FlexE Clients), POS (Packet over SONET/SDH) interfaces, and the like. The interface board 2130 includes: central processor 2131 network processor 2132, forwarding table entry memory 2134, and Physical Interface Card (PIC) 2133.

The central processor 2131 on the interface board 2130 is used for controlling and managing the interface board 2130 and communicating with the central processor 2111 on the main control board 2110.

The network processor 2132 is configured to implement forwarding processing of the packet. The network processor 2132 may take the form of a forwarding chip. The forwarding chip may be a Network Processor (NP). In some embodiments, the forwarding chip may be implemented by an application-specific integrated circuit (ASIC) or a Field Programmable Gate Array (FPGA). Specifically, the network processor 2132 is configured to forward the received message based on the forwarding table stored in the forwarding table entry storage 2134, and if a destination address of the message is an address of the network device 2100, send the message to a CPU (e.g., the central processing unit 2131) for processing; if the destination address of the packet is not the address of the network device 2100, the next hop and the egress interface corresponding to the destination address are found from the forwarding table according to the destination address, and the packet is forwarded to the egress interface corresponding to the destination address. Wherein, the processing of the uplink message may include: processing a message input interface, and forwarding a table for searching; the processing of the downlink message may include: forwarding table lookups, and the like. In some embodiments, the central processing unit may also perform the functions of a forwarding chip, such as implementing software forwarding based on a general purpose CPU, so that no forwarding chip is needed in the interface board.

The physical interface card 2133 is used to implement a physical layer interface function, from which the original traffic enters the interface board 2130, and the processed message is sent out from the physical interface card 2133. The physical interface card 2133 is also called a daughter card, and may be installed on the interface board 2130, and is responsible for converting the photoelectric signal into a message, performing validity check on the message, and forwarding the message to the network processor 2132 for processing. In some embodiments, the central processor 2131 may also perform the functions of the network processor 2132, such as implementing software forwarding based on a general purpose CPU, so that the network processor 2132 is not required in the physical interface card 2133.

Optionally, the network device 2100 includes a plurality of interface boards, for example, the network device 2100 further includes an interface board 2140, and the interface board 2140 includes: a central processor 2141, a network processor 2142, a forwarding table entry memory 2144, and a physical interface card 2143. The functions and implementations of the components in the interface board 2140 are the same as or similar to those of the interface board 2130, and are not described herein again.

Optionally, the network device 2100 also includes a switch board 2120. The switch board 2120 may also be called a Switch Fabric Unit (SFU). In the case of a network device having a plurality of interface boards, the switch board 2120 is used to complete data exchange between the interface boards. For example, the interface board 2130 and the interface board 2140 can communicate with each other via the switch board 2120.

The main control board 2110 is coupled to the interface board. For example. The main control board 2110, the interface board 2130, the interface board 2140, and the switch board 2120 are connected to the system backplane through the system bus to realize intercommunication. In a possible implementation manner, an inter-process communication (IPC) channel is established between the main control board 2110 and the interface board 2130 and the interface board 2140, and the main control board 2110 and the interface board 2130 and the interface board 2140 communicate with each other through the IPC channel.

Logically, the network device 2100 includes a control plane including a main control board 2110 and a central processor 2111, and a forwarding plane including various components that perform forwarding, such as a forwarding entry memory 2134, a physical interface card 2133, and a network processor 2132. The control plane executes functions of a router, generating a forwarding table, processing signaling and protocol messages, configuring and maintaining the state of the network device, and the like, and issues the generated forwarding table to the forwarding plane, and on the forwarding plane, the network processor 2132 looks up the table of the message received by the physical interface card 2133 and forwards the table based on the forwarding table issued by the control plane. The forwarding table issued by the control plane may be stored in the forwarding table entry storage 2134. In some embodiments, the control plane and the forwarding plane may be completely separate and not on the same network device.

It should be noted that there may be one or more main control boards, and when there are more main control boards, the main control boards may include a main control board and a standby main control board. The interface board may have one or more blocks, and the stronger the data processing capability of the network device, the more interface boards are provided. There may also be one or more physical interface cards on the interface board. The exchange network board may not have one or more blocks, and when there are more blocks, the load sharing redundancy backup can be realized together. Under the centralized forwarding architecture, the network device does not need a switching network board, and the interface board undertakes the processing function of the service data of the whole system. Under the distributed forwarding architecture, the network device can have at least one exchange network board, and the exchange of data among a plurality of interface boards is realized through the exchange network board, so that the data exchange and processing capacity with large capacity is provided. Therefore, the data access and processing capabilities of the network devices in the distributed architecture are greater than those of the network devices in the centralized architecture. Optionally, the network device may also be in a form of only one board card, that is, there is no switching network board, and the functions of the interface board and the main control board are integrated on the one board card, and at this time, the central processing unit on the interface board and the central processing unit on the main control board may be combined into one central processing unit on the one board card to perform a function of superimposing the two, where the data switching and processing capability of the network device is low (for example, network devices such as a low-end switch or a router). Which architecture is specifically adopted depends on a specific networking deployment scenario, and is not limited herein.

In a specific embodiment, the network device 2100 corresponds to the processing device applied to the service message of the first terminal device shown in fig. 10. In some embodiments, the sending module 1002 in the processing apparatus of the service packet shown in fig. 10 is equivalent to the physical interface card 2133 in the network device 2100, and the obtaining module 1001 is equivalent to the central processor 2111 or the network processor 2132 in the network device 2100.

In some embodiments, the network device 2100 further corresponds to the processing device applied to the service packet of the second terminal device shown in fig. 11. In some embodiments, the receiving module 1101 in the apparatus for processing a service packet shown in fig. 11 corresponds to the physical interface card 2133 in the network device 2100; the processing module 1102 corresponds to the central processor 2111 or the network processor 2132 in the network device 2100.

In some embodiments, the network device 2100 further corresponds to the processing device applied to the service packet of the intermediate device shown in fig. 12. In some embodiments, the receiving module 1201 in the processing apparatus of the service packet shown in fig. 12; the processing module 1202 corresponds to the central processor 2111 or the network processor 2132 in the network device 2100.

Based on the network devices shown in fig. 13 and fig. 14, an embodiment of the present application further provides a system for processing a service packet, where the system includes: the device comprises a first terminal device, a second terminal device and an intermediate device. Optionally, the first terminal device is the network device 2000 shown in fig. 13 or the network device 2100 shown in fig. 14, the second terminal device is the network device 2000 shown in fig. 13 or the network device 2100 shown in fig. 14, and the intermediate device is the network device 2000 shown in fig. 13 or the network device 2100 shown in fig. 14.

The method for processing the service packet executed by the first terminal device, the second terminal device, and the intermediate device may refer to the description related to the embodiments shown in fig. 2 and 4-9, and will not be described again here.

An embodiment of the present application further provides a communication apparatus, including: a transceiver, a memory, and a processor. The transceiver, the memory and the processor are communicated with each other through an internal connection path, the memory is used for storing instructions, the processor is used for executing the instructions stored by the memory to control the transceiver to receive signals and control the transceiver to transmit signals, and when the processor executes the instructions stored by the memory, the processor is enabled to execute the method required to be executed by the first terminal device.

An embodiment of the present application further provides a communication apparatus, including: a transceiver, a memory, and a processor. The transceiver, the memory and the processor are communicated with each other through an internal connection path, the memory is used for storing instructions, the processor is used for executing the instructions stored by the memory to control the transceiver to receive signals and control the transceiver to transmit signals, and when the processor executes the instructions stored by the memory, the processor is enabled to execute the method required by the intermediate device.

An embodiment of the present application further provides a communication apparatus, including: a transceiver, a memory, and a processor. Wherein the transceiver, the memory and the processor are in communication with each other via an internal connection path, the memory is used for storing instructions, the processor is used for executing the instructions stored by the memory to control the transceiver to receive signals and control the transceiver to transmit signals, and when the processor executes the instructions stored by the memory, the processor is enabled to execute the method required to be executed by the second terminal device.

It should be understood that the processor may be a Central Processing Unit (CPU), other general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or any conventional processor or the like. It is noted that the processor may be an advanced reduced instruction set machine (ARM) architecture supported processor.

Further, in an alternative embodiment, the memory may include both read-only memory and random access memory, and provide instructions and data to the processor. The memory may also include non-volatile random access memory. For example, the memory may also store device type information.

The memory may be volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile memory may be a read-only memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an electrically Erasable EPROM (EEPROM), or a flash memory. Volatile memory can be Random Access Memory (RAM), which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available. For example, Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), double data rate synchronous SDRAM (DDR SDRAM), Enhanced SDRAM (ESDRAM), synchlink DRAM (SLDRAM), and direct memory bus RAM (DR RAM).

The embodiment of the present application further provides a computer-readable storage medium, where at least one instruction is stored in the storage medium, and the instruction is loaded and executed by a processor to implement the service packet processing method as described in any one of the above.

Embodiments of the present application further provide a computer program (product), which when executed by a computer, can cause the processor or the computer to execute the corresponding steps and/or processes in the above method embodiments.

The embodiment of the present application further provides a chip, which includes a processor, and is configured to invoke and run an instruction stored in a memory from the memory, so that a communication device equipped with the chip executes the service packet processing method as described in any one of the above.

The embodiment of the present application further provides another chip, including: the system comprises an input interface, an output interface, a processor and a memory, wherein the input interface, the output interface, the processor and the memory are connected through an internal connection path, the processor is used for executing codes in the memory, and when the codes are executed, the processor is used for executing the service message processing method.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded and executed on a computer, cause the processes or functions described herein, in whole or in part, to occur. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on a computer readable storage medium or transmitted from one computer readable storage medium to another, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device including one or more servers, data centers, and the like, integrated with the available medium. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk), among others.

It will be appreciated by those of ordinary skill in the art that the method steps and modules described in connection with the embodiments disclosed herein can be implemented in software, hardware, firmware, or any combination thereof, and that the steps and elements of the embodiments have been described in a functional general in the foregoing description for the purpose of clearly illustrating the interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer program instructions. By way of example, the methods of embodiments of the present application may be described in the context of machine-executable instructions, such as those included in program modules, being executed in devices on target real or virtual processors. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, etc. that perform particular tasks or implement particular abstract data types. In various embodiments, the functionality of the program modules may be combined or divided between program modules as described. Machine-executable instructions for program modules may be executed within local or distributed devices. In a distributed facility, program modules may be located in both local and remote memory storage media.

Computer program code for implementing the methods of embodiments of the present application may be written in one or more programming languages. These computer program codes may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the computer or other programmable data processing apparatus, cause the functions/acts specified in the flowchart and/or block diagram block or blocks to be performed. The program code may execute entirely on the computer, partly on the computer, as a stand-alone software package, partly on the computer and partly on a remote computer or entirely on the remote computer or server.

In the context of embodiments of the present application, computer program code or relevant data may be carried by any suitable carrier to enable a device, apparatus or processor to perform the various processes and operations described above. Examples of a carrier include a signal, computer readable medium, and the like.

Examples of signals may include electrical, optical, radio, acoustic, or other forms of propagated signals, such as carrier waves, infrared signals, and the like.

A machine-readable medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination thereof. More detailed examples of a machine-readable storage medium include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical storage device, a magnetic storage device, or any suitable combination thereof.

It can be clearly understood by those skilled in the art that, for convenience and brevity of description, the specific working processes of the system, the device and the module described above may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other ways. For example, the above-described device embodiments are merely illustrative, and for example, the division of the module is only one logical functional division, and other divisions may be realized in practice, for example, a plurality of modules or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed coupling or direct coupling or communication connection between each other may be an indirect coupling or communication connection through some interfaces, devices or modules, and may also be an electrical, mechanical or other form of connection.

The modules described as separate parts may or may not be physically separate, and parts displayed as modules may or may not be physical modules, may be located in one place, or may be distributed on a plurality of network modules. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of the embodiments of the present application.

In addition, functional modules in the embodiments of the present application may be integrated into one processing module, or each of the modules may exist alone physically, or two or more modules are integrated into one module. The integrated module can be realized in a form of hardware or a form of a software functional module.

The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may essentially or partially contribute to the prior art, or all or part of the technical solution may be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method in the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The terms "first," "second," and the like in this application are used for distinguishing identical or similar items having substantially the same function, and it should be understood that "first," "second," and "n" have no logical or temporal dependency, nor are they limited in number or order of execution. It will be further understood that, although the following description uses the terms first, second, etc. to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first image may be referred to as a second image, and similarly, a second image may be referred to as a first image, without departing from the scope of various described examples. Both the first image and the second image may be images, and in some cases, may be separate and distinct images.

It should also be understood that, in the embodiments of the present application, the size of the serial number of each process does not mean the execution sequence of the process, and the execution sequence of each process should be determined by the function and the inherent logic of the process, and should not constitute any limitation to the implementation process of the embodiments of the present application.

The term "at least one" in this application means one or more, and the term "plurality" in this application means two or more, for example, the plurality of second messages means two or more second messages. The terms "system" and "network" are often used interchangeably herein.

It is to be understood that the terminology used in the description of the various described examples herein is for the purpose of describing particular examples only and is not intended to be limiting. As used in the description of the various described examples and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items. The term "and/or" is an associative relationship that describes an associated object, meaning that there may be three relationships, e.g., A and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in the present application generally indicates that the former and latter related objects are in an "or" relationship.

It will be further understood that the terms "comprises," "comprising," "includes," and/or "including," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It is also to be understood that the terms "if" and "if" may be interpreted to mean "when" ("where" or "upon") or "in response to a determination" or "in response to a detection". Similarly, the phrase "if it is determined" or "if [ a stated condition or event ] is detected" may be interpreted to mean "upon determining" or "in response to determining" or "upon detecting [ a stated condition or event ] or" in response to detecting [ a stated condition or event ] "depending on the context.

It should be understood that determining B from a does not mean determining B from a alone, but may also be determined from a and/or other information.

It should also be appreciated that reference throughout this specification to "one embodiment," "an embodiment," or "one possible implementation" means that a particular feature, structure, or characteristic described in connection with the embodiment or implementation is included in at least one embodiment of the present application. Thus, the appearances of the phrases "in one embodiment" or "in an embodiment" or "one possible implementation" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

The above description is intended only to be an alternative embodiment of the present application, and not to limit the present application, and any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A method for processing a service packet is characterized in that the method comprises the following steps:

a first terminal device obtains a service message, wherein the service message comprises a timestamp extension field, the timestamp extension field is used for packaging timestamp information of at least one target device on a forwarding path, the forwarding path comprises a path including the first terminal device and a second terminal device, the first terminal device is a source terminal of the service message, the second terminal device is a destination terminal of the service message, and the target device is any device on the forwarding path;

and the first terminal equipment sends the service message to the second terminal equipment.

2. The method according to claim 1, wherein the service packet further includes timestamp indication information, and the timestamp indication information is used to indicate a target device on the forwarding path to record and encapsulate timestamp information of the target device.

3. The method according to claim 1 or 2, wherein the timestamp extension field is located in an extension header added to the service packet.

4. The method according to claim 1 or 2, wherein the timestamp extension field is located in an option field added in a hop-by-hop extension header of the service packet.

5. The method of any of claims 1-4, wherein the timestamp extension field is a fixed length, a value of the fixed length being determined based on a number of target devices on the forwarding path, the timestamp extension field comprising a plurality of subfields, one subfield corresponding to each target device;

the first terminal device obtains a service packet, including:

the first terminal device obtains timestamp information of the first terminal device, and adds the timestamp information of the first terminal device to a subfield, corresponding to the first terminal device, in the timestamp extension field to obtain a service message including the timestamp information of the first terminal device.

6. The method of any of claims 1-4, wherein the timestamp extension field is of variable length;

the first terminal device obtains a service packet, including:

the first terminal device obtains the timestamp information of the first terminal device, adds a subfield in a timestamp extension field of the service message, adds the timestamp information of the first terminal device to the subfield added in the timestamp extension field, and obtains the service message including the timestamp information of the first terminal device.

7. The method according to claim 5 or 6, wherein the sending, by the first terminal device, the service packet to the second terminal device includes:

and the first terminal equipment sends a service message including the timestamp information of the first terminal equipment to the second terminal equipment.

8. The method according to any of claims 1-7, wherein the first terminal device and the second terminal device are connected via a data communication network, the data communication network comprising an intermediate device for transmitting the service packet, and the forwarding path comprising the intermediate device;

the sending, by the first terminal device, the service packet to the second terminal device includes:

and the first terminal equipment sends the service message to the second terminal equipment through the intermediate equipment.

9. The method of any of claims 1-8, wherein the target device's timestamp information comprises at least one of ingress timestamp information and egress timestamp information of the target device.

10. A method for processing a service packet is characterized in that the method comprises the following steps:

receiving a service message by a second terminal device, wherein the service message comprises a timestamp extension field, the timestamp extension field encapsulates timestamp information of at least one device in front of the second terminal device on a forwarding path, the forwarding path comprises a path including a first terminal device and the second terminal device, the first terminal device is a source terminal of the service message, and the second terminal device is a destination terminal of the service message;

and the second terminal equipment processes the service message.

11. The method according to claim 10, wherein the processing of the service packet by the second terminal device includes:

the second terminal equipment acquires timestamp information of the second terminal equipment, and encapsulates the timestamp information of the second terminal equipment into the timestamp extension field to obtain a service message including the timestamp information of the second terminal equipment;

the second terminal equipment extracts the timestamp information packaged in the timestamp extension field of the service message;

and the second terminal equipment carries out measurement and calculation based on the extracted timestamp information.

12. A method for processing a service packet is characterized in that the method comprises the following steps:

the method comprises the steps that an intermediate device obtains a service message, wherein the service message comprises a timestamp extension field, the timestamp extension field encapsulates timestamp information of at least one device in front of the intermediate device on a forwarding path, the forwarding path comprises a path including a first terminal device and a second terminal device, the first terminal device and the second terminal device are connected through a data communication network, the first terminal device is a source terminal of the service message, the second terminal device is a destination terminal of the service message, and the intermediate device is a device used for transmitting the service message in the data communication network;

and the intermediate equipment processes the service message.

13. The method of claim 12, wherein the processing of the service packet by the intermediate device comprises:

the intermediate equipment acquires the timestamp information of the intermediate equipment, and encapsulates the timestamp information of the intermediate equipment into the timestamp extension field to obtain a service message including the timestamp information of the intermediate equipment;

and the intermediate equipment sends the service message to the next hop equipment.

14. An apparatus for processing a service packet, the apparatus being applied to a first terminal device, the apparatus comprising:

an obtaining module, configured to obtain a service packet, where the service packet includes a timestamp extension field, and the timestamp extension field is used to encapsulate timestamp information of at least one target device on a forwarding path, where the forwarding path includes a path in which a first terminal device and a second terminal device are installed, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the target device is any device on the forwarding path;

and the sending module is used for sending the service message to the second terminal equipment.

15. The apparatus according to claim 14, wherein the traffic packet further includes timestamp indication information, and the timestamp indication information is used to indicate a target device on the forwarding path to record and encapsulate timestamp information of the target device.

16. The apparatus according to claim 14 or 15, wherein the timestamp extension field is located in an extension header added to the service packet.

17. The apparatus according to claim 14 or 15, wherein the timestamp extension field is located in an option field added in a hop-by-hop extension header of the service packet.

18. The apparatus of claims 14-17, wherein the timestamp extension field is a fixed length, a value of the fixed length being determined based on a number of target devices on the forwarding path, the timestamp extension field comprising a plurality of subfields, one subfield corresponding to one target device;

the obtaining module is configured to obtain timestamp information of the first terminal device, add the timestamp information of the first terminal device to a subfield, corresponding to the first terminal device, in the timestamp extension field, and obtain a service packet including the timestamp information of the first terminal device.

19. The apparatus of claims 14-17, wherein the timestamp extension field is of variable length;

the obtaining module is configured to obtain timestamp information of the first terminal device, add a subfield to a timestamp extension field of the service packet, add the timestamp information of the first terminal device to the subfield added to the timestamp extension field, and obtain the service packet including the timestamp information of the first terminal device.

20. The apparatus according to claim 18 or 19, wherein the sending module is configured to send, to the second terminal device, a service packet including timestamp information of the first terminal device.

21. The method according to any of claims 14-20, wherein the first terminal device and the second terminal device are connected via a data communication network, the data communication network comprising an intermediate device for transmitting the service packet, and the forwarding path comprising the intermediate device;

and the sending module is used for sending the service message to the second terminal equipment through the intermediate equipment.

22. The apparatus of any of claims 14-21, wherein the target device's timestamp information comprises at least one of ingress timestamp information and egress timestamp information of the target device.

23. An apparatus for processing a service packet, wherein the apparatus is applied to a second terminal device, and the apparatus comprises:

a receiving module, configured to receive a service packet, where the service packet includes a timestamp extension field, and the timestamp extension field encapsulates timestamp information of at least one device in front of the second terminal device on a forwarding path, where the forwarding path includes a path including a first terminal device and the second terminal device, the first terminal device is a source terminal of the service packet, and the second terminal device is a destination terminal of the service packet;

and the processing module is used for processing the service message.

24. The apparatus according to claim 23, wherein the processing module is configured to obtain timestamp information of the second terminal device, and package the timestamp information of the second terminal device into the timestamp extension field, so as to obtain a service packet that includes timestamp information of the second terminal device;

and the second terminal equipment performs measurement and calculation based on the extracted time stamp information.

25. An apparatus for processing a service packet, wherein the apparatus is applied to an intermediate device, and the apparatus comprises:

an obtaining module, configured to obtain a service packet, where the service packet includes a timestamp extension field, where the timestamp extension field encapsulates timestamp information of at least one device in front of an intermediate device on a forwarding path, where the forwarding path includes a path including a first terminal device and a second terminal device, the first terminal device and the second terminal device are connected through a data communication network, the first terminal device is a source terminal of the service packet, the second terminal device is a destination terminal of the service packet, and the intermediate device is a device in the data communication network, where the intermediate device is used to transmit the service packet;

and the processing module is used for processing the service message.

26. The apparatus according to claim 25, wherein the processing module is configured to obtain timestamp information of the intermediate device, and encapsulate the timestamp information of the intermediate device in the timestamp extension field to obtain a service packet including the timestamp information of the intermediate device;

27. The system for processing the service message is characterized by comprising a first terminal device and a second terminal device;

the first terminal device is adapted to perform the method of any of the claims 1-9 and the second terminal device is adapted to perform the method of any of the claims 10-11.

28. The system according to claim 27, wherein the first terminal device and the second terminal device are connected via a data communication network, the system further comprising an intermediate device in the data communication network for transmitting service packets, the intermediate device being configured to perform the method according to any one of claims 12 to 13.

29. A computer-readable storage medium, wherein at least one instruction is stored in the storage medium, and the instruction is loaded and executed by a processor to implement the method for processing the service packet according to any one of claims 1 to 13.