Routing path switching system and method, storage medium and electronic equipment

Abstract

The invention relates to a routing path switching system and method, a storage medium and electronic equipment, and relates to the technical field of communication, and the system comprises a user side, a network portal and a service gateway; wherein the network portal is used for determining a path quality query result corresponding to a candidate routing path in response to a path quality query request which is sent by a user side and comprises the candidate routing path; the user side is used for determining a user specified routing path corresponding to the current service request according to the path quality query result, and sending the user specified routing path to the network portal; the network portal is also used for packaging the CoA signaling based on a routing path specified by a user to obtain a path switching signaling, and issuing the path switching signaling to the service gateway through the signaling interface; and the service gateway is used for switching the user-specified routing path in response to the path switching signaling, and forwarding the current service request based on the switched user-specified routing path. According to the invention, the path switching efficiency is improved.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and more specifically, to a method for switching routing paths, a device for switching routing paths, a computer-readable storage medium, and an electronic device. Background Art

[0002] Existing methods for switching routing paths are based on the NetConf (Network Configuration) protocol. However, in the actual switching process, the NetConf protocol involves multiple interactions and requires the use of XML (Extensible Markup Language) data format, resulting in low path switching efficiency.

[0003] It should be noted that the information in the background section above is only used to enhance the understanding of the background of this disclosure, and therefore may include information that does not constitute prior art known to those skilled in the art. Summary of the Invention

[0004] The purpose of this disclosure is to provide a method for switching routing paths, a device for switching routing paths, a computer-readable storage medium, and an electronic device, thereby overcoming, at least to some extent, the problem of low path switching efficiency caused by limitations and defects in related technologies.

[0005] According to one aspect of this disclosure, a routing path switching system is provided, comprising:

[0006] The system comprises a user client, a web portal, and a service gateway, wherein the web portal is communicatively connected to both the user client and the service gateway; wherein:

[0007] The network portal is configured to respond to a path quality query request sent by a user terminal, which includes candidate routing paths, determine the path quality query result corresponding to the candidate routing paths, and feed back the path quality query result to the user terminal.

[0008] The user terminal is used to determine the user-specified routing path corresponding to the current business request based on the path quality query result, and send the user-specified routing path to the network portal;

[0009] The network portal is also used to encapsulate CoA signaling based on the user-specified routing path to obtain path switching signaling, and to send the path switching signaling to the service gateway through the signaling interface;

[0010] The service gateway is used to switch the user-specified routing path in response to the path switching signaling, and to forward the current service request based on the switched user-specified routing path.

[0011] In one exemplary embodiment of this disclosure, the network portal is further configured to: determine a candidate routing path associated with the user terminal, and add a path extension field corresponding to the candidate routing path in the CoA protocol; write the candidate routing path into the path extension field, and generate candidate path configuration signaling according to the CoA protocol in which the candidate routing path is written; and send the candidate path configuration signaling to the service gateway.

[0012] In an exemplary embodiment of this disclosure, the service gateway is further configured to: in response to the candidate path configuration signaling, perform engineering-state pre-configuration on the candidate routing paths included in the candidate path configuration signaling; determine the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths after engineering-state pre-configuration, and report the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths to the network portal;

[0013] The network portal is also used to store the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths into a preset path database.

[0014] In an exemplary embodiment of this disclosure, the service gateway is further configured to: send a preset test data packet to the test target terminal based on the candidate routing path, and receive a data packet sequence corresponding to the preset test data packet sent by the routing nodes included in the candidate routing path;

[0015] The current packet loss rate of the candidate routing path is determined based on the first number of data packets in the preset test data packet and the second number of data packets in the data packet sequence.

[0016] The current latency information is determined based on the sending time of the test data packet and the receiving time of the data packet sequence, and the current bandwidth resource information is determined based on the current latency information.

[0017] In one exemplary embodiment of this disclosure, the user terminal is further configured to: determine the service address to be accessed in response to an input operation on the display interface of the user terminal, and generate a current service request including the current session identifier based on the service address to be accessed;

[0018] A path quality query request is generated based on the current service request and the candidate routing paths associated with the user terminal, and the path quality query request is sent to the network portal.

[0019] In one exemplary embodiment of this disclosure, the network portal is further configured to: obtain current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing path from a preset path database, and generate the path quality query result based on the current latency information, current packet loss rate, and current bandwidth resource information.

[0020] In one exemplary embodiment of this disclosure, the user terminal is further configured to: determine the target latency information, target packet loss rate, and target bandwidth resource information required to execute the current service request based on the service quality requirements of the current service request;

[0021] The user-specified routing path is determined based on the target latency information, target packet loss rate, target bandwidth resource information, and the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing path.

