Message transmission method, electronic equipment and computer readable storage medium

Abstract

The invention provides a message transmission method, electronic equipment and a computer readable storage medium, and the method comprises the steps that a first communication node sends a channel-associated OAM message, the channel-associated OAM message comprises a data area and a data head, the data head comprises a message special serial number and a functional entity detection identifier, and the functional entity detection identifier is used for detecting the channel-associated OAM message; the functional entity detection identifier is used for indicating a functional entity node on a forwarding path of the channel-associated OAM message to add a functional entity data bar to the data area, so that the functional entity node in the deterministic network receives the channel-associated OAM message; and copying, eliminating or sequencing the message according to the functional entity attribute of the node and the special serial number of the message, triggering the functional entity detection identifier in the message, and recording the related information of the execution function in a functional entity data bar. In the end-to-end transmission process of the channel associated OAM message, related functional entity data of the functional entity nodes passing along the way are collected, and the PREOF OAM detection of the deterministic network is realized.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a message transmission method, an electronic device, and a computer-readable storage medium. Background Art

[0002] Deterministic network DetNet refers to a network that can provide deterministic SLA (service-level agreement) guarantees for packet message forwarding, such as low packet loss rate upper bound, delay upper bound and jitter upper bound. The data plane architecture of DetNet consists of a forwarding sublayer and a business sublayer. The forwarding sublayer is dedicated to traffic forwarding, and the business sublayer is dedicated to business protection. The business sublayer has currently proposed to use the packet replication function (PRF), the packet copy elimination function (PEF) and the out-of-order packet sorting function (POF) to provide business protection for deterministic business traffic. The above three functions are collectively referred to as packet replication, elimination and sorting functions (PREOF). In the DetNet business sublayer that implements PREOF, how to collect, manage and maintain (Operations, Administration and Management, OAM) the location, configuration and status information of PRF, PEP and POF nodes is a technical problem to be solved. Summary of the invention

[0003] The embodiments of the present application provide a message transmission method, an electronic device, and a computer-readable storage medium, which are intended to implement OAM detection of PREOF in a deterministic network.

[0004] In a first aspect, an embodiment of the present application provides a message transmission method, which is applied to a source node, and the method includes:

[0005] Send an associated OAM message, wherein the associated OAM message includes a data area and a data header, the data header includes a message-specific sequence number and a functional entity detection identifier, and the functional entity detection identifier is used to instruct a functional entity node on a forwarding path of the associated OAM message to add a functional entity data strip to the data area.

[0006] In a second aspect, an embodiment of the present application provides a message transmission method, which is applied to a functional entity node, and the method includes:

[0007] Receiving an associated OAM message, wherein the associated OAM message includes a data area and a data header, and the data header includes a message-specific sequence number and a functional entity detection identifier;

[0008] According to the functional entity detection identifier, adding a functional entity data strip in the data area of ​​the associated OAM message;

[0009] The associated OAM message with the added functional entity data strip is sent to the next hop node.

[0010] In a third aspect, an embodiment of the present application provides a message transmission method, which is applied to a second communication node, and the method includes:

[0011] Receiving an associated OAM message, wherein the associated OAM message includes a data area and a data header, and the data header includes a message-specific sequence number and a functional entity detection identifier;

[0012] A first detection feedback message is sent, wherein the first detection feedback message includes: a flow identifier, a node identifier, a message-specific sequence number corresponding to the associated OAM message, and all functional entity data strips in the data area of ​​the associated OAM message received by the second communication node.

[0013] In a fourth aspect, an embodiment of the present application provides an electronic device, including:

[0014] one or more processors;

[0015] A memory having one or more programs stored thereon, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the message transmission method as described in the first aspect, the second aspect or the third aspect above.

[0016] In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, and when the program is executed by a processor, the message transmission method as described in the first aspect, the second aspect or the third aspect above is implemented.

[0017] In the embodiment of the present application, an associated OAM message is sent through the first communication node, and the associated OAM message includes a data area and a data header, wherein the data header includes a message-specific sequence number and a functional entity detection identifier, so that after the functional entity node in the deterministic network receives the associated OAM message, it copies, deletes or sorts the message according to the functional entity attributes of the node and the message-specific sequence number, and at the same time triggers the functional entity detection identifier in the message, records the relevant information of the executed function in the functional entity data strip, and adds the functional entity data strip to the data area of ​​the associated OAM message. In this way, during the end-to-end transmission of the associated OAM message, the relevant functional entity data of the functional entity nodes passing along the way are collected to realize the OAM detection of the PREOF of the deterministic network. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 A schematic diagram of the encapsulation format of a DetNet service message based on MPLS;

[0019] Figure 2 An exemplary topology diagram for performing PREOF protection in the service sublayer for a DetNet service;

[0020] Figure 3 A schematic diagram of a flow chart of a message transmission method provided in an embodiment of the present application;

[0021] Figure 4 A schematic diagram of an encapsulation format of an associated OAM message provided in an embodiment of the present application;

[0022] Figure 5 A schematic diagram of the encapsulation format of a data header of a PREOF-TRACE message provided in an embodiment of the present application;

[0023] Figure 6 A schematic diagram of a flow chart of a message transmission method provided in an embodiment of the present application;

[0024] Figure 7 A schematic diagram of a flow chart of a message transmission method provided in an embodiment of the present application;

[0025] Figure 8 A schematic diagram of an application scenario of a message transmission method provided in an embodiment of the present application;

[0026] Figure 9a for Figure 8 Schematic diagram of PREOF-TRACE message ① in FIG;

[0027] Figure 9b for Figure 8 Schematic diagram of PREOF-TRACE message ② in FIG;

[0028] Fig.9c for Figure 8 Schematic diagram of PREOF-TRACE message ③;

[0029] Figure 9d for Figure 8 Schematic diagram of PREOF-TRACE message ④;

[0030] Fig.9e for Figure 8 Schematic diagram of PREOF-TRACE message ⑤;

[0031] Figure 9f for Figure 8 Schematic diagram of PREOF-TRACE message ⑥ in FIG;

[0032] Fig.10 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0033] In order to enable those skilled in the art to better understand the technical solution of the present application, the message transmission method, electronic device and computer-readable storage medium provided by the present application are described in detail below in conjunction with the accompanying drawings.

[0034] Hereinafter, example embodiments will be described more fully in conjunction with the accompanying drawings, but the described example embodiments may be embodied in different forms and should not be construed as being limited to the embodiments set forth herein. On the contrary, the purpose of providing these embodiments is to make this application thorough and complete, and will enable those skilled in the art to fully understand the scope of this application.

[0035] As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed items.

[0036] The terms used herein are only used to describe specific embodiments and are not intended to limit the present application. As used herein, the singular forms "a", "an" and "the" are also intended to include the plural forms, unless the context clearly indicates otherwise. It will also be understood that when the terms "comprising" and / or "made of" are used in this specification, the presence of features, wholes, steps, operations, elements and / or components is specified, but the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or groups thereof is not excluded.

