Message processing method, electronic equipment and storage medium

Abstract

The invention provides a message processing method, electronic equipment and a storage medium, and relates to but is not limited to the technical field of communication, and the method comprises the steps that a first network node carries out SRH header extension packaging on a first service message carrying a first service type identifier to obtain a second service message; a segment list [0] in the SRH head of the second service message carries a specific SID associated with the first service type identifier. And the second network node generates a backhaul session table under the condition that the SL value in the SRH head of the received second service message is 0 and the Segment list [0] in the SRH head carries the specific SID so as to associate to a specific backhaul path according to the backhaul session table after receiving a fourth service message from the server node. The electronic equipment and the storage medium apply the method, so that the specific service can be transmitted through the specific path in the cross-network network system through the method.

Description

Technical Field

[0001] The embodiments of the present application relate to but are not limited to the field of communication technology, and in particular, to a message processing method, an electronic device, and a storage medium. Background Art

[0002] When accessing the network, when the access end is far from the service end, network delay, network freeze and packet loss are prone to occur; or during peak usage, the increase in access volume will increase the probability of network congestion, thereby reducing the user experience. Although in the related art, in order to solve the problems of network delay and service congestion, dedicated lines are usually created for services with higher service quality to redirect service messages that require higher service quality to the accelerated channel for processing, in actual applications, the same service exists across networks, that is, the network system for service transmission is composed of networks maintained by multiple different managers, such as the access end in the network managed by the operator, and the server in the network not managed by the operator such as the enterprise. Therefore, when providing a higher quality user experience, the entire network system needs to meet the following three requirements: (1) identify the service type, (2) use specific channels for the outbound and return trips of the service, and (3) try not to have protocol extensions or have fewer protocol extensions. However, the message processing method of the service message in the related art cannot meet the above three requirements to provide a higher quality user experience. Therefore, there is an urgent need for a message processing method that can realize the transmission of specific services through specific paths in a network system that exists across networks. Summary of the invention

[0003] The following is a summary of the subject matter described in detail herein. This summary is not intended to limit the scope of the claims.

[0004] The embodiments of the present application provide a message processing method, an electronic device, and a storage medium, which can be implemented in a cross-network network system to realize transmission of specific services via a specific path.

[0005] In a first aspect, a message processing method provided according to an embodiment of the present application includes:

[0006] The first network node receives a first service message;

[0007] In the case where the first service message carries the first service type identifier, the first network node performs SRH header extension encapsulation on the first service message to obtain a second service message, wherein the segment list Segment list[0] in the SRH header of the second service message carries a specific SID associated with the first service type identifier;

[0008] The first network node sends the second service message to the second network node, so that the second network node performs a backhaul message association-related operation according to the specific SID.

[0009] In a second aspect, a message processing method provided according to an embodiment of the present application includes:

[0010] The second network node receives a fourth service message from the server node, and obtains an association identifier from the fourth service message;

[0011] The second network node determines the backhaul session table corresponding to the fourth service message according to the correspondence between the association identifier and the backhaul session table;

[0012] The second network node determines a second SRv6Policy path according to the backhaul path indication information in the backhaul session table;

[0013] The second network node performs SRH header extension encapsulation on the fourth service message according to the second SRv6 Policy path to obtain a third service message;

[0014] Map the third service message to the second SRv6 Policy path to forward the third service message to the first network node through the second SRv6 Policy path.

[0015] In a third aspect, an embodiment of the present application further provides an electronic device, including:

[0016] one or more processors;

[0017] 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:

[0018] A message processing method as described in any one of the first aspects; or,

[0019] A message processing method as described in any one of the second aspects.

[0020] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium having a computer program stored thereon, wherein when the program is executed by a processor, the following is implemented:

[0021] A message processing method as described in any one of the first aspects; or,

[0022] A message processing method as described in any one of the second aspects.

[0023] The embodiment of the present application performs an SRH header extension on the first service message carrying the first service type identifier, so that the first service message can be transmitted from a specific path to the second network node based on the SRv6 technology. When the second network node performs return message association-related operations according to the specific SID, the specific path of the return can also be determined based on the specific SID. Compared with the related technology, the embodiment of the present application retains the message format of the service message transmitted between the first network node and the second network node, so that the second network node can determine the path taken by the return and outbound messages based on the SID, so that the transmission of the specific path can be realized for the first service message carrying the first service type identifier, meeting the service requirements of the first service message. Therefore, compared with the related technology, the embodiment of the present application can realize the transmission of specific services via specific paths in a network system with cross-network. BRIEF DESCRIPTION OF THE DRAWINGS

[0024] Figure 1 This is a network system architecture diagram of an embodiment of the message processing method provided by the present application;

[0025] Figure 2 This is an interactive diagram of a network system to which an embodiment of the message processing method provided by the present application is applied;

[0026] Figure 3 This is a network system architecture diagram in which the first service message in the service message processing method provided by the present application is an IPv4 message;

[0027] Figure 4 It is a network system architecture diagram in which the first service message in the service message processing method provided by the present application is an IPv6 message;

[0028] Figure 5 It is a flow chart of the application of the service message processing method provided by the present application to the first network node;

[0029] Figure 6 It is a flow chart of the application of the service message processing method provided by the present application to the second network node;

[0030] Figure 7 It is a schematic diagram of the service processing flow of the service message processing method provided by the present application in the uplink direction;

[0031] Figure 8 It is a schematic diagram of the business processing flow of the business message processing method provided by the present application in the downlink direction;

[0032] Fig. 9 It is a schematic block diagram of the hardware structure corresponding to the service message processing method provided in this application. DETAILED DESCRIPTION