[0022] In one exemplary embodiment of this disclosure, the network portal is further configured to: determine user group information associated with the user terminal based on the user-specified routing path, and encapsulate CoA signaling based on the current service request including the current session identifier, the user-specified routing path, and the user group information to obtain the path switching signaling.

[0023] According to one aspect of this disclosure, a method for switching routing paths is provided, for configuring a network portal, the method comprising:

[0024] In response to a path quality query request sent by the user, which includes candidate route paths, determine the path quality query result corresponding to the candidate route path;

[0025] The path quality query results are fed back to the user terminal, and the user-specified routing path corresponding to the current business request is received from the user terminal based on the path quality query results.

[0026] Based on the user-specified routing path, determine the user group information associated with the user terminal, and encapsulate CoA signaling based on the user-specified routing path, the current service request including the current session identifier, and the user group information to obtain path switching signaling;

[0027] The path switching signaling is sent to the service gateway through the signaling interface, so that the service gateway switches the user-specified routing path based on the path switching signaling, and forwards the current service request based on the switched user-specified routing path.

[0028] In one exemplary embodiment of this disclosure, the routing path switching method further includes:

[0029] Determine the candidate routing path associated with the user terminal, and add a path extension field corresponding to the candidate routing path in the CoA protocol;

[0030] Write the candidate routing path into the path extension field, and generate candidate path configuration signaling according to the CoA protocol with the candidate routing path written in;

[0031] The candidate path configuration signaling is sent to the service gateway so that the service gateway can perform engineering-state pre-configuration of the candidate routing paths included in the candidate path configuration signaling.

[0032] According to one aspect of this disclosure, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the routing path switching method described in any of the preceding claims.

[0033] According to one aspect of this disclosure, an electronic device is provided, comprising:

[0034] Processor; and

[0035] Memory for storing the executable instructions of the processor;

[0036] The processor is configured to execute the routing path switching method described above by executing the executable instructions.

[0037] This disclosure provides a routing path switching system. Firstly, a network portal responds to a path quality query request (including candidate routing paths) sent by a user terminal, determines the path quality query result corresponding to the candidate path, and feeds the path quality query result back to the user terminal. Then, the user terminal determines the user-specified routing path corresponding to the current service request based on the path quality query result and sends the user-specified routing path to the network portal. Next, the network portal encapsulates CoA signaling based on the user-specified routing path to obtain path switching signaling, and sends the path switching signaling to the service gateway through a signaling interface. Finally, the service gateway responds to the path switching signaling. This system switches the user-specified routing path and forwards the current business request based on the switched user-specified routing path. This achieves routing path switching based on the CoA protocol, thus solving the problem of low path switching efficiency caused by the need to switch paths through the NetConf protocol in existing technologies. On the other hand, since the service gateway can switch the user-specified routing path in response to the path switching signaling and forward the current business request based on the switched user-specified routing path, the processing efficiency of the current business request is improved, thereby reducing the response time on the user's end and improving the user experience during business access.

[0038] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure. Attached Figure Description

[0039] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure. It is obvious that the drawings described below are merely some embodiments of this disclosure, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort.

[0040] Figure 1 The diagram illustrates a scenario example of a routing path switching system according to an exemplary embodiment of the present disclosure.

[0041] Figure 2 An example diagram of an SRv6 header according to an exemplary embodiment of the present disclosure is shown schematically.

[0042] Figure 3 This diagram schematically illustrates an example structure of an IPv6 header in an SRv6 header according to an exemplary embodiment of the present disclosure.

[0043] Figure 4 This diagram schematically illustrates an example of the structure of an SRH header in an SRv6 header according to an exemplary embodiment of this disclosure.

[0044] Figure 5 The diagram illustrates a scenario example of candidate routing paths associated with a user terminal, representing an example embodiment of this disclosure.

[0045] Figure 6 The diagram illustrates an example scenario of pre-configuring candidate routing paths in engineering mode according to an exemplary embodiment of this disclosure.

[0046] Figure 7 The diagram illustrates a flowchart of a routing path switching method according to an exemplary embodiment of the present disclosure.

[0047] Figure 8 An electronic device for implementing a method for switching routing paths is illustrated according to an example embodiment of the present disclosure. Detailed Implementation

[0048] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided to make this disclosure more comprehensive and complete, and to fully convey the concept of the example embodiments to those skilled in the art. The described features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a full understanding of embodiments of this disclosure. However, those skilled in the art will recognize that the technical solutions of this disclosure can be practiced with one or more of the specific details omitted, or other methods, components, apparatus, steps, etc., can be employed. In other instances, well-known technical solutions are not shown or described in detail to avoid obscuring various aspects of this disclosure.