[0037] In the description of the embodiments of the present application, reference is made to “some embodiments”, which describe a subset of all possible embodiments, but it can be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0038] In the description of the embodiments of the present application, any embodiment or design scheme of "exemplary", "for example" or "for example" should not be understood as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary", "for example" or "for example" is intended to present related concepts in a specific way.

[0039] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more of the features. The terms "include", "comprises", "has" and their variations all mean "including but not limited to", unless otherwise specifically emphasized.

[0040] In order to facilitate understanding of the solutions of the embodiments of the present application and to provide a clear and concise description of the following embodiments, a brief introduction to the related technologies is first given:

[0041] (1) Deterministic network (Detnet): A deterministic network is a network with large bandwidth, low latency, low jitter, and deterministic capabilities built using network resources. It can provide deterministic business experience for different industry needs. It is mainly aimed at vertical industries such as industry, energy, and Internet of Vehicles that have extremely high requirements for low network latency, reliability, and stability. It is a deterministic network with differentiated services built according to the business level. Determinism is mainly reflected in the precise guarantee of network transmission indicators (bandwidth, latency, jitter, and packet loss). The quantification of these indicators can be determined based on the actual needs of the industry scenario, and determinism can be achieved by selecting appropriate deterministic network technologies based on the quantification of indicators.

[0042] (2) Data plane architecture of DetNet: The data plane of DetNet consists of a forwarding sublayer and a service sublayer. The forwarding sublayer is dedicated to traffic forwarding, and the service sublayer is dedicated to service protection. For intermediate nodes in deterministic network domains other than terminal systems and edge nodes, they can be divided into relay nodes and ordinary forwarding nodes according to whether they have a service sublayer. Relay nodes have a service sublayer, while ordinary forwarding nodes do not have a service sublayer.

[0043] (3) DetNet message encapsulation: see Figure 1 , which is a schematic diagram of the encapsulation format of a DetNet service message based on MPLS, such as Figure 1 As shown, the MPLS-based DetNet service message includes the following fields: physical layer, data link layer, forwarding label, service label, DetNet service message control word, and DetNet service message payload.

[0044] (4) Message replication, elimination, and sorting function (PREOF): The service sublayer has proposed to use the message replication function (PRF), the message duplicate elimination function (PEF), and the out-of-order message sorting function (POF) to provide service protection for deterministic service traffic. The above three functions are collectively referred to as PREOF.

[0045] See also Figure 2 , an exemplary topology diagram of a DetNet service performing PREOF protection in the service sublayer provided by the related technology, wherein R represents a message replication node, E represents a message copy elimination node, O represents a message sorting node, P represents a forwarding sublayer path, and G represents a service sublayer path.

[0046] At the routing node that provides the PRF functional entity for the service flow, the protected flow is copied and forwarded to different interfaces through message replication, forming a redundant flow protected by 1+1 (copying 1 flow) or 1+N (copying N flows). After the message is replicated, the original flow and all redundant flows are combined into a logical composite flow, and the original flow and each redundant flow are specific member flows in the composite flow. The original flow and the redundant flow converge at the routing node that provides the PEF functional entity, but due to the different delays of different member flows, there is a sequence in the time when the message copies arrive at the PEF node. The PEF node only retains the first copy of the same message and discards the copies that arrive subsequently, thereby restoring to one data flow. At the POF node, the disordered messages introduced by the redundant path are cached and reordered.

[0047] (5) Operation, Administration and Maintenance (OAM): Network OAM is used for connection verification, performance measurement, fault management, performance analysis, configuration update, etc. In order to ensure the deterministic transmission of services, it is necessary to establish a set of OAM mechanisms for DetNet. Its main function is to effectively improve the network's operation, management and maintenance capabilities and ensure the stable operation of the network. At present, DetNet can use existing IP OAM tools and MPLS OAM tools in the forwarding sublayer, but lacks available OAM tools in the service sublayer. The basic OAM requirement of the DetNet service sublayer is to locate and detect the PREOF function of the network.

[0048] The embodiments of the present application provide a message transmission method, an electronic device, and a computer-readable storage medium, which are intended to implement OAM detection of PREOF in a deterministic network. Since PREOF is performed by flow, the OAM message needs to strictly follow the actual path of the deterministic service flow and needs to be able to traverse each branch in the PREOF mesh path. The embodiments of the present application use a path-by-path method to collect, manage, and maintain the location, configuration, and status information of PRF, PEP, and POF nodes.

[0049] See also Figure 3, is a flow chart of a message transmission method provided in an embodiment of the present application. Figure 3 As shown, the method comprises the following steps:

[0050] Step S100: The first communication node sends an associated OAM message.

[0051] The associated OAM message includes a data area and a data header, the data header includes a message-specific sequence number and a functional entity detection identifier, and the functional entity detection identifier is used to instruct the functional entity node on the forwarding path of the associated OAM message to add a functional entity data strip to the data area.

[0052] It should be noted that the first communication node described in the embodiment of the present application may specifically be a source node that sends an associated OAM message.

[0053] It should be noted that the functional entity node described in the embodiment of the present application includes at least one of a PRF node, a PEF node or a POF node.

[0054] It should be noted that, since the associated OAM message provided in the embodiment of the present application is used for OAM detection of network PREOF, in some descriptions of the embodiment of the present application, the associated OAM message used for OAM detection of PREOF is called a PREOF-TRACE message.

[0055] In an embodiment of the present application, an encapsulation format of an associated OAM message applied to a DetNet service sublayer is provided. The encapsulation format of the associated OAM message includes the following fields: an outer layer encapsulation, a data header, and a data area.

[0056] It should be noted that the object of the function performed by the PRF, PEF, and POF functional entities is the flow. Therefore, the OAM object of the associated OAM message in the embodiment of the present application is also a flow. In the message encapsulation, the associated OAM message needs to have a flow identifier consistent with the format of the DetNet service message. For example, for the MPLS data plane, the associated OAM message has an S label (S-label) consistent with the format of the DetNet service message; for another example, for the IP data plane, the associated OAM message has the same six-tuple as the DetNet service message; when the port information cannot be obtained, a triple or a binary tuple can also be used. Furthermore, in order to ensure that the associated OAM message can be treated equally with the DetNet message in the forwarding sublayer of the DetNet network node and enjoy the same routing rules, the outer encapsulation of the associated OAM message is the same as the outer encapsulation format of the DetNet service flow message. For example, on the MPLS data plane, the associated OAM message has the same physical layer, data link layer, forwarding label, and service label as the DetNet service message encapsulation format.

[0057] See also Figure 4 , is a schematic diagram of an encapsulation format of an associated OAM message provided in an embodiment of the present application. Figure 4 As shown, the associated OAM message includes the following fields: physical layer, data link layer, forwarding label, service label, data header, data area, wherein the data header and data area replace Figure 1 The DetNet service message control word and the DetNet service message payload in the DetNet service message are shown.

[0058] See also Figure 5 , is a schematic diagram of the encapsulation format of a data header of a PREOF-TRACE message provided in an embodiment of the present application.

[0059] like Figure 5 As shown, the data header includes the following fields:

[0060] (1) OAM identification code, 4 bits in length, used to distinguish OAM messages from service messages;