[0033] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0034] It should be noted that, although the functional modules are divided in the device schematic diagram and the logical order is shown in the flowchart, in some cases, the steps shown or described may be performed in a different order than the module division in the device or the order in the flowchart. The terms "first", "second", etc. in the specification, claims and the above drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0035] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0036] When accessing the network, if the access end is far from the server end, network delay, network freeze and packet loss are prone to occur; or during peak usage, the increase in access volume will increase the probability of network congestion, thereby reducing the user experience. Although in the relevant technology, in order to solve the problems of network delay and service congestion, dedicated lines are usually created for services with higher service quality to redirect service messages that require higher service quality to accelerated channel processing, in actual applications, the same service exists across networks, that is, the network system for service transmission is composed of networks maintained by multiple different managers, such as the access end in the network managed by the operator and the server in the network not managed by the operator such as the enterprise. Therefore, when providing a higher quality user experience, the entire network system needs to meet the following three requirements: (1) identify the service type, (2) use specific channels for the outbound and return trips of the service, and (3) try to avoid or have fewer protocol extensions. In response to the above problems, the industry has proposed an APN (Application-aware Networking) solution to solve this problem, but it is not feasible because both the access end and the server end must be able to identify the APN service layer identifier. For example, taking the game service as an example, the APN service layer is added to the game terminal to carry the identifier of the game service, but the APN service layer identifier needs to be recognized on the opposite game server side. However, the game server is owned by the game content manufacturer and is not under the management of the operator. Therefore, the protocol extension solution brought by the APN non-standard technology is not feasible. Therefore, the message processing method of the service message in the related technology cannot meet the above three requirements to provide a higher quality user experience. Therefore, there is an urgent need for a message processing method that can realize the transmission of a specific service via a specific path in a network system that exists across networks. Based on this, the embodiments of the present application provide a message processing method, an electronic device, and a storage medium that can realize the transmission of a specific service via a specific path in a network system that exists across networks.

[0037] It should be noted that this application adds a network programming SID based on the standard SRv6 (Segment Routing) technology extension to solve the above problem. The Binding SID currently used in relevant standards cannot solve this problem. The reason is that the role of Binding SID is to carry Binding SID information in the network head node. After the tail node receives this Binding SID, it will be associated with a series of Segment lists. This series of Segment lists can be associated with the return path of the message. At the same time, the Binding SID can reduce the data overhead carried by the Segment list. However, in the scenario of a cross-network system, taking the example of a cross-network system consisting of an operator network and a game content provider network, after the network tail node corresponding to the Binding SID receives the corresponding SRH message at the operator's network, the message needs to continue to be forwarded to the game content provider network outside the operator's management. When the game content provider network re-encapsulates the data message and sends it again from the Binding SID network to the network tail node of the operator network, the network tail node has no way of identifying whether this message is a game business message that needs to be accelerated. Therefore, the embodiment of the present application improves the network programming SID to solve the service quality problem across networks in the same network system.

[0038] The following are the Chinese and English interpretations of the fields in the IPv4 and IPv6 messages in the embodiments of the present application:

[0039]

[0040]

[0041] The following is an explanation of the nouns and terms involved in the embodiments of the present application:

[0042] Edge nodes, namely Edge code, are located in the aggregation layer.

[0043] The core node, namely the Core code, is located in the core layer, which is the hub center of the network and is used to achieve optimized transmission between backbone networks.

[0044] SR, or Segment Routing, is a type of source routing technology.

[0045] SRv6 is the application of SR technology in the IPv6 network plane. SRv6 forwards based on Native IPv6. SRv6 is implemented by extending the message header. The encapsulation structure of the original IPv6 message is not changed. SRv6 messages are still IPv6 messages, and ordinary IPv6 devices can also recognize SRv6 messages. SRv6 technology adds an SRH (Segment Routing Header) header to the IPv6 message to store the SRv6 SID (segment ID) list in the 128-bit IPv6 address format. As shown in Table 1, the 128-bit SRv6 SID is mainly composed of three parts: the path field (Locator field), the function field (Function field), and the parameter field (Argument field). The Locator field is mainly used for path planning, the Function field is used to define the application, and the Argument field is used to define the application parameters. A standard SRv6 SID can define the path information, service and function information of a specific node.

[0046] Table 1

[0047] path Function parameter

[0048] Among them, the basic features of SRv6 include: SID is routable, and node path and functional service information can be defined simultaneously through SID.

[0049] Among them, SRv6 extends the definition of Routing Header in IPv6 standard protocol RFC2460, and adds a Segment Routing Header (SRH) to include SID. As shown in Table 2 below, the value of the next header field (i.e., Next Header field) in the IPv6 Header is 43, indicating that the lower layer header is the Routing Extension Header; the routing extension header type in the Routing Extension Header is 4, indicating that the Routing Extension Header is a Segment Routing Header (SRH).

[0050] Table 2

[0051]

[0052] Among them, Segment list[0] represents the last segment, and Segment list[N] represents the first segment.

[0053] It is understandable that the message processing method provided in the embodiment of the present application can be applied to Figure 1 In the network system shown in Figure 1 As shown, the network system includes a first network and a second network, the first network includes a first network node and a second network node. The second network is used to deploy cross-network content source nodes, and the second network node is used to connect to the cross-network content source nodes and receive return messages transmitted by the cross-network content source nodes.