[0049] Furthermore, the accompanying drawings are merely illustrative of this disclosure and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted. Some block diagrams shown in the drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities may be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0050] In IP (Internet Protocol) service networks, user SRv6 (Segment Routing over IPv6) routing is typically achieved through routing policies issued by the controller. Furthermore, the NetConf (Network Configuration) protocol can be used for configuration during this process. However, in practice, NetConf involves multiple interactions and requires XML (Extensible Markup Language) data format, resulting in low path switching efficiency. For example, each service-level SRv6 path switching configuration takes more than 10 seconds. Moreover, for scenarios requiring frequent SRv6 routing, maintaining long-lived connections with the system results in significant system resource consumption and excessively long configuration times, failing to meet users' needs for second-level SRv6 routing switching and thus degrading the user experience during service access.

[0051] Based on this, the present disclosure first provides a routing path switching system. Specifically, refer to... Figure 1As shown, the routing path switching system may include a user terminal 110, a network portal 120, and a service gateway (S-GW) 130. The network portal can communicate with both the user terminal and the service gateway. The network portal can respond to a path quality query request from the user terminal, including candidate routing paths, determine the path quality query result corresponding to the candidate paths, and feed the path quality query result back to the user terminal. The user terminal can determine a user-specified routing path corresponding to the current service request based on the path quality query result and send the user-specified routing path to the network portal. Simultaneously, the network portal can encapsulate CoA signaling based on the user-specified routing path to obtain path switching signaling, and distribute the path switching signaling to the service gateway through a signaling interface. The service gateway can respond to the path switching signaling to switch the user-specified routing path and forward the current service request based on the switched user-specified routing path.

[0052] In the routing path switching system described above, on the one hand, the network portal can respond to the path quality query request sent by the user, which includes candidate routing paths, determine the path quality query result corresponding to the candidate routing path, and feed the path quality query result back to the user; then, the user determines the user-specified routing path corresponding to the current service request based on the path quality query result, and sends the user-specified routing path to the network portal; next, the network portal encapsulates the CoA signaling based on the user-specified routing path to obtain the path switching signaling, and sends the path switching signaling to the service gateway through the signaling interface; finally, the service gateway responds to the path switching signaling... This system switches the user-specified routing path and forwards the current service request based on the switched user-specified routing path. This achieves routing path switching based on the CoA protocol, thus solving the problem of low path switching efficiency caused by the need to switch paths through the NetConf protocol in existing technologies. On the other hand, since the service gateway can switch the user-specified routing path in response to the path switching signaling and forward the current service request based on the switched user-specified routing path, the processing efficiency of the current service request is improved, thereby reducing the response time on the user end and improving the user experience during the service access process.

[0053] The routing path switching system described in the exemplary embodiments of this disclosure will be further explained and illustrated below with reference to the accompanying drawings.

[0054] First, the packet header of SRv6 involved in the exemplary embodiments of this disclosure will be explained and described. Specifically, refer to... Figure 2As shown, the SRv6 packet header is the original IPv6 packet header with an added SRH (Segment Routing Header); that is, the SRv6 packet header includes the IPv6 header, the SRH (Segment Routing Header), and the payload. (See reference...) Figure 3 As shown, the IPv6 header can include Version, Traffic Class, Flow Label, Payload Length, Next Header, Hop Limit, Source IPv6 Address, and Destination IPv6 Address. The meanings of the fields in the IPv6 header are as follows: Version: 4 bits, the IP protocol version number, fixed at 6; Traffic Class: 8 bits, similar to ToS in IPv4, instructing devices in the network how to handle the packet to provide QoS (Quality of Service), which can use DSCP as specified in RFC 2647; Flow Label: 20 bits, marking a flow; Payload Length: 16 bits, the length of the data portion following the basic IPv6 header (including the length of the extension header), in bytes; Next Header: ... Header: 8 bits, indicating the extended header following the basic header. If there is no extended header, it indicates the protocol carried by the data portion. Hop Limit: Same as IPv4's TTL, used to indicate the maximum number of hops a datagram can have in the network. Source IPv6 Address: 128 bits, the IPv6 address of the node sending the datagram. Destination IPv6 Address: 128 bits, the IPv6 address of the node receiving the datagram.

[0055] Further reference Figure 4As shown, the SRH may include fields indicating the next header type (NextHeader), the length of the SRH header (Hdr Ext Len), and the routing type (RoutingType). The SRH also includes a field indicating the number of segmented endpoints the packet should pass through (SegmentLeft, SL), which can also be called the remaining node field. The SRH also includes fields indicating the index of the last element in the Segment List (Last Entry), the packet flags, and the tag. The SRH also includes a Segment List, which includes SegmentList[0], SegmentList[1], ..., SegmentList[n]. Each element in the Segment List corresponds to a SID, which can be an IPv6 address or a part of an IPv6 address. Each SID is used to identify a network node or a link. Furthermore, the SRH also includes an optional TLV (Optional Type Length Value).