[0061] (2) Version, 4 bits in length, used to indicate the version number of the deterministic network ACH header;

[0062] (3) Message-specific sequence number, 8 bits in length, used to indicate the sequence number. The node needs to increase the sequence number by 1 when forwarding each OAM message.

[0063] (4) Announcement type, 8 bits in length, used to indicate the type of the deterministic network association channel;

[0064] (5) Node identifier, 20 bits in length, used to identify the network node that generates the OAM message;

[0065] (6) Layer, 3 bits in length, used to indicate the characteristics of dynamic path forwarding, such as the layer of the OAM domain;

[0066] (7) Functional entity detection flag (T), 1 bit in length, used to identify the PREOF-TRACE message and instruct the functional entity node on the forwarding path of the associated OAM message to add a functional entity data entry to the data area;

[0067] (8) Session: 4 bits in length, used to identify an OAM session and distinguish OAM sessions generated by the same node;

[0068] (9) OAM domain name, 20 bits in length, records the unique identifier of the OAM domain;

[0069] (10) Fragmentation: 4 bits in length, used when the PREOF-TRACE message length exceeds the reserved resources on the forwarding plane and must be fragmented. 1 bit for fragment identification and 3 bits for fragment sequence number.

[0070] (11) Data field length, 8 bits long, used to indicate the length of the data field of the PREOF-TRACE message;

[0071] (12) Detection option, 20 bits in length, used to define the format of the PREOF-TRACE message;

[0072] (13) Reserved for other purposes.

[0073] It should be noted that Figure 5 The encapsulation format of the data header of the PREOF-TRACE message shown is only exemplary. In specific implementation, other fields may be added to the data header, or some non-core fields may be deleted. The order of arrangement of each field and the number of bits occupied may also be adjusted according to actual conditions.

[0074] Exemplarily, the data header of the routed OAM message (PREOF-TRACE message) involved in the embodiment of the present application includes an OAM identification code, which is a combination of several bits to distinguish between OAM messages and service messages. For example, for OAM messages, the combination of OAM identification codes is 0001; and for DetNet service messages, the value of the 4 bits of the OAM identification code field is 0000. In this way, after receiving the message, the network node can determine whether the currently received message is an OAM message or a service message based on the value of the OAM identification code field in the data header.

[0075] Exemplarily, the data header of the associated OAM message (PREOF-TRACE message) involved in the embodiment of the present application includes a functional entity detection identifier, which can be a combination of several bits. The message is identified as a PREOF-TRACE message through a specific bit value, thereby instructing the functional entity node on the forwarding path of the associated OAM message to add a functional entity data strip to the data area. Figure 5The T field in the example is the functional entity detection identifier, which contains 1 bit, and the PREOF-TRACE message is identified by setting the value of the T bit. For example, when the value of the T field in the message is 1, it indicates that the message is a PREOF-TRACE message; when the value of the T field in the message is 0, it indicates that the message is a message other than PREOF-TRACE. In this way, after receiving the message, the network node can determine whether the currently received message is a PREOF-TRACE message based on the value of the T field in the data header. According to an embodiment of the present application, for a PRF node, a PEF node or a POF node, when the received message is a PREOF-TRACE message, while executing the PREOF function corresponding to this node, it is also necessary to add a functional entity data strip to the data area of ​​the message.

[0076] Exemplarily, the data header of the associated OAM message (PREOF-TRACE message) involved in the embodiment of the present application includes a detection option field, and the detection option field is used to indicate the information items that the functional entity data strip added to the data area by the functional entity node through a value.

[0077] Exemplarily, the information items included in the functional entity data strip include at least one of the following:

[0078] (1) A functional entity identifier, which is used to indicate a functional entity node of the entity to which the functional entity data strip is added. Each functional entity node has a unique functional entity identifier;

[0079] (2) Attributes of a functional entity, which are used to indicate attributes of a functional entity node. The attributes of a functional entity node include: PRF, PEF, or POF attributes;

[0080] (3) The identifier of the router node where the functional entity is located. Each router node has a unique routing node identifier;

[0081] (4) The timestamp when the functional entity processes the message, for example, the timestamp when the PRF functional node copies the message, the timestamp when the PEF executes the message deletion operation, and the timestamp when the POF node adds the message to the dedicated reordering buffer queue;

[0082] (5) The number of copies of the message, indicating the number of copies of the message made by the PRF function node;

[0083] (6) The length of the dedicated reordering buffer queue, which indicates the length of the dedicated reordering buffer queue in the POF node after adding the current message;

[0084] (7) The interface identifier of the node into which the message flows, which indicates the interface of the routing node that receives the current message. It can be identified by a physical interface address, a sub-interface address, or a virtual interface address;

[0085] (8) Interface identifier of the node where the message flows out, indicating the physical interface address of the routing node pointing to the next hop of the message, which can be identified by the physical interface address, sub-interface address, or virtual interface address;

[0086] (9) The time slot number or cycle number of the node from which the message flows out. When the routing node forwards messages by time slot or by cycle at the interface, the time slot number or cycle number assigned to the message during scheduling and forwarding;

[0087] (10) Queue number of the node where the message leaves. When a multi-queue forwarding mechanism is used for the message, the number of the sending queue assigned by the routing node when scheduling the forwarding of the current message.

[0088] Exemplarily, the detection option field can be a combination of several bits, where each bit corresponds to an information item, and the value of the bit indicates the information item that the functional entity data strip needs to include. For example, if the value of the information item corresponding to the xth bit in the detection option field is 1, it means that the functional entity data strip needs to include the information item corresponding to the bit. Figure 5 In the encapsulation format of the data header of the PREOF-TRACE message shown in the figure, the detection option field contains 20 bits, and the meaning of each bit is as follows:

[0089] bit0: the functional entity data strip records the identifier of the PREOF functional entity;

[0090] bit1: The functional entity data strip records the attributes of the PREOF functional entity (PRF / PEF / POF);

[0091] bit2: The functional entity data strip records the identifier of the router node where the PREOF functional entity is located;

[0092] bit3: The functional entity data strip records the timestamp of the PRF / PEF / POF processing performed by the service sublayer functional entity on the message;

[0093] bit4: The functional entity data strip records the number of copies of the message made by the PRF functional entity;

[0094] bit5: The functional entity data strip records the length of the OAM message buffer queue at the time it enters the reordering dedicated buffer;

[0095] bit6: The functional entity data strip records the interface identifier of the node into which the message flows;

[0096] bit7: The functional entity data strip records the interface identifier of the node where the message flows out;

[0097] bit8: The functional entity data strip records the time slot number or cycle number of the node where the message flows out;

[0098] bit9: The functional entity data strip records the queue number of the node where the message flows out;

[0099] Bit 10 to bit 19: reserved and can be expanded as needed.

[0100] Exemplarily, the first communication node obtains the message-specific sequence number of the previous PREOF-TRACE message, adds 1 to the message-specific sequence number of the previous PREOF-TRACE message, and obtains the message-specific sequence number of the current PREOF-TRACE message.