[0054] Among them, the first network node receives a first service message; when the first service message carries a first service type identifier, the first network node performs SRH header extension encapsulation on the first service message to obtain a second service message, wherein the segment list Segmentl ist[0] in the SRH header of the second service message carries a specific SID associated with the first service type identifier; the first network node sends a second service message to the second network node, so that the second network node performs return message association-related operations according to the specific SID; the second network node receives the second service message, and when the SL (Segment Left) value in the SRH header of the second service message is 0 and the Segment list[0] in the SRH header carries a specific SID, the second network node generates a return session table, wherein the return session table is used to indicate the diversion strategy corresponding to the return message associated with the second service message. The second network node receives a fourth service message (i.e., a return message) sent by the second network, and obtains an association identifier from the fourth service message; the second network node determines the return session table corresponding to the fourth service message based on the correspondence between the association identifier and the return session table, so as to transmit the fourth service message back to the corresponding first network node from the specific return path corresponding to the return session table through the corresponding return session table.

[0055] It should be noted that the first network node described in the embodiment of the present application may be Figure 1 The second network node may be an edge node in Figure 1 The first network node is deployed with a forward traffic diversion strategy; the second network node is deployed with a return traffic diversion strategy. In some embodiments, the network system further includes a controller to implement dynamic configuration of the forward traffic diversion strategy and the return traffic diversion strategy. In other embodiments, the network system further includes a controller and an orchestrator, the orchestrator is used to service dynamic registration to establish an association with the forward traffic diversion strategy and the return traffic diversion strategy configured by the controller; the configuration process is as follows Figure 2 As shown, the specific steps are as follows:

[0056] Step 1: The controller pre-deploys the outbound SRv6 Policy (i.e., outbound traffic diversion policy) of different color services to the Edge Node.

[0057] Step 2: The controller pre-deploys the backhaul SRv6 Policy (i.e., backhaul diversion strategy) of different color services to the Core Node.

[0058] Step 3: The controller sends a service registration request to the orchestrator, carrying information such as the service head node, tail node, service level, and network QoS parameters.

[0059] Step 4: When the terminal device makes a service request / discovery, a specific service level deployment is given based on the head node, tail node, and corresponding QoS requirement information associated with the preset service level service level on the orchestrator.

[0060] Among them, the information of service head node, tail node, service level, network QoS parameters, etc. is shown in the following Table 3:

[0061] Table 3

[0062] Serial number Head Node Tail Node Service Level Qos parameters 1 Edge Node Core Node 11 Packet loss <1%, delay <100ms, jitter <5ms 2 Edge Node Core Node 22 Packet loss <2%, delay <50ms, jitter <5ms 3 Edge Node Core Node 33 Packet loss <3%, delay <200ms, jitter <5ms 4 Edge Node Core Node 11 Packet loss <1%, delay <100ms, jitter <5ms 5 Edge Node Core Node 22 Packet loss <2%, delay <50ms, jitter <10ms

[0063] Step 5: The terminal carries the service level specific service identifier and sends the service message to the Edge Node for subsequent service specific path selection and return specific path binding processing.