[0056] Secondly, the CoA protocol described in the example embodiments of this disclosure will be explained and described. Specifically, the CoA (Change of Authorization) protocol described in the example embodiments of this disclosure is a mechanism provided in the Radius (Remote Authentication Dial In User Service) protocol for dynamically modifying user authorization information, allowing network administrators to adjust user permissions or policies after user authentication, such as modifying bandwidth and adjusting billing policies; in the example embodiments of this disclosure, the CoA protocol can perform engineering-state pre-configuration of candidate routing paths corresponding to the user terminal in the service gateway based on modifying bandwidth and adjusting billing policies.

[0057] Furthermore, the technical implementation principles of the exemplary embodiments of this disclosure are explained and described. Specifically, the routing path switching system provided in the exemplary embodiments of this disclosure can achieve millisecond-level routing switching based on the CoA protocol field extension in Radius (Remote Authentication Dial In User Service). This allows users to select a suitable SRv6 path (i.e., a user-specified routing path) in the network portal, and then distribute the routing configuration via the CoA protocol through the network portal, thereby achieving the millisecond-level switching requirement of SRv6 routing services. In practical applications, the exemplary embodiments of this disclosure address the problems of low efficiency, long processing time, and inability to meet second-level SRv6 path switching in Netconf by adopting the CoA protocol. This allows users to select a suitable SRv6 path through the business portal (i.e., the network portal), and then switch the SRv6 path on the service gateway via the CoA protocol through the network portal, thereby achieving millisecond-level SRv6 path switching. Furthermore, the routing path switching system described in the example embodiments of this disclosure can significantly improve SRv6 routing efficiency when performing SRv6 routing services in the network protocol service network, thereby achieving the goal of meeting the requirement of millisecond-level path switching.

[0058] The routing path switching system described in the exemplary embodiments of this disclosure will be further explained and illustrated below with reference to the accompanying drawings.

[0059] In one example embodiment, to enable routing configuration distribution based on the CoA protocol, candidate routing paths first need to be pre-configured in engineering mode within the serving gateway. Specifically, this can be achieved as follows: Candidate routing paths associated with the user terminal are determined through the network portal, and a path extension field corresponding to the candidate routing path is added to the CoA protocol; the candidate routing path is written into the path extension field, and candidate path configuration signaling is generated based on the CoA protocol containing the candidate routing path; the candidate path configuration signaling is then distributed to the serving gateway. Specifically, the candidate routing paths associated with the user terminal described herein can be found in [reference needed]. Figure 5 As shown, the candidate routing paths associated with the user terminal can include multiple paths, and the specific number can be determined according to the actual situation. This example does not impose any special restrictions on this. In actual applications, SRv6 path information (i.e., candidate routing paths) can be pre-configured in the SGW in engineering mode by extending fields based on the CoA protocol (i.e., candidate path configuration signaling). Specifically, the path extension fields in the CoA protocol described above can be: VSA: t = User-Group, Val = p1.

[0060] In an exemplary embodiment, the serving gateway is further configured to: in response to the candidate path configuration signaling, perform engineering-state pre-configuration on the candidate routing paths included in the candidate path configuration signaling; determine the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths after engineering-state pre-configuration, and report the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths to the network portal; that is, in practical applications, when the serving gateway receives the candidate path configuration signaling, it can perform engineering-state pre-configuration on the candidate routing paths; during the engineering-state pre-configuration process, configuration can be performed using the SRv6 tunnel keyword p1 of the serving gateway with the User-Group field. A specific configuration scenario example diagram can be found in the diagram. Figure 6 As shown. Further, after pre-configuring the candidate routing paths in engineering mode, it is also necessary to determine the current path quality of the candidate routing paths (i.e., current latency, current packet loss rate, and current bandwidth resource information). After obtaining the current path quality of the candidate routing paths, it is also necessary to feed this current path quality back to the network portal. Finally, when the network portal receives the current path quality feedback from the service gateway, it can store the current latency, current packet loss rate, and current bandwidth resource information of the candidate routing paths in a preset path database. This allows the portal to retrieve the current path quality of each candidate routing path from the preset path database upon receiving a path quality query request from a user.