[0101] Exemplarily, the message-specific sequence number has the following functions: (1) For PRF and PEF nodes, the number of message copies is determined according to the message-specific sequence number; (2) For POF nodes, the messages are reordered according to the message-specific sequence number.

[0102] Exemplarily, the data header of the associated OAM message (PREOF-TRACE message) involved in the embodiment of the present application includes a message-specific sequence number including a domain code and a sequence code, the domain code is used to identify the OAM domain from which the associated OAM message originates, and the sequence code has a unique corresponding relationship with the associated OAM message within the OAM domain.

[0103] Exemplarily, the message transmission method of the embodiment of the present application further includes the following steps:

[0104] S110, the first communication node receives a first detection feedback message sent by the second communication node, wherein the first detection feedback message includes: a flow identifier, a node identifier, a message-specific sequence number corresponding to the associated OAM message, and all functional entity data strips in a data area of ​​the associated OAM message received by the second communication node.

[0105] It should be noted that the second communication node described in the embodiment of the present application may specifically be a destination node of the associated OAM message, and the destination node includes a destination relay node or an OAM domain tail node.

[0106] Exemplarily, when the PREOF-TRACE message arrives at the destination relay node or the OAM domain tail node (here, the destination relay node or the OAM domain tail node may be referred to as the second communication node), the second communication node generates a first detection feedback message including the PREOF function entity data collected along the PREOF-TRACE message, and sends the first detection feedback message to the first communication node. Since the first detection feedback message feeds back the PREOF function entity data, in some descriptions of the embodiments of the present application, the first detection feedback message is referred to as the first PREOF-RESPONCE message.

[0107] Exemplarily, the first PREOF-RESPONCE message carries the following data: (1) the same flow identifier, node identifier and message-specific sequence number as the PREOF-TRACE message; and (2) all functional entity data items in the PREOF-TRACE message data area.

[0108] Exemplarily, the first PREOF-RESPONCE message may be sent to the first communication node in an out-of-band manner.

[0109] Exemplarily, the message transmission method of the embodiment of the present application further includes the following steps:

[0110] S120, the first communication node receives a second detection feedback message sent by a message elimination function PEF node in a forwarding path of the associated OAM message, wherein the second detection feedback message includes: a flow identifier of the associated OAM message, a node identifier, a message-specific sequence number, all functional entity data strips in a data area of ​​the associated OAM message received by the PEF node, and the number of copies of the associated OAM message received by the PEF node.

[0111] Exemplarily, when a PREOF-TRACE message arrives at a PEF node, and the PEF node has previously received a PREOF-TRACE message having the same message-specific sequence number as the current PREOF-TRACE message, and then performs an operation of eliminating redundant message copies, the PEF node also generates a second detection feedback message including PREOF functional entity data collected along the way by the current PREOF-TRACE message, and sends the second detection feedback message to the first communication node. Since the second detection feedback message feeds back the PREOF functional entity data, in some descriptions of the embodiments of the present application, the second detection feedback message is referred to as a second PREOF-RESPONCE message.

[0112] Exemplarily, the second PREOF-RESPONCE message carries the following data: (1) the same flow identifier, node identifier, and message-specific sequence number as the PREOF-TRACE message; (2) all functional entity data strips in the PREOF-TRACE message data area;

[0113] (3) The number of PREOF-TRACE message copies received by the PEF node.

[0114] Exemplarily, the second PREOF-RESPONCE message may be sent to the first communication node in an out-of-band manner.

[0115] See also Figure 6 , is a flow chart of a message transmission method provided in an embodiment of the present application. Figure 6 As shown, the message transmission method includes the following steps:

[0116] S210, the functional entity node receives an associated OAM message, wherein the associated OAM message includes a data area and a data header, and the data header includes a message-specific sequence number and a functional entity detection identifier;

[0117] S220, the functional entity node adds a functional entity data strip in the data area of ​​the associated OAM message according to the functional entity detection identifier;

[0118] S230, the functional entity node sends the associated OAM message with the functional entity data strip added thereto to the next hop node.

[0119] Exemplarily, the functional entity data strip includes at least one of the following information items: the identifier of the functional entity, the attributes of the functional entity, the identifier of the router node where the functional entity is located, the timestamp of the functional entity processing the message, the number of message copies, the length of the reordering dedicated cache queue, the interface identifier of the message inflow node, the interface identifier of the message outflow node, the time slot number or cycle number of the message outflow node, or the queue number of the message outflow node.

[0120] Exemplarily, the data header of the associated OAM message further includes a detection option field, and the information items included in the functional entity data strip are determined by the value of the detection option field.

[0121] Exemplarily, the message-specific sequence number includes a domain code and a sequence code, the domain code is used to identify the OAM domain from which the associated OAM message originates, and the sequence code has a unique corresponding relationship with the associated OAM message in the OAM domain.

[0122] In an exemplary embodiment of the present application, the functional entity node is a message replication function PRF node, and the accompanying OAM message has multiple corresponding next-hop nodes in the PRF node.

[0123] When the functional entity node is a message replication function PRF node, in step S220, adding a functional entity data strip in the data area of ​​the associated OAM message specifically includes the following steps:

[0124] S310, the PRF node copies the associated OAM message to obtain multiple associated OAM message copies, wherein each associated OAM message copy corresponds to a next hop node;

[0125] S320, the PRF node adds a corresponding PRF function entity data entry in the data area of ​​each associated OAM message copy.

[0126] When the functional entity node is a message replication function PRF node, in step S230, the associated OAM message with the added functional entity data strip is sent to the next hop node, which specifically includes the following steps:

[0127] S330, sending each associated OAM message copy after adding the PRF function entity data strip to the corresponding next hop node.

[0128] Exemplarily, when the in-path OAM message (PREOF-TRACE message) arrives at the PRF node, there are N (N>1) next-hop nodes corresponding to different forwarding paths for the PREOF-TRACE message. Therefore, the PRF node needs to copy the PREOF-TRACE message to obtain N PREOF-TRACE message copies, and then forward each PREOF-TRACE message copy to the corresponding next-hop node.

[0129] In an embodiment of the present application, before each PREOF-TRACE message copy is forwarded to the corresponding next-hop node, a corresponding PRF functional entity data strip is first added to the data area of ​​each PREOF-TRACE message copy. Exemplarily, the PRF functional entity data strip added by the PRF node to the PREOF-TRACE message copy includes at least one of the following information items: a functional entity identifier of the PRF node, a PRF attribute identifier, a node identifier of the PRF node, a timestamp of the PRF node processing the message, the number of message copies, an interface identifier of the message flowing into the PRF node, an interface identifier of the message flowing out of the PRF node, a time slot number or a cycle number of the message flowing out of the PRF node, and a queue number of the message flowing out of the PRF node.

[0130] Exemplarily, the data header of the associated OAM message received by the PRF node also includes a detection option field, and the information item contained in the PRF function entity data strip is determined by the value of the detection option field. Continuing with the above example, the detection option field in the data header of the associated OAM message includes multiple bits, each bit corresponds to one information item, and the PRF node determines whether the PRF function entity data strip needs to include the corresponding information item based on the value of each bit.