[0064] It should be noted that, in some embodiments, the first network is divided into multiple network layers, the multiple network layers include a convergence layer and a core layer, the first network node is located in the convergence layer, and the second network node is located in the core layer. For example, Figure 1 As shown, the aggregation layer is Figure 1 In some embodiments, the converged network shown in the figure further includes a BRAS device, a cloud resource pool (ie, Figure 1 The BRAS device is used to generate a user session table entry, and the cloud resource pool is used for specific service processing to form a first service message. In some embodiments, Figure 1 As shown, the core layer also includes a backbone network and a data center; the backbone network is used for backbone transmission; the data center is used for redundant backup.

[0065] It should be noted that the present application does not limit the type of the first service message, and the first service message may be: Figure 3 The IPv4 message shown can also be Figure 4 The IPv6 packet is shown.

[0066] It is understandable that, on the first hand, Figure 5 As shown, according to the message processing method provided in the embodiment of the present application, the method includes the following steps:

[0067] Step S110: The first network node receives a first service message;

[0068] Step S120: When the first service message carries the first service type identifier, the first network node performs SRH header extension encapsulation on the first service message to obtain a second service message, wherein the segment list Segment list[0] in the SRH header of the second service message carries a specific SID associated with the first service type identifier;

[0069] Step S130: The first network node sends a second service message to the second network node, so that the second network node performs a backhaul message association-related operation according to a specific SID.

[0070] Therefore, by performing SRH header extension on the first service message carrying the first service type identifier, the first service message can be transmitted from a specific path to the second network node based on the SRv6 technology. When the second network node performs return message association related operations according to the specific SID, the specific path of the return can also be determined based on the specific SID. Compared with the related technology, the embodiment of the present application retains the message format of the service message transmitted between the first network node and the second network node, so that the second network node can determine the path taken by the return and outbound messages based on the SID, so that the transmission of the specific path can be realized for the first service message carrying the first service type identifier, meeting the service requirements of the first service message. Therefore, compared with the related technology, the embodiment of the present application can realize the transmission of specific services via specific paths in a network system with cross-network.

[0071] It should be noted that the first service message can be an IPv4 message or an IPv6 message, and technicians in this field can selectively set it according to actual needs. The first service type identifier can be carried by DSCP or flow label. For example, for IPv4 messages, it can be carried by DSCP, and for IPv6 messages, it can be carried by DSCP or flowlabel. Technicians in this field can choose to carry the first service type identifier according to actual needs.

[0072] It should be noted that the second service message is an SRv6 message based on IPv6.

[0073] It should be noted that a forward traffic diversion strategy is configured on the first network node, and a return traffic diversion strategy is configured on the second network node. The first service type identifier and the forward traffic diversion strategy are set correspondingly, and the specific SID and the return traffic diversion strategy are set correspondingly; therefore, the first network node can perform SRH header extension encapsulation when receiving the first service message carrying the first service type identifier, and the second network node can perform return message association related operations according to the specific SID. At this time, the second network node does not need to identify the first service type identifier, and can also realize the return message from a specific path to the first network node without protocol extension. It should be noted that the first network node is the source node of the forward trip set in the forward traffic diversion strategy, and the second network node is the destination node in the forward traffic diversion strategy. The first network node and the second network node are in the same first network, and the first network node communicates with the network node located in the second network through the second network node, thereby realizing cross-network communication.

[0074] It should be noted that the first service type identifier is used to identify the transmission channel that the message needs to be transmitted through. In some embodiments, the first service type identifier is defined as an accelerated service identifier to identify the channel required for transmission as an accelerated channel. The SID is used by the destination node to determine whether it is a target node based on the identifier. Exemplarily, in some embodiments, the specific SID is set to End.ACC.

[0075] It should be noted that the return message association-related operation is used to identify whether to use the return flow diversion strategy corresponding to the specific SID to process the fourth service message when the fourth service message sent by the second network is received.

[0076] It should be noted that Segment list[0] represents the last segment. The SID can be selectively set according to actual needs to identify whether it is necessary to enter the acceleration channel. Each SID is associated with a predetermined action to generate a return session table entry according to the return diversion strategy.

[0077] It is understandable that the first network node sends the second service message to the second network node, including:

[0078] The first network node maps the second service message to the first SRv6 Policy path to transmit the second service message to the second network node through the first SRv6 Policy path; wherein the first SRv6 Policy path is determined according to the source address and the first service type identifier corresponding to the first service message.

[0079] It should be noted that the first SRv6 Policy path is the transmission path set in the outbound traffic diversion policy, the first node of the first SRv6 Policy path is the first network node, and the tail node is the second network node. In some embodiments, the first SRv6 Policy path can be dynamically configured by the SDN controller.

[0080] It is understandable that after the first network node receives the first service message, the method further includes:

[0081] The first network node determines a color value corresponding to the first service message according to a source address and a first service type identifier carried by the first service message;

[0082] The first network node determines the outbound target traffic diversion strategy corresponding to the first service message according to the correspondence between the color value and the outbound traffic diversion strategy;

[0083] The first network node determines a first SRv6Policy path according to the outbound path indication information corresponding to the outbound target traffic diversion policy.

[0084] It should be noted that the first network node is configured with multiple outbound traffic diversion strategies to process service messages from different sources separately. Therefore, the first network node needs to determine the outbound target traffic diversion strategy to determine the first SRv6Policy path.

[0085] It should be noted that in some embodiments, the outbound traffic diversion strategy is configured based on the color value. Therefore, when the color value has a mapping relationship with the source address and the first service type identifier, the color value can be determined based on the source address and the first service type identifier, and then the outbound target traffic diversion strategy can be determined based on the color value.

[0086] It should be noted that the outbound target diversion strategy includes outbound path indication information; the outbound path indication information is used to indicate the path information of the transmission, and therefore, the first SRv6 Policy path can be determined based on the outbound path indication information.

[0087] It is understandable that before the first network node receives the first service message, the method further includes:

[0088] The first network node receives one or more outbound traffic diversion strategies issued by the controller, each outbound traffic diversion strategy having a corresponding color value and outbound path indication information.

[0089] It should be noted that, by sending the outbound traffic diversion strategy through the controller, dynamic configuration of the outbound traffic diversion strategy can be achieved. In some embodiments, the controller is an SDN controller.

[0090] It is understandable that after the first network node sends the second service message to the second network node, the method further includes:

[0091] The first network node receives a third service message, wherein the third service message includes an SRH header;

[0092] When the SL value in the SRH header of the third service message is 0, the first network node removes the SRH header of the third service message to obtain a backhaul original service message;

[0093] The first network node forwards the return original service message according to the destination address carried by the third service message.

[0094] It should be noted that an SL value of 0 indicates that the first network node is the return target node of the third service message. The return original service message is forwarded to the network node corresponding to the destination address.

[0095] It should be noted that the return original service message can be in IPv4 format or IPv6 format.

[0096] It should be noted that the third service message is transmitted from the second network node to the first network node through the second SRv6Policy path corresponding to the backhaul session table determined by the backhaul message association related operation.

[0097] It is understandable that the first service message is an IPv4 message, and the first service type identifier is located in the DSCP field of the first service message.

[0098] It is understandable that the first service message is an IPv6 message, and the first service type identifier is located in the DSCP field or the flow label field of the first service message.

[0099] It should be noted that the flow label field is also called flow label.

[0100] It is understandable that, in the second aspect, referring to Figure 6 As shown, according to the message processing method provided in the embodiment of the present application, the method includes the following steps:

[0101] Step S210: The second network node receives a second service message, wherein the second service message includes an SRH header;

[0102] Step S220, when the SL value in the SRH header of the second service message is 0 and the Segment list[0] in the SRH header carries a specific SID, the second network node generates a return session table, wherein the return session table is used to indicate the diversion strategy corresponding to the return message associated with the second service message.

[0103] Therefore, by performing SRH header expansion on the first service message carrying the first service type identifier to obtain the second message, the second service message can be transmitted from a specific path to the second network node based on the SRv6 technology. When the second network node performs return message association related operations according to the specific SID, the specific path of the return can also be determined based on the specific SID. Compared with the related technology, the embodiment of the present application retains the message format of the service message transmitted between the first network node and the second network node, so that the second network node can determine the path taken by the return and outbound messages based on the SID, so that the transmission of a specific path can be realized for the first service message carrying the first service type identifier, meeting the service requirements of the first service message. Therefore, compared with the related technology, the embodiment of the present application can realize the transmission of a specific service via a specific path in a network system with cross-network.

[0104] It should be noted that the second service message is obtained by performing SRH header extension encapsulation on the first service message when the first network node receives the first service message carrying the first service type identifier.

[0105] It should be noted that an SL value of 0 indicates that the second network node is the tail node of the outbound journey of the second service message.

[0106] It should be noted that an association is established between the specific SID and the return session table, so that when the second network node receives the fourth service message, it can determine whether there is a diversion strategy matching the fourth service message for return transmission based on the return session table.

[0107] It should be noted that the return session table can be associated with the return path. When the fourth service message (ie, the return message) from the server node passes through the second network node, the second network node can be associated with the specific return path of the fourth service message according to the return session table.

[0108] It is understandable that the method of the embodiment of the present application also includes:

[0109] The second network node removes the SRH header in the second service message to obtain an outbound original service message;

[0110] The second network node forwards the outbound original service message according to the destination address carried by the second service message.

[0111] It should be noted that the outbound original service message must eventually be forwarded to the destination address.

[0112] It is understandable that after the second network node generates the backhaul session table, the method in the embodiment of the present application further includes:

[0113] The second network node obtains the association identifier from the second service message, and establishes a corresponding relationship between the association identifier and the backhaul session table.

[0114] It should be noted that the return session table is used to indicate the transmission channel of the return between the two fixed nodes, the first network node and the second network node, and the association identifier represents the source address in the outbound message. In some embodiments, the source address in the second service message is directly extracted as the association identifier. Therefore, by establishing a relationship between the association identifier and the return session table, when the fourth service message is received, the service message can be transmitted based on the return session table with the matching association identifier, depending on whether there is a matching association identifier in the fourth service message.

[0115] It is understandable that the method of the embodiment of the present application also includes:

[0116] The second network node receives the fourth service message from the server node, and obtains the association identifier from the fourth service message;

[0117] The second network node determines the backhaul session table corresponding to the fourth service message according to the correspondence between the association identifier and the backhaul session table;

[0118] The second network node determines a second SRv6 Policy path according to the backhaul path indication information in the backhaul session table;

[0119] The second network node performs SRH header extension encapsulation on the fourth service message according to the second SRv6 Policy path to obtain a third service message;

[0120] The third service packet is mapped to the second SRv6 Policy path, so as to forward the third service packet to the first network node through the second SRv6 Policy path.

[0121] It should be noted that the second SRv6 Policy path is a transmission path of the fourth service message from the second network node to the first network node. The tail node needs to be specified in the SRH header extension encapsulation, so the tail node is determined based on the second SRv6 Policy path to perform SRH header extension encapsulation.

[0122] Take the association identifier as an address identifier as an example. When constructing the return session table, the source address of the outbound message is used as the association identifier of the return session table. Then, for the fourth service message, when the fourth service message is a return message with the same source address, the destination address in the fourth service message is the source address, that is, the destination address in the fourth service message can be extracted as the association identifier to be verified. At this time, by comparing the outbound source address and the return destination address, the return session table associated with the outbound source address can be found; and then a second SRv6Policy path is formulated in the return session table, and the SRH-encapsulated third service message is forwarded to the first network node through the second SRv6 Policy path.

[0123] Exemplarily, obtaining the association identifier from the second service message includes: obtaining the address identifier from a source address field of the second service message.

[0124] Exemplarily, acquiring the association identifier from the fourth service message includes: acquiring the address identifier from the destination address field of the fourth service message.

[0125] It is understandable that the method of the embodiment of the present application also includes:

[0126] The second network node receives one or more return traffic diversion strategies sent by the controller, each return traffic diversion strategy having a corresponding color value and return path indication information.

[0127] It should be noted that by setting the backhaul traffic diversion strategy for the second network node through the controller, dynamic setting of the backhaul traffic diversion strategy of the second network node can be achieved.

[0128] It is understandable that the second network node generates a backhaul session table including:

[0129] The second network node determines a color value corresponding to the second service message according to the source address and the specific SID carried by the second service message;

[0130] The second network node determines the backhaul target traffic diversion strategy according to the correspondence between the color value and the backhaul traffic diversion strategy;

[0131] The second network node generates a backhaul session table according to the backhaul path indication information corresponding to the backhaul target traffic diversion strategy.

[0132] It should be noted that by generating the backhaul session table, when multiple backhaul diversion strategies are configured, the corresponding second SRv6 Policy path can be quickly found through the backhaul session table.

[0133] It should be noted that when the return traffic diversion strategy is configured, it is configured based on the color value. Therefore, the return target traffic diversion strategy can be determined based on the color value.

[0134] It should be noted that by binding the color value with the source address and a specific SID, service requirements of different businesses can be established.

[0135] For example, the first service type identifier is used for acceleration, the uplink direction is from the first network node to the second network node, the downlink direction is from the second network node to the first network node, and the fourth service message comes from the game server; the game server provides a cross-border content source as an example, refer to Figure 7 and Figure 8 The business processing flow of the message processing method of this application is described as follows:

[0136] First, refer to Figure 7 As shown in the figure, in the upstream and downstream directions of the service, the user sends a cross-border game message, which carries a specific service identifier through DSCP or FlowLabel.

[0137] Secondly, refer to Figure 7 As shown, in the service uplink direction, the first network node acts as a source node to check the data message sent by the trusted source (ie Figure 1 The first service message shown in the figure) is parsed to obtain a specific service identifier in the data message. If it is a service message that needs to be accelerated, the message that needs to be accelerated is mapped to the first SRv6 Policy path, and the last hop SID of the message encapsulation is End.ACC, which is used for backhaul acceleration channel identification and association;

[0138] Secondly, refer to Figure 7 As shown, the intermediate node located between the first network node and the second network node performs hop-by-hop parsing and processing according to the Segment list based on the received SRH data message, and completes forwarding of the SRH data message to the next hop.

[0139] Secondly, refer to Figure 7 As shown, in the uplink direction of the service, the second network node, as the destination node, receives the SRH message carrying the last hop Segmentlist value of End.ACC, decapsulates the message, performs the End.ACC association operation and sends it down, generates a return session table associated with the second downstream SRv6 Policy path, completes the SRH message header stripping, and forwards the message to the next hop.

[0140] For example, refer to Figure 8As shown, in the downstream direction, the return message sent by the cross-border content source, the second network node acts as the source node in the downstream direction, the source node checks the data return message sent by the game content source (that is, the cross-border content source), parses the data return message, and queries whether the destination of the data return message matches the return session table information. If it matches, the message to be accelerated is mapped to the second SRv6 Policy path; if it does not match, it is forwarded normally according to the pre-configured routing policy. When matching, the source node adds an SRH message header to the data return message and performs insulation encapsulation according to the Segment list configured by the second SRv6 Policy.

[0141] Secondly, refer to Figure 8 As shown, in the downlink direction, the intermediate node between the first network node and the second network node parses and processes the received SRH data message hop by hop according to the Segment list, and completes forwarding the SRH data message to the next hop.

[0142] Secondly, refer to Figure 8 As shown, in the downlink direction, the first network node serves as the destination node, receives the SRH data message, completes the second SRv6 Policy function, completes the SRH message header stripping, and forwards the message to the next hop.

[0143] Exemplary, combined Figure 3 Taking the first service message as an IPv4 format, the first network as an operator network, the second network as a network managed by a game service provider, and the game server being set in the second network as an example, the processing flow of the message processing method in the present application in the network system is described as follows: Figure 2 As shown:

[0144] Step 1: A cross-network user sends a request to join a game. The BRAS device generates a user session entry for the game user and forwards the traffic to the cloud resource pool (i.e. Figure 3 The CloudNode in the aggregation network shown is used for cross-network game-specific service processing.

[0145] Step 2: The cloud resource pool node encapsulates the cross-network game service message into the payload of the IPv4 message, and carries the IPv4 address of the local cloud resource pool as the source address and the cross-network content source IPv4 address as the destination address, sets the DSCP to a specific value, and sends the message to the network Edge Node for processing. The message encapsulation structure is shown in Table 4.

[0146] Table 4

[0147]

[0148] Step 3: According to the BGP-FS diversion policy issued by the controller, the policy content is to match the source address segment and the ServiceLevel of the DSCP field, and the action is to introduce the corresponding Policy+END.ACC. After receiving this cross-network game service message, the EdgeNode parses the IPv4 message structure to determine whether it is a message sent from the cloud resource pool and whether the DSCP is a cross-network service specific value. If the judgment result is yes, the message is mapped to the first SRv6Policy path.

[0149] When the Edge Node performs message encapsulation, it needs to add the SRH message header to encapsulate a series of Segmentlists. The Segment list[0] information of the last hop of the SID is End.ACC, which is used to associate the return path of the cross-network game service. The message encapsulation is shown in Figure 5:

[0150] Table 5

[0151]

[0152]

[0153] The DSCP identifier processing flow is shown in Table 4, and the table entry matching method is as follows:

[0154] Step 1: Check whether the source address of the message is a trusted cloud computer IP address. If it is a trusted cloud computer IP address, jump to step 2; otherwise, jump to step 5;

[0155] Step 2: Read ServiceLevel from the DSCP field of the message; jump to step 3;

[0156] Step 3: Determine whether an entry matching ServiceLevel is found in the SRv6Policy list. If a matching entry is found, jump to step 4; otherwise, jump to step 5.

[0157] Step 4: Import the message into the policy;

[0158] Step 5: Other forwarding processes.

[0159] Step 4: After receiving the cross-network game service message, the intermediate node TransitNode parses the SRH message header in the message and forwards the message to the next hop according to the SID in the message.

[0160] Step 5: After receiving the uplink cross-network game service message from the Edge Node, the destination node Core Node decapsulates the received SRv6 message, and resolves the last hop of the SID as End.ACC. It needs to perform the specific action corresponding to End.ACC, and generate a cross-network game service return session table for mapping the return service service message to the second SRv6 Policy path, so as to realize the accelerated processing of cross-network game-related specific services.

[0161] The destination node strips the SRH message header in the message, and forwards the message to its destination IPv4 address, ie, the cross-network content source, according to the service IPv4 message header encapsulation information.

[0162] Step 6: The cross-network content source sends a return message. After arriving at the Core Node, the IPv4 message header is parsed. After the destination IPv4 address is parsed to be the IPv4 address of the cloud resource pool device, a cross-network game service return session table query is performed. After the query matches, a return service specific path is selected and mapped to the second SRv6 Policy path.

[0163] After receiving the SRH message header, the EdgeNode determines that it is an SRv6 Policy tail node, strips off the SRH message header, and forwards the service message to the game user.

[0164] Exemplary, combined Figure 4 Taking the case where the first service message is in IPv6 format, the first network is an operator network, the second network is a game network, and the first service message is a game message as an example, the processing flow of the message processing method in the present application in the network system is described, such as Figure 4 As shown:

[0165] Step 1: Cross-border game users (i.e. Figure 4 The user terminal shown in the figure sends a request to join the game, a user session table entry for the game user is generated on the BRAS device, and the traffic is forwarded to the cloud resource pool for cross-border game specific service processing.

[0166] Step 2: The cloud resource pool node encapsulates the cross-border game service message into the payload of the IPv6 message, carries the IPv6 address of the local cloud resource pool as the source address and the cross-domain content source IPv6 address as the destination address, sets the DSCP value to a specific value, and sends the message to the network Edge Node for processing. Figure 3 The embodiment shown is different in that the IPv6 message can carry the user service identifier through DSCP or flow label. The format of the IPv6 message carrying the first service type identifier through DSCP is shown in Table 6, and the format of the IPv6 message carrying the first service type identifier through the flow label is shown in Table 7:

[0167] Table 6

[0168]

[0169] Table 7

[0170]

[0171] Step 3: After detecting the DSCP user service identifier carried in the IPv6 message, the Edge Node executes the DSCP processing flow of Example 2. If the Flow Label user service identifier carried in the IPv6 message is detected, the following Flow Label processing is performed; specifically, referring to Table 7, the outbound Flow Label table entry matching method is as follows:

[0172] Step 1: Check whether the source address of the message is the IP address of a trusted cloud computer; if it is confirmed to be the IP address of a trusted cloud computer, jump to step 2, otherwise jump to step 5;

[0173] Step 2: Read ServiceLevel from the Flow Label field of the message; jump to step 3;

[0174] Step 3: Determine whether a matching entry is found in the ServiceLevel of the SRv6 Policy list: If a matching entry is found, jump to step 4; if not, jump to step 5;

[0175] Step 4: Import the message into the Policy;

[0176] Step 5: Other forwarding processes.

[0177] According to the BGP-FS diversion policy issued by the controller, the policy content is to match the source address segment, DSCP or ServiceLevel of the FlowLabel field, and the action is to strip the outer IPv6 message and then introduce the inner original message into the corresponding Policy+END.ACC.

[0178] Steps 4 to 6 are the same as above except that IPv4 is replaced with IPv6. Figure 2 The IPv4 processing method in the example is not described in detail here.

[0179] Therefore, combined with Figure 7 and Figure 8 As shown, the backhaul discovery network programming function SID defined in this application is associated with a specific table writing action for backhaul specific path association. Specific solutions include:

[0180] 1) The destination node of the SRv6 Policy uplink path (from the user to the game server) newly defines a backhaul discovery network programming function SID (such as End.ACC) to identify the backhaul path association of the backhaul service message;

[0181] 2) The backhaul discovery network programming function SID needs to be associated with the underlying table writing action to generate a session table entry that associates the game service with the second SRv6Policy;

[0182] 3) The SRv6 Policy uplink path is the first SRv6 Policy path, and the SRv6 Policy destination node SID needs to be specified as the backhaul discovery network programming function SID;