[0061] In one example embodiment, during the process of determining the quality of the current path, the service gateway may further be used to: send a preset test data packet to the test target terminal based on the candidate routing path, and receive a data packet sequence corresponding to the preset test data packet sent by the routing nodes included in the candidate routing path; determine the current packet loss rate of the candidate routing path based on the first number of data packets of the preset test data packet and the second number of data packets of the data packet sequence; determine the current latency information based on the sending time of the test data packet and the receiving time of the data packet sequence, and determine the current bandwidth resource information based on the current latency information. Specifically, in practical applications, the service gateway can send preset test data packets to the target terminal based on candidate routing paths after receiving a path quality acquisition request from the network portal. Alternatively, it can send preset test data packets to the target terminal at specific time intervals using candidate routing paths. This example does not impose any special restrictions on this. Furthermore, when determining the current packet loss rate, it is first necessary to calculate the number of first and second data packets, then calculate the difference in data packet count between the first and second data packet counts, and finally determine the current packet loss rate based on the ratio between the difference in data packet counts and the first data packet count. Further still, when determining the current latency information, it can be based on the sending and receiving time nodes, or it can be based on other methods. This example does not impose any special restrictions on this. Finally, when determining the current bandwidth resource information, it can be calculated based on the required sending time and the corresponding data quantity. Of course, it can also be based on other methods. This example does not impose any special restrictions on this.

[0062] In one example embodiment, the user terminal described above can also be used to: determine the service address to be accessed in response to an input operation on the user terminal's display interface, and generate a current service request including the current session identifier based on the service address to be accessed; generate a path quality query request based on the current service request and candidate routing paths associated with the user terminal, and send the path quality query request to the network portal. That is, in practical applications, if a user terminal needs to access an application or a website, it first needs to click on the application client to determine the service address to be accessed or enter the corresponding website address on the display interface; further, when the user terminal receives the corresponding click or input operation, it can generate a current session identifier (i.e., Session ID) based on the corresponding username and / or password login user attribute information, and then generate a current service request based on the current session identifier and the service address to be accessed; further, it obtains the candidate routing paths associated with the user terminal, and then generates a corresponding path quality query request based on the candidate routing paths and the current service request and sends it to the network portal.

[0063] In one example embodiment, after the network portal receives a path quality query request, it can obtain the current latency information, current packet loss rate, and current bandwidth resource information of the candidate route path from a preset path database, and generate the path quality query result based on the current latency information, current packet loss rate, and current bandwidth resource information. It should be noted that the preset path database stores the current path quality of candidate routing paths at multiple different time points. Therefore, when determining the current latency, current packet loss rate, and current bandwidth resource information, one can directly obtain the most recent current latency, current packet loss rate, and current bandwidth resource information, or one can obtain them by weighted summation of the most recent current latency, current packet loss rate, and current bandwidth resource information. This example does not impose any special restrictions on this. Furthermore, if it is necessary to determine the final current latency, current packet loss rate, and current bandwidth resource information by weighted summation of the most recent current latency, current packet loss rate, and current bandwidth resource information, the specific weight values ​​corresponding to each different time point used can be determined according to actual needs, or it can be implemented based on the corresponding weight value prediction model. This example does not impose any special restrictions on this.

[0064] In an exemplary embodiment, the user terminal is further configured to: determine the target latency information, target packet loss rate, and target bandwidth resource information required to execute the current service request based on the service quality requirements of the current service request; and determine the user-specified routing path based on the target latency information, target packet loss rate, and target bandwidth resource information, as well as the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths. Specifically, in practical applications, the matching process can be implemented as follows: generate a target feature vector based on the target latency information, target packet loss rate, and target bandwidth resource information required to execute the current service request; then generate a current feature vector based on the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths; finally, calculate the feature similarity between the target feature vector and the current feature vector, and determine the user-specified routing path from the candidate routing paths based on the feature similarity.

[0065] In one possible example embodiment, the target feature vector can be implemented based on a preset vector embedding model; wherein, the preset vector embedding model described herein may include multiple Transformer models and an average pooling layer; further, in the process of generating the target feature vector, firstly, the target latency information, target packet loss rate, and target bandwidth resource information can be embedded to obtain a word embedding vector, a word embedding matrix, and a position embedding matrix; then, based on the word embedding vector, word embedding matrix, and position embedding matrix, an embedding vector is generated, and the embedding vector is input into the first Transformer model among the multiple Transformer models to generate a first text semantic vector corresponding to the first Transformer model; further, the first text semantic vector is input into the second Transformer model among the multiple Transformer models to generate a second text semantic vector corresponding to the second Transformer model, and the generation process of the second text semantic vector is repeated sequentially to obtain other text semantic vectors corresponding to other Transformer models among the multiple Transformer models; finally, based on the text semantic vectors corresponding to each Transformer model and the embedding vector, a first current encoding vector is generated, and the first current encoding vector is input into an average pooling layer to obtain the target feature vector. It should be further explained here that the specific process of generating the current feature vector is similar to that of generating the target feature vector, and will not be elaborated further here.

[0066] In one example embodiment, calculating the feature similarity between the target feature vector and the current feature vector, and determining the user-specified route path from the candidate route paths based on the feature similarity, can be achieved as follows: calculate the cosine value between the target feature vector and the current feature vector, and determine the feature similarity between the target feature vector and the current feature vector based on the cosine value; then, select the candidate route path with the highest similarity value from the feature similarity values ​​as the user-specified route path.