[0131] In an exemplary embodiment of the present application, the functional entity node is a message elimination function PEF node. When the functional entity node is a PEF node, in step S220, adding a functional entity data strip in the data area of ​​the associated OAM message specifically includes the following steps:

[0132] S410, the PEF node counts the number of copies of the same associated OAM message received according to the message-specific sequence number.

[0133] S420, when the number of copies is equal to 1, the PEF node adds a PEF function entity data strip in the data area of ​​the associated OAM message.

[0134] When the functional entity node is a PEF node, in step S230, sending the associated OAM message with the functional entity data strip added to the next hop node includes:

[0135] S430, the PEF node sends the associated OAM message with the PEF function entity data strip added thereto to the next hop node.

[0136] Exemplarily, each time a PEF node receives an associated OAM message (PREOF-TRACE message), the PEF node counts the PREOF-TRACE messages according to the message-specific sequence number to record the number of PREOF-TRACE messages with the same message-specific sequence number received by the node (i.e., the number of copies). If the count value of the currently received PREOF-TRACE message counted by the PEF node is 1, it means that no message with the same message-specific sequence number as the currently received PREOF-TRACE message has been received before. In this case, the PEF node adds a PEF functional entity data strip in the data area of ​​the PREOF-TRACE message.

[0137] Exemplarily, the PEF functional entity data strip includes at least one of the following information items: a functional entity identifier of the PEF node, a PEF attribute identifier, a node identifier of the PEF node, a timestamp of the PEF node processing the message, an interface identifier of the message flowing into the PEF node, an interface identifier of the message flowing out of the PEF node, a time slot number or cycle number of the message flowing out of the PEF node, and a queue number of the message flowing out of the PEF node.

[0138] When the functional entity node is a PEF node, the message transmission method in the embodiment of the present application further includes the following steps:

[0139] S440, when the number of copies is greater than 1, the PEF node sends a second detection feedback message to the first communication node; wherein the second detection feedback message includes: the flow identifier of the associated OAM message, the node identifier, the message-specific sequence number, all functional entity data strips in the data area of ​​the associated OAM message received by the PEF node, and the number of copies of the associated OAM message received by the PEF node.

[0140] Exemplarily, when the number of copies is greater than 1, the message transmission method of the embodiment of the present application further includes the following steps:

[0141] S450: The PEF node deletes the currently received associated OAM message.

[0142] When the PREOF-TRACE message arrives at the PEF node, and the PEF node has previously received a PREOF-TRACE message with the same message-specific sequence number as the current PREOF-TRACE message, the PEF node needs to eliminate the redundant message copies. In addition, the PEF node also generates a second detection feedback message (second PREOF-RESPONCE message) containing the PREOF functional entity data collected along the way by the current PREOF-TRACE message, and sends the second detection feedback message to the first communication node.

[0143] Exemplarily, the second PREOF-RESPONCE message carries the following data: (1) the same flow identifier, node identifier, and message-specific sequence number as the PREOF-TRACE message; (2) all functional entity data strips in the PREOF-TRACE message data area;

[0144] (3) The number of PREOF-TRACE message copies received by the PEF node.

[0145] Exemplarily, the PEF node may send the second PREOF-RESPONCE message to the first communication node in an out-of-band manner.

[0146] In an exemplary embodiment of the present application, the functional entity node is a message sorting function POF node. When the functional entity node is a POF node, in step S220, adding a functional entity data strip in the data area of ​​the associated OAM message specifically includes the following steps:

[0147] S510, adding a POF function entity data strip in the data area of ​​the associated OAM message;

[0148] S520, sending the associated OAM message with the POF function entity data strip added thereto to the next hop node.

[0149] Exemplarily, when the functional entity node is a POF node, the message transmission method of the embodiment of the present application further includes the following steps:

[0150] S530, adding the currently received associated OAM message to the reordering dedicated buffer queue;

[0151] S540: Sort the associated OAM messages in the dedicated reordering buffer queue according to the dedicated message sequence numbers in the associated OAM messages.

[0152] When the associated OAM message (PREOF-TRACE message) arrives at the POF node, the POF node adds the PREOF-TRACE message to the reordering dedicated cache queue. Each message in the reordering dedicated cache queue has its own corresponding message dedicated sequence number. Therefore, the POF node determines the sorting position of the current PREOF-TRACE message in the reordering dedicated cache queue according to the message dedicated sequence number in the data header of the current PREOF-TRACE message, and caches the current PREOF-TRACE message at the corresponding sorting position waiting for dequeuing.

[0153] The POF node records the relevant information for sorting the current PREOF-TRACE message in the POF functional entity data strip. Specifically, the POF functional entity data strip includes at least one of the following information items: the functional entity identifier of the POF node, the POF attribute identifier, the node identifier of the POF node, the timestamp of the POF node processing the message, the queue length when the message enters the reordering dedicated cache queue, the interface identifier of the message flowing into the POF node, the interface identifier of the message flowing out of the POF node, the time slot number or cycle number of the message flowing out of the POF node, and the queue number of the message flowing out of the POF node.

[0154] See also Figure 7 , is a flow chart of a message transmission method provided in an embodiment of the present application. Figure 7 As shown, the message transmission method includes the following steps:

[0155] S610, the second communication node receives an associated OAM message, wherein the associated OAM message includes a data area and a data header, and the data header includes a message-specific sequence number and a functional entity detection identifier;

[0156] S620, the second communication node sends a first detection feedback message, wherein the first detection feedback message includes: the flow identifier, node identifier, message-specific sequence number corresponding to the associated OAM message and all functional entity data strips in the data area of ​​the associated OAM message received by the second communication node.

[0157] Exemplarily, the second communication node is a destination node that receives the associated OAM message.

[0158] Exemplarily, the data area includes at least one functional entity data stripe, and each functional entity data stripe is one of the following: a message copy function PRF functional entity data stripe, a message deletion function PEF functional entity data stripe, or a message sorting function POF functional entity data stripe.

[0159] Exemplarily, the data header of the associated OAM message further includes a detection option field, and the detection option field is used to indicate, through a value, information items that the functional entity data strip needs to include.

[0160] Exemplarily, the information item includes at least one of the following: an identifier of a functional entity, an attribute of the functional entity, an identifier of a router node where the functional entity is located, a timestamp of when the functional entity processes a message, the number of copies of the message, the length of a dedicated cache queue for reordering, an interface identifier of a message inflow node, an interface identifier of a message outflow node, a time slot number or cycle number of a message outflow node, or a queue number of a message outflow node.

[0161] Exemplarily, the message-specific sequence number includes a domain code and a sequence code, the domain code is used to identify the OAM domain from which the associated OAM message originates, and the sequence code has a unique corresponding relationship with the associated OAM message in the OAM domain.

[0162] Exemplarily, the second communication node includes a destination relay node or an OAM domain tail node. When the PREOF-TRACE message reaches the destination relay node or the OAM domain tail node, the destination relay node or the OAM domain tail node generates a first detection feedback message (first PREOF-RESPONCE message) containing PREOF functional entity data collected along the PREOF-TRACE message, and sends the first PREOF-RESPONCE message to the first communication node. Since the first detection feedback message feeds back the PREOF functional entity data,