[0183] 4) The SRv6 Policy upstream path source node needs to add an SRH data message header for message encapsulation, carrying the last hop Segment list[0] information as the return discovery network programming function SID;

[0184] 5) After the downlink service message (from the game server to the user) reaches the destination node of the first SRv6 Policy uplink path, it is necessary to parse the message and query the session table entry associated with the user and the second SRv6 Policy. If there is a match, the second SRv6 Policy path is associated and the service message is forwarded; if there is no match, other conventional forwarding is performed.

[0185] Understandably, referring to Fig. 9 As shown, an embodiment of the present application further provides an electronic device, including:

[0186] One or more processors 101;

[0187] The memory 102 stores one or more programs, and when the one or more programs are executed by the one or more processors 101, the one or more processors 101 implement:

[0188] A message processing method as applied to a first network node; or,

[0189] For example, a message processing method applied to a second network node.

[0190] The memory 102 is a non-transient network system that can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory 102 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory 102 may optionally include a memory 102 remotely arranged relative to the processor 101, and these remote memories 102 may be connected to the processor 101 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 memory 102 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 102 can store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program codes are stored in the memory 102, and the processor 101 calls and executes the methods of the embodiments of this application.

[0192] The processor 101 can be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solution provided in the embodiments of the present application.

[0193] In some embodiments, reference Fig. 9 As shown, the electronic device also includes:

[0194] Input / output interface, used to realize information input and output;

[0195] Communication interface, used to realize communication interaction between this device and other devices, which can be realized through wired mode (such as USB, network cable, etc.) or wireless mode (such as mobile network, WIFI, Bluetooth, etc.);

[0196] A bus that transmits information between various components of the device (e.g., processor 101, memory 102, input / output interface, and communication interface);

[0197] The processor 101 , the memory 102 , the input / output interface and the communication interface can be connected to each other in communication within the device via a bus.

[0198] An embodiment of the present application further provides a computer-readable storage medium storing computer-executable instructions for executing:

[0199] A message processing method as applied to a first network node; or,

[0200] For example, a message processing method applied to a second network node.

[0201] An embodiment of the present application further provides a computer program product, including a computer program or a computer instruction, wherein the computer program or the computer instruction is stored in a computer-readable storage medium, and a processor of a computer device reads the computer program or the computer instruction from the computer-readable storage medium, and the processor executes the computer program or the computer instruction, so that the computer device executes and implements:

[0202] A message processing method as applied to a first network node; or,

[0203] For example, a message processing method applied to a second network node.

[0204] The system architecture and application scenarios described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application, and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. Those skilled in the art will appreciate that with the evolution of the system architecture and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present application are equally applicable to similar technical problems.