[0067] In one example embodiment, once the user terminal matches the corresponding specified routing path, it can feed back the specified routing path to the network portal. Further, once the network portal receives the specified routing path, it can determine the user group information associated with the user terminal based on the user-specified routing path, and encapsulate the CoA signaling based on the current service request including the current session identifier, the user-specified routing path, and the user group information to obtain the path switching signaling. Specifically, the user group information recorded here may include, but is not limited to, group name (name information used to identify the user group), group ID (i.e., the unique numerical identification code assigned by the system to each user group), and a list of group members (i.e., all user accounts included in the user group), etc. In practical applications, users can inherit permissions through their user groups. For example, file access permissions are divided into three different levels: user, group, and others. Administrators can also adjust the resource access permissions of multiple users in batches by modifying group permissions.

[0068] In one example embodiment, after receiving the path switching signaling, the network portal forwards the received path switching signaling to the service gateway. When the service gateway receives the path switching signaling, it can switch the routing path of the current service request based on the user-specified routing path included in the path switching signaling, and forward the current service request based on the switched user-specified routing path to realize the overall network access process.

[0069] Thus, the routing path switching system described in the exemplary embodiments of this disclosure has been fully implemented. Based on the foregoing description, the routing path switching system described in the exemplary embodiments of this disclosure has at least the following advantages: It introduces an interactive signaling level protocol (i.e., the CoA protocol), which enables millisecond-level SRv6 path switching for users. Furthermore, verification was conducted in a laboratory prototype system. Experimental results show that the path switching time based on the CoA protocol is more than 50 times lower than that based on the NetConf protocol, thereby achieving millisecond-level SRv6 path switching. This significantly reduces the response time for users accessing the network, thus improving the user experience.

[0070] This disclosure also provides an example embodiment of a method for switching routing paths and configuring a network portal. Specifically, refer to... Figure 7 As shown, the method for switching routing paths may include the following steps:

[0071] Step S710: In response to the path quality query request sent by the user terminal, which includes candidate route paths, determine the path quality query result corresponding to the candidate route paths.

[0072] Step S720: Feed back the path quality query result to the user terminal, and receive the user-specified routing path corresponding to the current business request fed back by the user terminal based on the path quality query result;

[0073] Step S730: Determine the user group information associated with the user terminal based on the user-specified routing path, and encapsulate CoA signaling based on the user-specified routing path, the current service request including the current session identifier, and the user group information to obtain path switching signaling;

[0074] Step S740: The path switching signaling is sent to the service gateway through the signaling interface, so that the service gateway switches the user-specified routing path based on the path switching signaling and forwards the current service request based on the switched user-specified routing path.

[0075] In the routing path switching method described above, on the one hand, the path quality query result corresponding to the candidate routing path can be determined by responding to the path quality query request sent by the user terminal, which includes the candidate routing path, and the path quality query result is fed back to the user terminal; then, the user-specified routing path corresponding to the current service request fed back by the user terminal based on the path quality query result is received; then, the user group information associated with the user terminal is determined based on the user-specified routing path, the current service request including the current session identifier, and the user group information, and CoA signaling is encapsulated to obtain the path switching signaling; finally, the path switching signaling is sent to the service gateway through the signaling interface. This allows the service gateway to switch the user-specified routing path based on path switching signaling, and then forward the current service request based on the switched user-specified routing path. This achieves routing path switching based on the CoA protocol, thus solving the problem of low path switching efficiency caused by the need to switch paths through the NetConf protocol in existing technologies. On the other hand, since the service gateway can switch the user-specified routing path and forward the current service request based on the switched user-specified routing path, the processing efficiency of the current service request is improved, thereby reducing the response time on the user end and improving the user experience during service access.

[0076] In one exemplary embodiment of this disclosure, the routing path switching method further includes:

[0077] Determine the candidate routing path associated with the user terminal, and add a path extension field corresponding to the candidate routing path in the CoA protocol;

[0078] Write the candidate routing path into the path extension field, and generate candidate path configuration signaling according to the CoA protocol with the candidate routing path written in;

[0079] The candidate path configuration signaling is sent to the service gateway so that the service gateway can perform engineering-state pre-configuration of the candidate routing paths included in the candidate path configuration signaling.

[0080] The specific details of each method in the routing path switching methods described above have been described in detail in the corresponding routing path switching system, so they will not be repeated here.

[0081] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to embodiments of this disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0082] Furthermore, although the steps of the method in this disclosure are described in a specific order in the accompanying drawings, this does not require or imply that the steps must be performed in that specific order, or that all the steps shown must be performed to achieve the desired result. Additional or alternative steps may be omitted, multiple steps may be combined into one step, and / or a step may be broken down into multiple steps.