[0163] Exemplarily, the first PREOF-RESPONCE message carries the following data: (1) the same flow identifier, node identifier and message-specific sequence number as the PREOF-TRACE message; and (2) all functional entity data items in the PREOF-TRACE message data area.

[0164] Exemplarily, the second communication node may send the first PREOF-RESPONCE message to the first communication node in an out-of-band manner.

[0165] It should be noted that in the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0166] See also Figure 8 , which is a schematic diagram of an application scenario of a message transmission method provided in an embodiment of the present application. Figure 8 The scenario shown is a DetNet MPLS network, which includes the following nodes: the source node of the edge node (R1), the destination node of the edge node (R6), the relay nodes (R2-R5) running both the DetNet service sublayer and the forwarding sublayer, and the ordinary relay nodes (P1-P8) running only the DetNet forwarding sublayer. For the service flow A that requires DetNet to provide deterministic forwarding, this method is used to perform OAM on the PREOF function at the service sublayer, enter the MPLS network from the R1 node, and reach the R6 node.

[0167] Combine the following Figure 8 The scenario shown is used to describe in detail the message transmission method provided in the embodiment of the present application.

[0168] (1) Source node R1 sends a PREOF-TRACE message ①, which is transplanted from the real message of the business flow, so that the forwarding behavior of the DetNet forwarding sublayer for the PREOF-TRACE message is equivalent to the real business message. Figure 8 As shown, the PREOF-TRACE message ① includes the following fields: forwarding label (F-lable), service label (S-lable), data header (PREOF-TRACE header), wherein the PREOF-TRACE header specifically includes the following fields: OAM identification code, message-specific sequence number, node identifier, functional entity detection identifier (T) and detection option (TRACE option), and the information content corresponding to each of the above fields refers to Figure 9a shown.

[0169] It should be noted that the PREOF-TRACE message ① also carries a data area, which is to be filled with relevant functional entity data strips by subsequent functional entity nodes.

[0170] (2) The relay node R2 is a PRF node with a service sublayer, the corresponding functional entity identifier is PRF-A-1, the functional entity attribute is PRF, and the router node identifier is R2.

[0171] The PRF-A-1 node (i.e., the R2 node) receives the PREOF-TRACE message ① from the source node R1, and determines that the message is an OAM message according to the OAM identification code in the data header (PREOF-TRACE header) of the PREOF-TRACE message ①, and determines that the message is a PREOF-TRACE message according to the functional entity detection identifier (T) in the PREOF-TRACE header. The R2 node determines that the PREOF-TRACE message ① has two next-hop nodes P1 and P2 in this node according to the destination address of the PREOF-TRACE message ①, and then copies the PREOF-TRACE message ① to obtain two PREOF-TRACE message copies corresponding to the next-hop nodes P1 and P2, which are recorded as PREOF-TRACE message ② and PREOF-TRACE message ③ respectively.

[0172] like Figure 9b As shown in FIG. 2 , for PREOF-TRACE message ②, the PRF-A-1 node replaces its forwarding label (F-lable) with "to P1", indicating forwarding to the P1 node; the service label remains unchanged; a PRF-A-1 functional entity data strip is added to the data area, and the PRF-A-1 node determines which information items need to be recorded in the PRF-A-1 functional entity data strip according to the value of the TRACE option in the PREOF-TRACE header, and then adds the corresponding information item content to the PRF-A-1 functional entity data strip, as shown in FIG. Figure 8 As shown, the PRF-A-1 functional entity data item of PREOF-TRACE message ② includes the following information items: functional entity identifier (PRF-A-1), functional entity attribute (PRF), identifier of the router node where the functional entity is located (R2), timestamp of message processing by the functional entity (PRF processing timestamp), number of message copies (2), length of the reordering dedicated cache queue (Null), interface identifier of the message inflow node (ingress-int of R2 from R1), interface identifier of the message outflow node (engress-int of R2 to P1), timeslot id of the message outflow node (timeslot id ofengress-int), queue id of the message outflow node (queue id in ingress-int). It should be noted that if the data header of the PREOF-TRACE message is provided with a data area length field, the value of the data area length field needs to be updated.

[0173] like Fig.9cAs shown in FIG. 3 , for PREOF-TRACE message ③, the PRF-A-1 node replaces its forwarding label (F-lable) with "to P2", indicating forwarding to the P2 node; the service label remains unchanged; a PRF-A-1 functional entity data strip is added to the data area, and the PRF-A-1 node determines which information items need to be recorded in the PRF-A-1 functional entity data strip according to the value of the TRACE option in the PREOF-TRACE header, and then adds the corresponding information item content to the PRF-A-1 functional entity data strip, as shown in FIG. Fig.9c As shown, the PRF-A-1 functional entity data item of PREOF-TRACE message ③ includes the following information items: functional entity identifier (PRF-A-1), functional entity attribute (PRF), identifier of the router node where the functional entity is located (R2), timestamp of message processing by the functional entity (PRF processing timestamp), number of message copies (2), length of the reordering dedicated buffer queue (Null), interface identifier of the message inflow node (ingress-int of R2 from R1), interface identifier of the message outflow node (engress-int of R2 to P2), timeslot id of the message outflow node (timeslot id ofengress-int), queue id of the message outflow node (queue id in ingress-int). If the data header of the PREOF-TRACE message is provided with a data area length field, the value of the data area length field needs to be updated.

[0174] (3) The relay node R3 is a PEF node with a service sublayer, the corresponding functional entity identifier is PEF-A-1, the functional entity attribute is PEF, and the router node identifier is R3.

[0175] Assume that the PEF-A-1 node (i.e., the R3 node) first receives a PREOF-TRACE message from the P3 node, and then counts according to the message-specific sequence number (00100001) in the PREOF-TRACE message. The current count of the PEF-A-1 node for the message-specific sequence number (00100001) is 1, indicating that the PREOF-TRACE message is the first PREOF-TRACE message copy received by the PEF-A-1 node with a message-specific sequence number of 00100001. The PEF-A-1 node generates a PREOF-TRACE message based on the first PREOF-TRACE message copy and sends it to the next hop node R4④.

[0176] The generation process of the PREOF-TRACE message ④ is as follows: the PEF-A-1 node receives the forwarding label (F-lable) in the PREOF-TRACE message from the P3 node and replaces it with "to R4", indicating forwarding to the R4 node; the service label remains unchanged; the PEF-A-1 functional entity data strip is added to the data area, and the PEF-A-1 node determines which information items need to be recorded in the PEF-A-1 functional entity data strip according to the value of the TRACE option in the PEF-TRACE header, and then adds the corresponding information item content to the PEF-A-1 functional entity data strip, such as Figure 9d As shown, the PEF-A-1 functional entity data strip of the PREOF-TRACE message ④ includes the following information items: the identifier of the functional entity (PEF-A-1), the attribute of the functional entity (PEF), the identifier of the router node where the functional entity is located (R3), the timestamp of the functional entity processing the message (PEF processing timestamp), the number of copies of the message (Null), the length of the reordering dedicated cache queue (Null), the interface identifier of the message inflow node (ingress-int of R3 from P3), the interface identifier of the message outflow node (engress-int of R3 to R4), the timeslot id of the message outflow node (timeslot id of engress-int), and the queue id of the message outflow node (queue id in ingress-int). It should be noted that if the data header of the PREOF-TRACE message is provided with a data area length field, the value of the data area length field needs to be updated.