[0205] It will be appreciated by those skilled in the art that all or some of the steps and systems in the disclosed method above may be implemented as software, firmware, hardware and appropriate combinations thereof. Some physical components or all physical components may be implemented as software executed by a processor, such as a central processing unit, a digital signal processor or a microprocessor, or may be implemented as hardware, or may be implemented as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on a computer-readable medium, which may include a computer storage medium (or a non-transitory medium) and a communication medium (or a temporary medium). As known to those skilled in the art, the term computer storage medium includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information (such as computer-readable instructions, data structures, program modules or other data). Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tapes, disk storage or other magnetic storage devices, or any other medium that may be used to store desired information and may be accessed by a computer. Furthermore, it is well known to those skilled in the art that communication media typically embodies computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media.

[0206] The above describes some embodiments of the present application with reference to the accompanying drawings, but does not limit the scope of the present invention. Any modification, equivalent substitution and improvement made by those skilled in the art without departing from the scope and essence of the present invention shall be within the scope of the present application.

Claims

1. A message processing method, the method comprising the following steps: The first network node receives a first service message; In the case where the first service message carries the first service type identifier, the first network node performs SRH header extension encapsulation on the first service message to obtain a second service message, wherein the segment list Segment list[0] in the SRH header of the second service message carries a specific SID associated with the first service type identifier; The first network node sends the second service message to the second network node, so that the second network node performs a backhaul message association-related operation according to the specific SID.