[0083] In exemplary embodiments of this disclosure, an electronic device capable of implementing the above-described methods is also provided. Those skilled in the art will understand that various aspects of this disclosure can be implemented as systems, methods, or program products. Therefore, various aspects of this disclosure can be specifically implemented in the following forms: a completely hardware implementation, a completely software implementation (including firmware, microcode, etc.), or an implementation combining hardware and software aspects, collectively referred to herein as a "circuit," "module," or "system."

[0084] The following reference Figure 8 To describe an electronic device 800 according to such an embodiment of the present disclosure. Figure 8 The electronic device 800 shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments disclosed herein.

[0085] like Figure 8 As shown, the electronic device 800 is manifested in the form of a general-purpose computing device. The components of the electronic device 800 may include, but are not limited to: at least one processing unit 810, at least one storage unit 820, a bus 830 connecting different system components (including storage unit 820 and processing unit 810), and a display unit 840.

[0086] The storage unit stores program code that can be executed by the processing unit 810, causing the processing unit 810 to perform the steps described in the "Exemplary Methods" section of this specification according to various exemplary embodiments of this disclosure. For example, the processing unit 810 can perform actions such as... Figure 7 Step S710: In response to a path quality query request including candidate routing paths sent by the user terminal, determine the path quality query result corresponding to the candidate routing paths; Step S720: Feed back the path quality query result to the user terminal, and receive the user-specified routing path corresponding to the current service request fed back by the user terminal based on the path quality query result; Step S730: Determine the user group information associated with the user terminal based on the user-specified routing path, and encapsulate CoA signaling based on the user-specified routing path, the current service request including the current session identifier, and the user group information to obtain path switching signaling; Step S740: Send the path switching signaling to the service gateway through the signaling interface, so that the service gateway switches the user-specified routing path based on the path switching signaling, and forwards the current service request based on the switched user-specified routing path.

[0087] Storage unit 820 may include a readable medium in the form of a volatile storage unit, such as random access memory (RAM) 8201 and / or cache memory 8202, and may further include a read-only memory (ROM) 8203.

[0088] The storage unit 820 may also include a program / utility 8204 having a set (at least one) of program modules 8205, including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include an implementation of a network environment.

[0089] Bus 830 can represent one or more of several types of bus structures, including a memory cell bus or memory cell controller, a peripheral bus, a graphics acceleration port, a processing unit, or a local bus using any of the various bus structures.

[0090] Electronic device 800 can also communicate with one or more external devices 900 (e.g., keyboard, pointing device, Bluetooth device, etc.), and with one or more devices that enable a user to interact with electronic device 800, and / or with any device that enables electronic device 800 to communicate with one or more other computing devices (e.g., router, modem, etc.). This communication can be performed via input / output (I / O) interface 850. Furthermore, electronic device 800 can also communicate with one or more networks (e.g., local area network (LAN), wide area network (WAN), and / or public networks, such as the Internet) via network adapter 860. As shown, network adapter 860 communicates with other modules of electronic device 800 via bus 830. It should be understood that, although not shown in the figures, other hardware and / or software modules can be used in conjunction with electronic device 800, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0091] From the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, terminal device, or network device, etc.) to execute the methods according to the embodiments of this disclosure.

[0092] In exemplary embodiments of this disclosure, a computer-readable storage medium is also provided, on which a program product capable of implementing the methods described above is stored. In some possible implementations, various aspects of this disclosure may also be implemented as a program product including program code that, when the program product is run on a terminal device, causes the terminal device to perform the steps of the various exemplary embodiments of this disclosure described in the "Exemplary Methods" section above.

[0093] The program product for implementing the above-described method according to embodiments of the present disclosure may employ a portable compact disc read-only memory (CD-ROM) and include program code, and may run on a terminal device, such as a personal computer. However, the program product of the present disclosure is not limited thereto. In this document, the readable storage medium may be any tangible medium containing or storing a program that may be used by or in conjunction with an instruction execution system, apparatus, or device.

[0094] The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0095] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium, capable of sending, propagating, or transmitting programs for use by or in conjunction with an instruction execution system, apparatus, or device.

[0096] The program code contained on the readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0097] Program code for performing the operations of this disclosure can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can execute entirely on the user's computing device, partially on the user's computing device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0098] Furthermore, the above figures are merely illustrative of the processes included in the method according to exemplary embodiments of this disclosure and are not intended to be limiting. It is readily understood that the processes shown in the above figures do not indicate or limit the temporal order of these processes. Additionally, it is readily understood that these processes may be executed synchronously or asynchronously, for example, in multiple modules.

[0099] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention described herein. This application is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not invented by this disclosure. The specification and embodiments are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the claims.