[0177] The PEF-A-1 node receives the PREOF-TRACE message sent by the P4 node, and then counts according to the message-specific sequence number (00100001) in the PREOF-TRACE message. The current count of the PEF-A-1 node for the message-specific sequence number (00100001) is 2, indicating that the PREOF-TRACE message is a copy of the second PREOF-TRACE message received by the PEF-A-1 node, whose message-specific sequence number is 00100001. The PEF-A-1 node sends a second detection feedback message (a second PREOF-RESPONCE message) to the source node R0; wherein the second PREOF-RESPONCE message includes: the flow identifier (flow A) of the PREOF-TRACE message, the node identifier (R3), all functional entity data strips in the data area of ​​the PREOF-TRACE message, and the number of copies of the PREOF-TRACE message (2).

[0178] (4) The relay node R5 is a P0F node with a service sublayer, the corresponding functional entity identifier is P0F-A-1, the functional entity attribute is P0F, and the router node identifier is R5.

[0179] The P0F-A-1 node (i.e., R5 node) receives the PREOF-TRACE message ⑤ from the previous hop node P8, such as Fig.9e As shown, PREOF-TRACE message ⑤ includes the PRF-A-1 functional entity data strip, the PEF-A-1 functional entity data strip, and the PEF-A-2 functional entity data strip. Based on PREOF-TRACE message ⑤, the P0F-A-1 node generates a PREOF-TRACE message ⑥ to be sent to the destination node R10. The POF-A-1 node replaces the forwarding label (F-lable) in PREOF-TRACE message ⑤ with "to R6", indicating forwarding to the R6 node; the service label remains unchanged; the POF-A-1 functional entity data strip is added to the data area, and the POF-A-1 node determines which information items need to be recorded in the POF-A-1 functional entity data strip based on the value of the TRACE option in the PEEOF-TRACE header, and then adds the corresponding information item content to the POF-A-1 functional entity data strip. As shown Figure 9f As shown, the POF-A-1 functional entity data strip includes the following information items: the functional entity identifier (POF-A-1), the functional entity attribute (POF), the identifier of the router node where the functional entity is located (R5), the timestamp of the functional entity processing the message (POFprocessing timestamp), the number of copies of the message (Null), the length of the reordering dedicated buffer queue (odering buffer length), the interface identifier of the message inflow node (ingress-int of R5 from P8), the interface identifier of the message outflow node (engress-int of R5 to R6), the timeslot number of the message outflow node (timeslotid of engress-int), and the queue number of the message outflow node (queue id in ingress-int). It should be noted that if the data header of the PREOF-TRACE message is provided with a data area length field, the value of the data area length field needs to be updated.

[0180] The P0F-A-1 node adds the PREOF-TRACE message ⑥ to the reordering dedicated buffer queue, which determines the sorting position in the queue according to the message-specific sequence number of the PREOF-TRACE message ⑥.

[0181] (5) The destination node R6 receives the PREOF-TRACE message ⑥ from the previous hop node R5, and then sends a first detection feedback message (first PREOF-RESPONCE message) to the source node R1; wherein the first PREOF-RESPONCE message includes: the flow identifier (flow A) of the PREOF-TRACE message ⑥, the node identifier (R6), and all functional entity data items in the data area of ​​the PREOF-TRACE message ⑥.

[0182] According to the embodiment of the present application, the OAM tool of the DetNet service sublayer can be obtained for the discovery and collection of the actual status of the service protection function. Since PREOF is performed on a flow basis, the OAM message needs to strictly follow the actual path of the deterministic service flow. The embodiment of the present application adopts an on-path mode (IOAM) to collect the location, configuration and status information of the PRF, PEP, and POF nodes, which can ensure that the path of the OAM message is exactly the same as that of the service message. Moreover, compared with the IOAM detection of general MPLS / IP data streams, the on-path OAM message involved in the embodiment of the present application is an OAM message of the DetNet service sublayer, which needs to be copied, eliminated and reordered, so that the OAM message traverses every branch in the PREOF mesh path. The path passed by the on-path OAM message involved in the embodiment of the present application has the characteristics of DetNet. The on-path OAM message and the service message share the same path, not only the link interface is the same, but also the time slot or queue number needs to be the same. In addition, compared with the end-by-end mode of IOAM detection of general MPLS / IP data streams, the embodiment of the present application is an end-to-multi-ends mode, because the PEF node also feeds back PREOF-RESPONCE when the copy is eliminated. The PREOF data collected by the embodiment of the present application can provide a basis for the performance analysis (such as service sublayer delay analysis) and performance optimization (such as optimization of redundant paths) of the DetNet service sublayer.

[0183] See also Fig.10 , is an electronic device provided in an embodiment of the present application, and the electronic device 900 includes but is not limited to:

[0184] at least one processor 910;

[0185] At least one memory 920, used to store at least one program;

[0186] When at least one program is executed by at least one processor 910, the message transmission method described in any of the above embodiments is executed.

[0187] It should be understood that the processor 910 and the memory 920 may be connected via a bus or other means.

[0188] It should be understood that the processor 910 may be a central processing unit (CPU). The processor may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may be any conventional processor, etc. Alternatively, the processor 910 may be one or more integrated circuits for executing related programs to implement the technical solutions provided in the embodiments of the present application.

[0189] The memory 920 is a non-transitory computer-readable storage medium that can be used to store non-transitory software programs and non-transitory computer executable programs, such as the message transmission method described in any embodiment of the present application. The processor 910 implements the above-mentioned message transmission method by running the non-transitory software program and instructions stored in the memory 920.

[0190] The memory 920 may include a program storage area and a data storage area, wherein the program storage area may store an operating system and an application required for at least one function; the data storage area may store and execute the above-mentioned message transmission method. In addition, the memory 920 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 920 may optionally include a memory remotely arranged relative to the processor 910, and these remote memories may be connected to the processor 910 via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0191] The non-transient software programs and instructions required to implement the above-mentioned message transmission method are stored in the memory 920, and when executed by one or more processors 910, the message transmission method provided by any embodiment of the present application is executed.

[0192] An embodiment of the present application also provides a computer-readable storage medium, which stores a program executable by a processor. When the program executable by the processor is executed by the processor, it is used to implement the message transmission method described in any of the above embodiments.