2. The method according to claim 1, characterized in that The first network node sending the second service message to the second network node includes: The first network node maps the second service message to a first SRv6 Policy path to transmit the second service message to the second network node through the first SRv6 Policy path; wherein the first SRv6 Policy path is determined according to the source address corresponding to the first service message and the first service type identifier.

3. The method according to claim 2, characterized in that After the first network node receives the first service message, the method further includes: The first network node determines, according to the source address and the first service type identifier carried by the first service message, a color value corresponding to the first service message; The first network node determines, according to the correspondence between the color value and the outbound traffic diversion strategy, an outbound target traffic diversion strategy corresponding to the first service message; The first network node determines a first SRv6Policy path according to the outbound path indication information corresponding to the outbound target traffic diversion policy.

4. The method according to claim 3, characterized in that: Before the first network node receives the first service message, the method further includes: The first network node receives one or more outbound traffic diversion strategies issued by the controller, each of the outbound traffic diversion strategies having a corresponding color value and outbound path indication information.

5. The method according to claim 1, characterized in that After the first network node sends the second service message to the second network node, the method further includes: The first network node receives a third service message, wherein the third service message includes an SRH header; When the SL value in the SRH header of the third service message is 0, the first network node removes the SRH header of the third service message to obtain a backhaul original service message; The first network node forwards the return original service message according to the destination address carried by the third service message.

6. The method according to claim 1, characterized in that The first service message is an IPv4 message, and the first service type identifier is located in a DSCP field of the first service message.

7. The method according to claim 1, characterized in that The first service message is an IPv6 message, and the first service type identifier is located in a DSCP field or a flow label field of the first service message.

8. A message processing method, the method comprising the following steps: The second network node receives a second service message, wherein the second service message includes an SRH header; When the SL value in the SRH header of the second service message is 0 and the Segment list[0] in the SRH header carries a specific SID, the second network node generates a return session table, wherein the return session table is used to indicate the diversion strategy corresponding to the return message associated with the second service message.

9. The method according to claim 8, characterized in that The method further comprises: The second network node removes the SRH header in the second service message to obtain an outbound original service message; The second network node forwards the outbound original service message according to the destination address carried by the second service message.

10. The method according to claim 8, characterized in that After the second network node generates the backhaul session table, the method further includes: The second network node obtains an association identifier from the second service message, and establishes a corresponding relationship between the association identifier and the backhaul session table.

11. The method according to claim 10, characterized in that The method further comprises: The second network node receives a fourth service message from the server node, and obtains an association identifier from the fourth service message; The second network node determines the backhaul session table corresponding to the fourth service message according to the correspondence between the association identifier and the backhaul session table; The second network node determines a second SRv6Policy path according to the backhaul path indication information in the backhaul session table; The second network node performs SRH header extension encapsulation on the fourth service message according to the second SRv6 Policy path to obtain a third service message; Map the third service message to the second SRv6 Policy path to forward the third service message to the first network node through the second SRv6 Policy path.

12. The method according to claim 11, characterized in that The association identifier is an address identifier; The acquiring the association identifier from the second service message comprises: acquiring the address identifier from a source address field of the second service message; The acquiring the association identifier from the fourth service message includes: acquiring the address identifier from a destination address field of the fourth service message.

13. The method according to claim 11, characterized in that The method further comprises: The second network node receives one or more return traffic diversion strategies sent by the controller, each of the return traffic diversion strategies having a corresponding color value and return path indication information.

14. The method according to claim 13, characterized in that The second network node generates a backhaul session table, including: The second network node determines, according to the source address and the specific SID carried by the second service message, a color value corresponding to the second service message; The second network node determines the backhaul target traffic diversion strategy according to the correspondence between the color value and the backhaul traffic diversion strategy; The second network node generates the backhaul session table according to the backhaul path indication information corresponding to the backhaul target traffic diversion strategy.

15. 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 processing method according to any one of claims 1 to 7; or, A message processing method as described in any one of claims 8 to 14.

16. 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 processing method according to any one of claims 1 to 7; or, A message processing method as described in any one of claims 8 to 14.

Images