Claims

1. A routing path switching system, characterized in that, include: The system comprises a user client, a web portal, and a service gateway, wherein the web portal is communicatively connected to both the user client and the service gateway; wherein: The network portal is configured to respond to a path quality query request sent by a user terminal, which includes candidate routing paths, determine the path quality query result corresponding to the candidate routing paths, and feed back the path quality query result to the user terminal. The user terminal is used to determine the user-specified routing path corresponding to the current business request based on the path quality query result, and send the user-specified routing path to the network portal; The network portal is also used to encapsulate CoA signaling based on the user-specified routing path to obtain path switching signaling, and to send the path switching signaling to the service gateway through the signaling interface; The service gateway is used to switch the user-specified routing path in response to the path switching signaling, and to forward the current service request based on the switched user-specified routing path.

2. The routing path switching system according to claim 1, characterized in that, The network portal is also used to: determine a candidate routing path associated with the user terminal, and add a path extension field corresponding to the candidate routing path in the CoA protocol; write the candidate routing path into the path extension field, and generate candidate path configuration signaling according to the CoA protocol with the candidate routing path written in; and send the candidate path configuration signaling to the service gateway.

3. The routing path switching system according to claim 2, characterized in that, The service gateway is further configured to: respond to the candidate path configuration signaling, perform engineering-state pre-configuration on the candidate routing paths included in the candidate path configuration signaling; determine the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths after engineering-state pre-configuration, and report the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths to the network portal; The network portal is also used to store the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing paths into a preset path database.

4. The routing path switching system according to claim 3, characterized in that, The service gateway is also configured to: send a preset test data packet to the test target terminal based on the candidate routing path, and receive a data packet sequence corresponding to the preset test data packet sent by the routing nodes included in the candidate routing path; The current packet loss rate of the candidate routing path is determined based on the first number of data packets in the preset test data packet and the second number of data packets in the data packet sequence. The current latency information is determined based on the sending time of the test data packet and the receiving time of the data packet sequence, and the current bandwidth resource information is determined based on the current latency information.

5. The routing path switching system according to claim 1, characterized in that, The user terminal is also configured to: determine the service address to be accessed in response to an input operation on the display interface of the user terminal, and generate a current service request including the current session identifier based on the service address to be accessed; A path quality query request is generated based on the current service request and the candidate routing paths associated with the user terminal, and the path quality query request is sent to the network portal.

6. The routing path switching system according to claim 1, characterized in that, The network portal is also used to: obtain the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing path from a preset path database, and generate the path quality query result based on the current latency information, current packet loss rate, and current bandwidth resource information.

7. The routing path switching system according to claim 1, characterized in that, The user terminal is also used to: determine the target latency information, target packet loss rate, and target bandwidth resource information required to execute the current service request based on the service quality requirements of the current service request; The user-specified routing path is determined based on the target latency information, target packet loss rate, target bandwidth resource information, and the current latency information, current packet loss rate, and current bandwidth resource information of the candidate routing path.

8. The routing path switching system according to claim 1, characterized in that, The network portal is also used to: determine user group information associated with the user terminal based on the user-specified routing path, and encapsulate CoA signaling based on the current service request including the current session identifier, the user-specified routing path, and the user group information to obtain the path switching signaling.

9. A method for switching routing paths, characterized in that, Configuring the network portal, the methods for switching the routing path include: In response to a path quality query request sent by the user, which includes candidate route paths, determine the path quality query result corresponding to the candidate route path; The path quality query results are fed back to the user terminal, and the user-specified routing path corresponding to the current business request is received from the user terminal based on the path quality query results. Based on the user-specified routing path, determine the user group information associated with the user terminal, and encapsulate CoA signaling based on the user-specified routing path, the current service request including the current session identifier, and the user group information to obtain path switching signaling; The path switching signaling is sent to the service gateway through the signaling interface, so that the service gateway switches the user-specified routing path based on the path switching signaling, and forwards the current service request based on the switched user-specified routing path.

10. The routing path switching method according to claim 9, characterized in that, The method for switching routing paths also includes: Determine the candidate routing path associated with the user terminal, and add a path extension field corresponding to the candidate routing path in the CoA protocol; Write the candidate routing path into the path extension field, and generate candidate path configuration signaling according to the CoA protocol with the candidate routing path written in; The candidate path configuration signaling is sent to the service gateway so that the service gateway can perform engineering-state pre-configuration of the candidate routing paths included in the candidate path configuration signaling.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the routing path switching method of claim 9 or claim 10.

12. An electronic device, characterized in that, include: processor; as well as Memory for storing the executable instructions of the processor; The processor is configured to execute the routing path switching method of claim 9 or claim 10 by executing the executable instructions.

Images