[0193] The computer storage medium of the embodiment of the present application can adopt any combination of one or more computer-readable media. Computer-readable media can be computer-readable signal media or computer-readable storage media. Computer-readable storage media can be, for example, but not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or devices, or any combination of the above. More specific examples (non-exhaustive lists) of computer-readable storage media include: electrical connections with one or more wires, portable computer disks, hard disks, random access memories (RAM), read-only memories (ROM), erasable programmable read-only memories (EPROM or flash memory), optical fibers, portable compact disk read-only memories (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the above. In this document, computer-readable storage media can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it.

[0194] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, which carry computer-readable program code. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0195] The program code embodied on the computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

[0196] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0197] The above is a specific description of the preferred implementation of the present application, but the present application is not limited to the above implementation. Those skilled in the art can make various equivalent modifications or substitutions without violating the spirit of the present application. These equivalent modifications or substitutions are all included in the scope defined by the present application.

Claims

1. A message transmission method, applied to a first communication node, the method comprising: Send an associated OAM message, wherein the associated OAM message includes a data area and a data header, the data header includes a message-specific sequence number and a functional entity detection identifier, and the functional entity detection identifier is used to instruct a functional entity node on a forwarding path of the associated OAM message to add a functional entity data strip to the data area.

2. The method according to claim 1, characterized in that The data header of the associated OAM message further includes a detection option field, and the detection option field is used to indicate, by taking a value, information items that the functional entity data strip added by the functional entity node to the data area should contain.

3. The method according to claim 2, characterized in that The information items include at least one of the following: an identifier of a functional entity, an attribute of a functional entity, an identifier of a router node where the functional entity is located, a timestamp of a message processed by the functional entity, the number of message copies, the length of a dedicated reordering cache queue, an interface identifier of a message inflow node, an interface identifier of a message outflow node, a time slot number or a cycle number of a message outflow node, or a queue number of a message outflow node.

4. The method according to claim 1, characterized in that The method further comprises: Receive a first detection feedback message sent by a second communication node, wherein the first detection feedback message includes: The flow identifier, the node identifier, the message-specific sequence number corresponding to the associated OAM message, and all functional entity data strips in the data area of ​​the associated OAM message received by the second communication node.

5. The method according to claim 1, characterized in that The method further comprises: Receive a second detection feedback message sent by a message elimination function PEF node in the forwarding path of the associated OAM message, wherein the second detection feedback message includes: the flow identifier of the associated OAM message, the node identifier, the message-specific sequence number, all functional entity data strips in the data area of ​​the associated OAM message received by the PEF node, and the number of copies of the associated OAM message received by the PEF node.

6. The method according to claim 1, characterized in that The message-specific sequence number includes a domain code and a sequence code, the domain code is used to identify the OAM domain from which the associated OAM message originates, and the sequence code has a unique corresponding relationship with the associated OAM message in the OAM domain.

7. The method according to claim 1, characterized in that The functional entity node includes a message replication function PRF node, a PEF node, or a message sorting function POF node.

8. A message transmission method, applied to a functional entity node, the method comprising: Receiving an associated OAM message, wherein the associated OAM message includes a data area and a data header, and the data header includes a message-specific sequence number and a functional entity detection identifier; According to the functional entity detection identifier, adding a functional entity data strip in the data area of ​​the associated OAM message; The associated OAM message with the added functional entity data strip is sent to the next hop node.

9. The method according to claim 8, characterized in that The functional entity node is a message replication function PRF node, the associated OAM message has multiple corresponding next hop nodes in the PRF node, and adding a functional entity data strip in the data area of ​​the associated OAM message includes: The associated OAM message is copied to obtain a plurality of associated OAM message copies, wherein each associated OAM message copy corresponds to one of the next hop nodes; For each of the associated OAM message copies, adding a corresponding PRF function entity data strip in the data area of ​​the associated OAM message copy; The sending of the associated OAM message to the next hop node after adding the functional entity data strip includes: Each of the associated OAM message copies after adding the PRF function entity data strip is sent to the corresponding next hop node.

10. The method according to claim 8, characterized in that The functional entity node is a message elimination function PEF node, and the adding of a functional entity data strip in the data area of ​​the associated OAM message includes: Counting the number of received copies of the same associated OAM message according to the message-specific sequence number; When the number of copies is equal to 1, adding a PEF function entity data strip in the data area of ​​the associated OAM message; The sending of the associated OAM message to the next hop node after adding the functional entity data strip includes: The associated OAM message with the PEF function entity data strip added thereto is sent to the next hop node.

11. The method according to claim 10, characterized in that The method further comprises: When the number of copies is greater than 1, sending a second detection feedback message to the first communication node; The second detection feedback message includes: the flow identifier of the associated OAM message, the node identifier, the message-specific sequence number, all functional entity data strips in the data area of ​​the associated OAM message received by the PEF node, and the number of copies of the associated OAM message received by the PEF node.

12. The method according to claim 11, characterized in that When the number of copies is greater than 1, the method further includes: eliminating the currently received associated OAM message.

13. The method according to claim 8, characterized in that The functional entity node is a message sorting function POF node, and the adding of a functional entity data strip in the data area of ​​the associated OAM message includes: Adding a POF function entity data strip in the data area of ​​the associated OAM message; The associated OAM message after adding the POF function entity data strip is sent to the next hop node.

14. The method according to claim 13, characterized in that The method further comprises: Adding the currently received associated OAM message to the reordering dedicated buffer queue; The associated OAM messages in the dedicated reordering buffer queue are sorted according to the message-specific sequence numbers in the associated OAM messages.

15. The method according to claim 8, characterized in that The functional entity data strip includes at least one of the following information items: the identifier of the functional entity, the attributes of the functional entity, the identifier of the router node where the functional entity is located, the timestamp of the functional entity processing the message, the number of message copies, the length of the reordering dedicated cache queue, the interface identifier of the message inflow node, the interface identifier of the message outflow node, the time slot number or cycle number of the message outflow node, or the queue number of the message outflow node.

16. The method according to claim 8, characterized in that The data header of the associated OAM message also includes a detection option field, and the information items included in the functional entity data strip are determined by the value of the detection option field.

17. The method according to claim 8, characterized in that The message-specific sequence number includes a domain code and a sequence code, the domain code is used to identify the OAM domain from which the associated OAM message originates, and the sequence code has a unique corresponding relationship with the associated OAM message in the OAM domain.

18. A message transmission method, applied to a second communication node, the method comprising: Receiving an associated OAM message, wherein the associated OAM message includes a data area and a data header, and the data header includes a message-specific sequence number and a functional entity detection identifier; A first detection feedback message is sent, wherein the first detection feedback message includes: a flow identifier, a node identifier, a message-specific sequence number corresponding to the associated OAM message, and all functional entity data strips in the data area of ​​the associated OAM message received by the second communication node.

19. An electronic device comprising: one or more processors; A memory having one or more programs stored thereon, when the one or more programs are executed by the one or more processors, the one or more processors implement: The message transmission method according to any one of claims 1 to 7; or The message transmission method according to any one of claims 8 to 17; or, The message transmission method as claimed in claim 18.

20. A computer-readable storage medium having a computer program stored thereon, wherein when the program is executed by a processor, the program implements: The message transmission method according to any one of claims 1 to 7; or The message transmission method according to any one of claims 8 to 17; or, The message transmission method as claimed in claim 18.

Images