Path switching method and apparatus, storage medium, and electronic device

Abstract

The application discloses a path switching method and device, a storage medium and an electronic device, wherein the method comprises the following steps: acquiring first path planning data; performing connectivity detection on a first path in the first path planning data at a first configuration enabling moment; in response to the first connectivity detection result being connectivity, transmitting service traffic on the first path; when a second configuration enabling moment is reached, performing connectivity detection on a second path in the first path planning data to obtain a second connectivity detection result of the second path; and before a first configuration release moment, in response to the second connectivity detection result being connectivity, switching the service traffic from the first path to the second path for transmission. Through the application, the technical effect that the dedicated line service will not be interrupted in transmission in a high dynamic satellite network environment is realized, and the technical problem that the transmission of the service traffic is prone to interruption and the stability is poor in the related art is solved.

Description

Technical Field

[0001] This application relates to the field of computers, and more specifically, to a path switching method and apparatus, a storage medium, and an electronic device. Background Technology

[0002] In the field of satellite communications, low-Earth orbit (LEO) satellite internet, with its wide coverage and low latency, has become a crucial infrastructure supporting seamless global connectivity. For high-value scenarios, operators often need to provide dedicated line services with strict quality of service guarantees. These services require continuous and stable data transmission at all times.

[0003] However, the space network environment exhibits significant dynamic and time-varying characteristics. The high-speed movement of satellites leads to frequent changes in inter-satellite and satellite-to-ground link connections, and solar interference and node failures can also cause link interruptions. In this context, transmission paths planned to ensure dedicated line services frequently fail due to topology changes, forcing services to switch back and forth between different paths. Existing terrestrial network path switching mechanisms mainly rely on real-time controller responses. However, in space networks, due to limited onboard computing resources and long latency in satellite-to-ground communication, the controller often cannot complete the calculation and distribution of new paths immediately after a link interruption. This response lag results in packet loss and interruptions in service traffic during the switching window, failing to provide a stable transmission environment for dedicated line services.

[0004] Therefore, the related technologies suffer from technical problems such as easy interruption and poor stability in the transmission of business traffic. Summary of the Invention

[0005] This application provides a path switching method and apparatus, storage medium and electronic device to at least solve the technical problems of easy interruption and poor stability of service traffic transmission in related technologies.

[0006] According to one aspect of the embodiments of this application, a path switching method is provided, comprising: acquiring first path planning data, wherein the first path planning data includes a traffic transmission tunnel, the traffic transmission tunnel includes multiple paths corresponding to multiple effective time periods in sequence, the multiple paths include a first path and a second path, the first path and the second path have a first time overlap interval, the effective time period corresponding to the first path includes a first configuration enable time and a first configuration release time, the effective time period corresponding to the second path includes a second configuration enable time, and the first time overlap interval represents the period from the second configuration enable time to the first configuration release time; at the first configuration enable time, performing connectivity detection on the first path, and in response to the first connectivity detection result being connected, transmitting service traffic on the first path; when the second configuration enable time is reached, performing connectivity detection on the second path to obtain a second connectivity detection result for the second path; before the first configuration release time, in response to the second connectivity detection result being connected, switching the service traffic from the first path to the second path for transmission.

[0007] According to another aspect of the embodiments of this application, a path switching device is also provided, comprising: an acquisition module, configured to acquire first path planning data, wherein the first path planning data includes a traffic transmission tunnel, the traffic transmission tunnel includes multiple paths corresponding to multiple effective time periods in sequence, the multiple paths include a first path and a second path, the first path and the second path have a first time overlap interval, the effective time period corresponding to the first path includes a first configuration enable time and a first configuration release time, the effective time period corresponding to the second path includes a second configuration enable time, and the first time overlap interval represents the period from the second configuration enable time to the first configuration release time; a first processing module, configured to perform connectivity detection on the first path at the first configuration enable time, and transmit service traffic on the first path in response to the first connectivity detection result being connected; a second processing module, configured to perform connectivity detection on the second path when the second configuration enable time is reached, and obtain a second connectivity detection result for the second path; and a third processing module, configured to switch the service traffic from the first path to the second path for transmission before the first configuration release time in response to the second connectivity detection result being connected.

[0008] In an exemplary embodiment, before performing connectivity detection on the first path at the first configuration enabling time, the device is further configured to: perform resource reservation configuration on the traversing nodes of the first path at the first resource reservation configuration time, wherein the first resource reservation configuration time is before the first configuration enabling time and is a first time interval from the first configuration enabling time, and the first path planning data includes the first resource reservation configuration time.

[0009] In an exemplary embodiment, after switching the service traffic from the first path to the second path, the device is further configured to: perform a resource reservation release operation on the first path at a first resource reservation release time, wherein the first resource reservation release time is after the first configuration release time and is separated from the first configuration release time by a second time period.

[0010] In an exemplary embodiment, before the second connectivity detection of the second path is performed and the second connectivity detection result of the second path is obtained when the second configuration enable time is reached, the device is further configured to: perform resource reservation configuration on the transit nodes of the second path at the second resource reservation configuration time, wherein the second resource reservation configuration time is before the second configuration enable time and is separated from the second configuration enable time by a third time period.

[0011] In an exemplary embodiment, the apparatus is configured to perform connectivity detection on the first path by: periodically sending probe messages to the endpoint node of the first path using a bidirectional forwarding detection mechanism after the first configuration enable time; and determining the first connectivity detection result based on whether a response message is received from the endpoint node within a preset time period.

[0012] In an exemplary embodiment, the apparatus is configured to switch the service traffic from the first path to the second path in the following manner: during the first time overlap interval, the service traffic is transmitted simultaneously through the first path and the second path; upon reaching the first configuration release time, the first path is aged out, and the service traffic is transmitted through the second path.

[0013] In an exemplary embodiment, the apparatus is configured to simultaneously transmit the service traffic via the first path and the second path within the first time overlap interval by: establishing a load-sharing relationship between the first path and the second path; and adjusting the load-sharing relationship during the simultaneous transmission of the service traffic to reduce the carrying capacity of the first path for the service traffic over time and increase the carrying capacity of the second path for the service traffic over time.

[0014] In an exemplary embodiment, the apparatus is further configured to: when the traffic transmission tunnel includes a primary tunnel and a backup tunnel, detect whether there is an available path in the primary tunnel at the current time, wherein the available path represents a path whose effective time period covers the current time and whose connectivity detection result is connected; when there is no available path in the primary tunnel, determine a backup path from the backup tunnel whose effective time period covers the current time, and perform connectivity detection on the backup path; when the connectivity detection result of the backup path is connected, switch the service traffic from the primary tunnel to the backup path of the backup tunnel.

[0015] In an exemplary embodiment, the apparatus is further configured to: detect whether a connectivity detection success message for the second path has been received at a preset check time, wherein the preset check time is located between the first configuration release time and the second configuration enable time; when the connectivity detection success message is not received, request the controller to update the path planning to obtain second path planning data, wherein the second path planning data includes at least a third path and the configuration enable time and configuration release time corresponding to the third path, the first path and the third path have a second time overlap interval, the first time overlap interval representing the period from the configuration enable time to the first configuration release time corresponding to the third path.

[0016] According to another aspect of the embodiments of this application, a computer-readable storage medium is also provided, wherein a computer program is stored therein, wherein the computer program is configured to perform the steps in any of the above method embodiments when executed by a processor.

[0017] According to another aspect of the embodiments of this application, a computer program product or computer program is provided, the computer program product or computer program including computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, causing the computer device to perform the steps in any of the method embodiments described above.

[0018] According to another aspect of the embodiments of this application, an electronic device is also provided, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to perform the steps of any of the above method embodiments through the computer program.

[0019] This application employs a design that finely divides the traffic transmission tunnel into multiple paths along the time dimension and introduces overlapping time intervals between adjacent paths. By precisely triggering connectivity detection at preset configuration enable times and carrying services after confirming link availability, it achieves the goal of eliminating service interruptions during path switching windows, thus realizing the technical effect of uninterrupted transmission of leased line services in highly dynamic satellite network environments. Specifically, by pre-planning transmission paths covering different time periods, it ensures that new transmission channels are already in a standby state before physical topology changes; through a strict connectivity verification mechanism, it avoids erroneous service switching caused by false link alarms; and by completing the traffic switching of new paths before the old paths are released, it effectively solves the problem of intermittent service interruptions caused by large satellite-to-ground latency and slow controller response, significantly improving the service quality and user experience of satellite leased lines. In addition, the design of the time overlap interval allows business traffic to transition smoothly between the old and new paths, avoiding instantaneous packet loss caused by hard switching. The precise control based on the configuration enable and release time ensures efficient use and timely recycling of resources, further optimizing the efficiency of network-wide resource scheduling, providing stable and reliable transmission guarantees for high-value services, and solving the technical problems of easy interruption and poor stability of business traffic transmission in related technologies. Attached Figure Description

[0020] Figure 1 This is a schematic diagram illustrating an application scenario of a path switching method according to an embodiment of this application;

[0021] Figure 2 This is a flowchart illustrating an optional path switching method according to an embodiment of this application;

[0022] Figure 3 This is a schematic diagram of an optional path switching method according to an embodiment of this application;

[0023] Figure 4 This is a schematic diagram of another optional path switching method according to an embodiment of this application;

[0024] Figure 5 This is a structural block diagram of an optional path switching device according to an embodiment of this application;

[0025] Figure 6 This is a computer system architecture block diagram of an optional electronic device according to an embodiment of this application. Detailed Implementation

[0026] To enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present application, and not all embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort should fall within the scope of protection of the present application.

[0027] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this application described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0028] According to one aspect of the embodiments of this application, a path switching method is provided. Optionally, in this embodiment, the above-described path switching method may be applied to, but is not limited to, [examples of other methods]. Figure 1 The diagram shows the architecture of a satellite communication system. This satellite communication system may include a satellite 101, a terminal 102, and a gateway station 103.

[0029] In this disclosure, satellite 101 is an entity used for transmitting or receiving signals, and there can be multiple satellites. This disclosure does not limit the specific technology or equipment form used in the satellites.

[0030] In this disclosure, terminal 102 refers to a processing device within the satellite coverage beam range for communicating with a satellite. For example, the terminal can be a car, smart car, mobile phone, wearable device, tablet computer, etc., equipped with satellite communication capabilities. This disclosure does not limit the specific technology or device form used in the terminal. It should be noted that... Figure 1 The example uses two terminals 102.

[0031] In one embodiment of this disclosure, gateway station 103 is connected to satellite 101.

[0032] In this embodiment, the gateway station 103 is a ground-based node in a satellite communication system used for transmitting and receiving data. This embodiment does not limit the specific technology or equipment form employed by the gateway station.

[0033] It is understood that the satellite communication system described in this disclosure is for the purpose of more clearly illustrating the technical solutions of this disclosure, and does not constitute a limitation on the technical solutions provided in this disclosure. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in this disclosure are also applicable to similar technical problems.

[0034] Taking the path switching method in this embodiment executed by terminal 102 and / or gateway station 103 as an example, Figure 2 This is a flowchart illustrating an optional path switching method according to an embodiment of this application, as shown below. Figure 2 As shown, the process of this method may include the following steps:

[0035] S202, Obtain first path planning data, wherein the first path planning data includes traffic transmission tunnels, traffic transmission tunnels include multiple paths corresponding to multiple effective time periods in sequence, multiple paths include a first path and a second path, the first path and the second path have a first time overlap interval, the effective time period corresponding to the first path includes the first configuration enable time and the first configuration release time, the effective time period corresponding to the second path includes the second configuration enable time, and the first time overlap interval represents the period from the second configuration enable time to the first configuration release time;

[0036] S204, at the first configuration enable time, perform connectivity detection on the first path, and in response to the first connectivity detection result being connected, transmit service traffic on the first path;

[0037] S206, When the second configuration enable time is reached, the connectivity of the second path is detected, and the second connectivity detection result of the second path is obtained;

[0038] S208, before the first configuration release time, in response to the second connectivity detection result being connected, switches the service traffic from the first path to the second path for transmission.

[0039] Optionally, in the embodiments of this application, the above-mentioned path switching method can be understood as a way to ensure that service data is not interrupted or lost when the path of service transmission needs to be changed in a communication network. Specifically, the method includes, but is not limited to, pre-planning multiple paths that are sequentially connected in time and overlap, and achieving smooth traffic handover by precisely controlling the activation and release timing of each path.

[0040] Optionally, in this embodiment, the aforementioned first path planning data can be understood as a transmission scheme calculated and generated in advance for a certain service by the network controller based on predictions of network topology changes. Specifically, this data includes, but is not limited to, the primary and backup tunnels used by the service, the specific path information of each tunnel, the expected effective time period of each path, the execution and release time of resource reservation, and the enable and release time of path configuration, etc.

[0041] Optionally, in this embodiment, the aforementioned target service can be understood as a specific communication task requiring data transmission over a network, characterized by clearly defined quality of service requirements such as bandwidth and latency. Specifically, this service includes, but is not limited to, data exchange between corporate headquarters and branch offices, real-time transmission of high-definition video conferencing signals, and reliable issuance of remote control commands. In a satellite internet scenario, this service could be a reserved dedicated line between Company A and Company B.

[0042] Optionally, in this embodiment, the aforementioned traffic transmission tunnel can be understood as a logically dedicated channel established between the source node and the destination node to carry the data traffic of the target service. Specifically, the tunnel includes, but is not limited to, an end-to-end logical path composed of multiple network nodes and links connecting these nodes. When service traffic is transmitted within the tunnel, it can enjoy the bandwidth resources reserved for it. In satellite internet, a tunnel may span multiple satellites and ground stations.

[0043] Optionally, in this embodiment, the aforementioned effective time period can be understood as the time range within which a pre-planned path is deemed available and capable of actually carrying service traffic. Specifically, this time period includes, but is not limited to, a start time and an end time, during which all links and nodes constituting the path are in an expected available state. Due to the dynamic changes in satellite network topology, the available time of a path is limited, for example, from time T1 to T2.

[0044] Optionally, in this embodiment, the aforementioned path can be understood as a sequence of network nodes and links that service traffic traverses from the source node to the destination node. Specifically, the path includes, but is not limited to, source satellites, relay satellites, destination satellites or ground stations, and the inter-satellite links or satellite-to-ground links connecting them. For example, a path could be from satellite A to satellite B and then to ground station C.

[0045] Optionally, in this embodiment, the aforementioned time overlap interval can be understood as a period of time that is commonly covered by the effective time periods of two adjacent paths on the time axis. Specifically, this interval includes, but is not limited to, the time period during which the preceding path has not yet expired and the following path has already expired. For example, if the effective time of the preceding path is T1 to T4 and the effective time of the following path is T3 to T6, then T3 to T4 is their time overlap interval.

[0046] Optionally, in this embodiment, the aforementioned first path can be understood as the transmission channel designated for transmitting target service traffic during an earlier effective time period according to the first path planning data. Specifically, this path includes, but is not limited to, attributes such as its configuration enable time, resource reservation configuration time, and configuration release time. In a satellite network, the first path may use a link from satellite A to satellite B.

[0047] Optionally, in this embodiment, the second path can be understood as the transmission channel designated to continue transmitting target service traffic within an effective time period immediately following the first path, according to the first path planning data. Specifically, this path includes, but is not limited to, a time period overlapping with the first path's effective time period to ensure continuity during service switching. In a satellite network, the second path may use a new link from satellite B to satellite C.

[0048] Optionally, in this embodiment, the aforementioned first configuration enable time can be understood as the point in time when a network node begins to activate the relevant forwarding configuration of the first path, enabling it to forward data, according to the first path planning data. Specifically, this time includes, but is not limited to, the start time when the onboard router executes configuration commands, establishes forwarding table entries, and begins to perform connectivity detection on the path. For example, if the controller plans the first path to take effect from time Ta, then Ta is the first configuration enable time.

[0049] Optionally, in this embodiment, the aforementioned first connectivity detection result can be understood as a state conclusion obtained by a network node after probing whether the first path is complete and unobstructed. Specifically, the result includes, but is not limited to, two states: "connected" or "disconnected," determined by sending a probe message and waiting for a response. When the result is "connected," service traffic is introduced into that path.

[0050] Optionally, in this embodiment, the aforementioned service traffic can be understood as a sequence of data packets carrying the specific content of the target service, which is an information carrier that needs to be sent from the source to the destination. Specifically, this traffic includes, but is not limited to, user data, control signaling, file content, or multimedia streams.

[0051] Optionally, in this embodiment, the second configuration enable time can be understood as the point in time when the network node begins to activate the relevant forwarding configuration of the second path according to the first path planning data, making it ready to receive service traffic. Specifically, this time includes, but is not limited to, a time before the configuration release time of the first path. For example, if the controller plans the second path to take effect from time Td, then Td is the second configuration enable time.

[0052] Optionally, in this embodiment, the second connectivity detection result can be understood as a status conclusion obtained by the network node after probing the second path, used to confirm whether the second path is available. Specifically, the result includes, but is not limited to, "connectivity" confirmation information obtained through mechanisms such as bidirectional forwarding detection. When the second connectivity detection result is connected, a switching action is performed to redirect service traffic to the second path.

[0053] Optionally, in this embodiment, the aforementioned first configuration release time can be understood as the point in time when the network node plans to stop using and revoke the forwarding configuration related to the first path according to the first path planning data. Specifically, this time includes, but is not limited to, the end of the effective period of the first path. After this time, service traffic will no longer be transmitted through the first path. For example, if the controller plans for the first path to end at time Tc, then Tc is the first configuration release time, and Tc is located after Ta and before Td.

[0054] For example, the above-mentioned acquisition of the first path planning data can be understood as the network node receiving a set of pre-defined transmission schemes from the controller. The schemes include a logical tunnel planned for a certain leased line service. This tunnel is divided into multiple paths according to different future time periods, and the paths in adjacent time periods are designed to have a common survival time interval.

[0055] For example, the above-mentioned connectivity detection of the first path at the first configuration enable time can be understood as the network node activating the forwarding configuration of the first path when the preset time point is reached, and then verifying whether the channel from the starting point to the end point, which may pass through multiple satellites, is truly unobstructed by sending probe messages.

[0056] For example, in response to the first connectivity detection result being connected, the service traffic transmitting the target service on the first path can be understood as follows: if the detection result shows that all links and all traversing nodes of the path are working normally, the network node will formally guide the user data packets that might have been carried on other paths to this confirmed available first path for forwarding.

[0057] For example, when the second configuration enable time of the second path is reached, the connectivity detection of the second path can be understood as the time continues to advance to the activation time point preset by the controller for the second path. The network node automatically starts to issue the configuration for this new path and also initiates periodic health probes to determine whether it has the conditions to take over the service.

[0058] For example, the second connectivity detection result of the second path obtained above can be understood as the network node finally determining whether the end-to-end connectivity status of the second path is normal or abnormal after several round-trip exchanges of probe messages. Here, it is assumed that the result is connected, indicating that the path is ready.

[0059] For example, the above response to the second connectivity detection result being connected, before the first configuration release time of the first path, switching the service traffic from the first path to the second path for transmission can be understood as, within the time window of confirming that the new path is available and the old path has not been planned to be closed, the network node gradually adjusts the forwarding strategy, smoothly transferring the data flow that was originally all on the first path to the second path, ensuring that the service data is not interrupted or lost throughout the process.

[0060] This application's embodiments employ a design that finely divides the traffic transmission tunnel into multiple paths along the time dimension and introduces overlapping time intervals between adjacent paths. By precisely triggering connectivity detection at preset configuration enable times and carrying services after confirming link availability, the aim is to eliminate service interruptions during path switching windows. This achieves the technical effect of uninterrupted transmission of leased line services in highly dynamic satellite network environments. Specifically, by pre-planning transmission paths covering different time periods, it ensures that new transmission channels are ready before physical topology changes. A strict connectivity verification mechanism avoids erroneous service switching due to false link alarms. By completing traffic switching to new paths before the old paths are released, the problem of intermittent service interruptions caused by large satellite-to-ground latency and slow controller response is effectively solved, significantly improving the service quality and user experience of satellite leased lines. In addition, the design of the time overlap interval allows business traffic to transition smoothly between the old and new paths, avoiding instantaneous packet loss caused by hard switching. The precise control based on the configuration enable and release time ensures efficient use and timely recycling of resources, further optimizing the efficiency of network-wide resource scheduling, providing stable and reliable transmission guarantees for high-value services, and solving the technical problems of easy interruption and poor stability of business traffic transmission in related technologies.

[0061] As an optional approach, before performing connectivity detection on the first path at the first configuration enable time, the above method further includes:

[0062] At the first resource reservation configuration time, resource reservation configuration is performed on the transit nodes of the first path. The first resource reservation configuration time is before the first configuration enable time and is a first time interval away from the first configuration enable time. The first path planning data includes the first resource reservation configuration time.

[0063] Optionally, in this embodiment, the aforementioned first resource reservation configuration time can be understood as the point in time when network nodes begin to pre-allocate and lock the required bandwidth, cache, and other resources for each node along the first path. Specifically, this time includes, but is not limited to, a time much earlier than the first configuration enable time, ensuring that all necessary resources are ready when the path actually needs to forward data. For example, reserving resources in advance for a new link before a satellite link is interrupted.

[0064] Optionally, in this embodiment, the aforementioned transit node can be understood as an intermediate network device that performs data forwarding functions in an end-to-end path, excluding the starting and ending nodes. Specifically, this node includes, but is not limited to, a single satellite in a low-Earth orbit satellite constellation, a relay satellite, a router or switch within a ground gateway station, etc. For example, in a path from satellite A to ground station C, if data is relayed through satellite B, then satellite B is a transit node. When reserving resources for a leased line service, it is necessary to lock the corresponding bandwidth and queue resources on all transit nodes to ensure that the entire path meets the quality of service requirements. In other scenarios, such as terrestrial optical networks, transit nodes can also be intermediate optical add-drop multiplexing devices.

[0065] For example, the above-mentioned configuration of resource reservation for the first path at the first resource reservation time can be understood as ensuring that the bandwidth resources are ready when the first path is officially enabled. The network node will issue a command to all intermediate satellites or routers along the path at a time point earlier than the configuration enable time to lock the required queue or time slot resources for this dedicated line.

[0066] For example, the first resource reservation configuration time is before the first configuration enable time, and the first time interval between the first configuration enable time and the first time interval can be understood as a specially designed buffer between the two times. The length of the buffer is sufficient to offset the propagation delay of instruction transmission and the small clock deviation between different devices, ensuring that the resource reservation on the transit node is completed when the configuration enable time arrives.

[0067] By using the embodiments of this application, the required bandwidth and time slot resources are locked in advance at the path passing nodes, which achieves the goal of ensuring sufficient transmission capacity when the path officially takes effect, thereby realizing the technical effect of improving the determinism of network resource scheduling and the stability of service transmission.

[0068] As an optional solution, after switching business traffic from the first path to the second path, the above method also includes:

[0069] At the first resource reservation release time, the resource reservation release operation of the first path is executed, wherein the first resource reservation release time is after the first configuration release time and is separated from the first configuration release time by a second time period.

[0070] Optionally, in this embodiment, the aforementioned first resource reservation release time can be understood as the point in time when a network node reclaims and releases the bandwidth, queues, and other resources occupied by each node along the path for that path after the first path is no longer used. Specifically, this time includes, but is not limited to, a period of time after the first configuration release time. This delayed release design is to avoid resources being prematurely deleted before the traffic switching is completed due to clock skew.

[0071] For example, the above-mentioned execution of the resource reservation release operation of the first path at the time of the first resource reservation release can be understood as follows: after the service traffic has been completely transferred to the second path and the configuration of the first path has been aged and deleted, the network node will not immediately reclaim the resources occupied along the first path, but will wait for an additional time buffer.

[0072] For example, the first resource reservation release time is after the first configuration release time and is separated from the first configuration release time by a second time period. This can be understood as the resource reservation release time being deliberately arranged to be a period of time after the path configuration release time. The advantage of doing so is that even if there is a slight asynchrony between the clocks of different devices, or if the traffic switching is slightly delayed due to some reason, there will be no abnormal situation where resources are deleted in advance while the traffic is still in use.

[0073] By using the embodiments of this application to set a second time period as a buffer period for resource reclamation, the purpose of preventing premature release of resources from causing service interruption is achieved, thereby realizing the technical effect of efficient network resource reclamation and business continuity compatibility.

[0074] As an optional approach, when the second configuration enable time is reached, before performing connectivity detection on the second path and obtaining the second connectivity detection result for the second path, the above method further includes:

[0075] At the second resource reservation configuration time, resource reservation configuration is performed on the transit nodes of the second path. The second resource reservation configuration time is before the second configuration enable time and is separated from the second configuration enable time by a third time period.

[0076] Optionally, in this embodiment, the aforementioned second resource reservation configuration time can be understood as the time point at which network nodes begin to pre-allocate the required resources to each node along the second path. Specifically, this time includes, but is not limited to, being before the second configuration enable time, ensuring that resources are ready when the path configuration takes effect. For example, in a satellite network, this time setting takes into account the propagation delay of commands from the controller to each satellite.

[0077] For example, the above-mentioned resource reservation configuration for the transit nodes of the second path at the second resource reservation configuration time can be understood as similar to the treatment of the first path. The network node will also issue instructions to the intermediate nodes along the new path at an earlier time before the second path plan takes effect, so as to lock the required bandwidth and cache resources in advance.

[0078] For example, the second resource reservation configuration time mentioned above is before the second configuration enable time, and the third time interval between the second configuration enable time can be understood as a well-designed time buffer between these two times. The length of this buffer is sufficient to ensure that the entire process from the controller issuing the instruction to each passing node completing the resource reservation and replying with confirmation can be completed smoothly, so that the second path can be put into use immediately at the configuration enable time.

[0079] By employing the third time period before the second configuration enable time to complete the resource locking of the passing nodes through the embodiment of this application, the purpose of ensuring that the backup path is available immediately at the switching time is achieved, thereby realizing the technical effect of seamless connection between the old and new paths and no interference between resources.

[0080] As an optional approach, connectivity detection is performed on the first path, including:

[0081] After the first configuration enable moment, a bidirectional forwarding detection mechanism is used to periodically send probe messages to the endpoint node of the first path;

[0082] The first connectivity test result is determined based on whether a response message is received from the endpoint node within a preset time period.

[0083] Optionally, in this embodiment, the bidirectional forwarding detection mechanism described above can be understood as a lightweight, general protocol for quickly detecting the connectivity status between two network nodes. Specifically, this mechanism includes, but is not limited to, the periodic exchange of detection messages between the two nodes. If one node does not receive a response message from the other within an agreed time, it is considered that the path has failed. This method utilizes this mechanism to verify whether the new path is truly unobstructed before it is activated.

[0084] Optionally, in this embodiment, the aforementioned endpoint node can be understood as the last network device responsible for receiving and ultimately processing service traffic in an end-to-end path. Specifically, this node includes, but is not limited to, routing devices within the destination gateway, user edge routers at the receiving end, or service servers. During connectivity detection, the starting node sends probe messages to the endpoint node, and the endpoint node, upon receiving the message, needs to return a response message to prove the integrity of the entire path. For example, for a leased line from a satellite router to a corporate headquarters gateway, the corporate headquarters gateway is the endpoint node. In mobile communication scenarios, the endpoint node can also be a session management function entity on the core network side.

[0085] For example, the specific method of performing connectivity detection on the first path described above can be understood as follows: after the first configuration is enabled, the network node uses a bidirectional forwarding detection mechanism to periodically send probe messages to the endpoint node of the first path, for example, sending a short detection request every tens of milliseconds.

[0086] For example, the above determination of the first connectivity detection result based on whether a response message is received from the endpoint node within a preset time period can be understood as the network node starting a timer. If a response message is successfully received from the endpoint node within the agreed time window, the path is determined to be currently connected; otherwise, if no response is received multiple times in a row, it is determined to be disconnected, thereby deciding whether to introduce service traffic into the path.

[0087] By using the embodiments of this application to judge the link health by real-time monitoring of the response status of probe messages, the goal of quickly and accurately identifying path availability is achieved, thereby realizing the technical effect of improving fault perception sensitivity and switching decision accuracy.

[0088] As an optional solution, switching business traffic from the first path to the second path includes:

[0089] Within the first time overlap interval, service traffic is transmitted simultaneously through the first path and the second path.

[0090] Upon reaching the first configuration release time, the first path is aged out, and service traffic is transmitted through the second path.

[0091] Optionally, in this embodiment, the aforementioned aging can be understood as a process by which a network device actively deletes or removes the relevant forwarding information of a path that is no longer in its effective time period, thereby stopping it from carrying service traffic, based on pre-set time conditions. Specifically, this action includes, but is not limited to, deleting the corresponding entry in the forwarding table, releasing the queue resources associated with the path, and stopping the maintenance of the connectivity detection session for the path. This differs from passive failure caused by a fault; aging is a planned resource reclamation mechanism that is anticipated. For example, when the planned effective time of the first path reaches its end time Tc, the onboard router will automatically trigger the aging operation and will no longer send any new service data packets to this path. In the scenario of timed switching in terrestrial networks, switches will also age out old virtual LAN configurations at predetermined times.

[0092] For example, the above-mentioned switching of service traffic from the first path to the second path can be further understood as transmitting service traffic simultaneously through the first path and the second path within the first time overlap interval. The time overlap interval refers to the period from the second configuration enable time to the first configuration release time, during which both paths coexist.

[0093] For example, the above-mentioned aging of the first path and transmission of service traffic through the second path when the first configuration release time is reached can be understood as the network node actively deleting all forwarding information of the first path and stopping sending any new data packets to the path when the pre-planned failure time of the first path is reached. Thereafter, all service traffic relies solely on the second path to carry it, thereby completing the complete handover process.

[0094] By fully utilizing the validity period before the release of the first path configuration through the embodiments of this application, the purpose of smoothly transitioning business traffic is achieved, thereby realizing the technical effect of seamless business switching process and zero data packet loss.

[0095] As an optional approach, during the first overlapping time interval, service traffic is transmitted simultaneously via the first path and the second path, including:

[0096] Establish a load-sharing relationship between the first path and the second path;

[0097] During the simultaneous transmission of service traffic, the load sharing relationship is adjusted to reduce the carrying capacity of the first path for service traffic over time, and increase the carrying capacity of the second path for service traffic over time.

[0098] Optionally, in this embodiment, the load balancing relationship described above can be understood as a traffic forwarding strategy, that is, when there are two or more paths that can be used simultaneously, the service traffic is distributed to these paths for transmission according to a certain proportion or rule. Specifically, this relationship includes, but is not limited to, proportional or non-proportional load balancing. This relationship can be established within the overlapping interval of path switching, allowing the old and new paths to share the traffic, thereby achieving a smooth transition and avoiding sudden traffic changes.

[0099] Optionally, in this embodiment, the aforementioned decrease over time can be understood as the system consciously and gradually reducing the proportion or priority of a certain path in carrying service traffic over a continuous time interval. Specifically, this action includes, but is not limited to, adjusting the load-sharing weighting coefficient so that the share of traffic allocated to the old path gradually decreases from a certain initial value.

[0100] Optionally, in this embodiment, the aforementioned increase over time can be understood as the system consciously and gradually increasing the proportion or priority of a certain path in carrying service traffic within a continuous time interval. Specifically, this action includes, but is not limited to, dynamically adjusting the load-sharing weight coefficient so that the traffic share allocated to the new path gradually increases from zero.

[0101] Optionally, in this embodiment, the aforementioned carrying capacity can be described as the target service traffic share that a path can handle at a specific point in time, typically expressed as a proportion or weight relative to the total traffic. Specifically, this capacity includes, but is not limited to, a value between zero and one, whose sum is a complete one across all active paths of the same service. The carrying capacity can be dynamically adjusted over time to achieve smooth traffic migration.

[0102] For example, the simultaneous transmission of service traffic through the first path and the second path within the first time overlap interval may further include establishing a load-sharing relationship between the first path and the second path, for example, configuring their respective weight coefficients in the forwarding table of the network node.

[0103] For example, the above-mentioned adjustment of the load sharing relationship during the simultaneous transmission of service traffic, so as to reduce the carrying capacity of the first path for service traffic over time and increase the carrying capacity of the second path for service traffic over time, can be understood as follows: at the beginning of the overlapping interval, the first path bears the majority of the traffic while the second path bears only a small portion. Then, as time goes by, the weight of the first path is gradually reduced and the weight of the second path is increased until the weight of the first path drops to zero at the end of the overlapping interval, thereby achieving a gradual and imperceptible smooth handover of traffic.

[0104] Through the embodiments of this application, a mechanism is adopted to gradually migrate traffic from the first path to the second path, thereby achieving the goal of smoothly transferring the service carrying pressure, and thus realizing the technical effect of low jitter and network load balancing optimization during the handover process.

[0105] As an optional approach, the above method also includes:

[0106] In the case where the traffic transmission tunnel includes a primary tunnel and a backup tunnel, it is detected whether there is an available path in the primary tunnel at the current time. An available path is a path whose effective time period covers the current time and whose connectivity detection result is connected.

[0107] If no available path exists in the primary tunnel, a backup path with an effective time period covering the current moment is determined from the backup tunnels, and connectivity is checked on the backup path.

[0108] When the connectivity test result of the backup path is connected, the service traffic will be switched from the primary tunnel to the backup path of the backup tunnel.

[0109] Optionally, in this embodiment, the aforementioned available path can be understood as a tunnel path that simultaneously meets two conditions at the current time: its planned effective time period covers the current time, and the connectivity detection result for that path has been confirmed as connected. Specifically, the path includes, but is not limited to, paths that have been configured, verified as correct through the bidirectional forwarding detection mechanism, and have not yet been aged out. For example, assuming the current time is Tm, the effective time period of the first path is from T1 to T4, and the detection result is connected, then it is an available path. If the effective time period of the second path is from T3 to T6, but its detection has not yet been completed or the result is disconnected, then it is not currently an available path.

[0110] Optionally, in this embodiment, the aforementioned backup path can be understood as a specific transmission channel planned within the backup tunnel to carry service traffic when the primary tunnel fails entirely. Specifically, this path includes, but is not limited to, paths in the primary tunnel that do not overlap with each other in terms of satellite nodes and link selection, to reduce the risk of simultaneous failure. The backup path also has its own effective time period, configuration enable time, and resource reservation configuration time. For example, when there are no available paths in the primary tunnel due to a large-scale failure, network nodes can attempt to activate a backup path in the backup tunnel. In the scenario of power communication networks, the backup path can be a fiber optic route that runs on a different tower than the primary path.

[0111] For example, in the case where the traffic transmission tunnel includes a primary tunnel and a backup tunnel, detecting whether there is an available path in the primary tunnel at the current moment can be understood as the network node continuously monitoring the status of all configured paths in the primary tunnel to determine whether there is at least one path that is both within the effective time period and has passed the connectivity detection at the current moment.

[0112] For example, the above available paths refer to paths whose effective time period covers the current time and whose connectivity detection result is connected. This can be understood as a path being considered truly usable only when it is temporally valid and functionally reachable.

[0113] For example, the above-mentioned determination of an effective time period covering the current moment from the backup tunnel when there is no available path in the primary tunnel, and the performance of connectivity detection on the backup path can be understood as follows: when the primary tunnel is completely unavailable for various reasons, the network node will not interrupt the service, but will immediately switch to the pre-prepared backup tunnel, select a new path that meets the time requirements, and initiate a health probe on it.

[0114] For example, when the connectivity test result of the backup path is connected, the service traffic is switched from the primary tunnel to the backup path of the backup tunnel. This can be understood as the network node quickly transferring all service traffic to this path once it is confirmed that the backup path in the backup tunnel is unobstructed, thereby ensuring the continuity of services even if the primary tunnel fails as a whole.

[0115] Through the embodiments of this application, the availability of the primary tunnel path is monitored in real time and the backup path is quickly activated when the primary path fails, thereby achieving the purpose of building a multi-layered redundant protection system and realizing the technical effect of business survivability and resilience under extreme conditions.

[0116] As an optional approach, the above method also includes:

[0117] At a preset check time, it is checked whether a connectivity detection success message for the second path has been received. The preset check time is located between the first configuration release time and the second configuration enable time.

[0118] When no connectivity detection success message is received, the system requests an update to the path planning from the controller to obtain second path planning data. The second path planning data includes at least the third path and the configuration enable time and configuration release time corresponding to the third path. The first path and the third path have a second time overlap interval, which represents the period from the configuration enable time to the first configuration release time corresponding to the third path.

[0119] Optionally, in this embodiment, the aforementioned second path planning data can be understood as an alternative transmission scheme that is urgently updated and reissued to ensure uninterrupted service when the controller discovers at a preset check time that the originally planned second path has failed to establish connectivity. Specifically, this data includes, but is not limited to, all timing information such as the effective time period of the third path replacing the original second path, the configuration enable time of the third path, the configuration release time, and the resource reservation configuration time. For example, the controller originally planned for path 2 to take over at time T3, but found that the connectivity detection of path 2 failed. Therefore, it immediately calculated path 3 based on the latest network topology and issued the planning data of path 3 as the second path planning data to the onboard router, requiring it to take effect at a new time T3' after T3, and to maintain the same time overlap with the first path.

[0120] Optionally, in this embodiment, the aforementioned third path can be understood as a new transmission channel used to replace the previously failed second path and take over service traffic after the network controller updates the path planning. Specifically, this path includes, but is not limited to, the effective period of which needs to overlap with the effective period of the first path to ensure the continuity of the handover, but its specific node sequence and link selection can be completely different from the original second path. For example, the original second path planned to use satellites B and C, but due to an unforeseen failure of a link causing detection failure, the third path generated by the controller after recalculation may change to use satellites B and D, and its effective time overlap interval may be slightly shorter than the original plan. In the scenario of autonomous vehicles switching base stations, the third path can be analogous to when the signal of the originally planned base station is poor, the vehicle temporarily decides to switch to another base station with a better signal.

[0121] For example, the above-mentioned detection of whether the connectivity detection success message of the second path has been received at the preset check time can be understood as the controller or network node setting a time point that is slightly later than the second path configuration enable time but still within the period of the first path being effective, specifically for checking whether the second path has successfully reported the connectivity status.

[0122] For example, the aforementioned preset check time being located between the first configuration release time and the second configuration enable time can be understood as the check window being carefully selected within the interval where the old path has not yet been closed and the new path should already be ready, so as to allow sufficient time for remediation.

[0123] For example, the above-mentioned request to the controller to update the path planning and obtain the second path planning data when no connectivity detection success message is received can be understood as follows: if the connectivity detection of the second path fails or is not reported successfully at the time of the check, the network node will immediately send an alarm or request to the controller, requesting the controller to recalculate an alternative path based on the latest network topology information.

[0124] For example, the second path planning data mentioned above includes at least the configuration enable time and configuration release time corresponding to the third path. The paths corresponding to adjacent effective time periods include the first path and the third path with time overlap intervals. It can be understood that the planning scheme reissued by the controller will include a new path (called the third path), and ensure that there is an overlap interval between the effective time period of this new path and the still-living first path, so that after the original second path fails, the service can still be guaranteed to be uninterrupted through a smooth switch between the first path and the third path.

[0125] This application's embodiments, by intervening in monitoring before the second configuration enable time and triggering path recalculation as needed, achieve the goal of proactively defending against path establishment failure risks, thereby realizing the technical effects of dynamic adaptive path planning and system self-healing capabilities. Specifically, an error correction window is reserved before the handover occurs. Once abnormal path connectivity or failure to report a successful message on time is detected in the next time period, an emergency recalculation process is immediately initiated. This closed-loop control mechanism can effectively cope with sudden link blockages or node failures, ensuring that even if there is a deviation between the predicted topology and the actual topology, the system can quickly generate alternative solutions to ensure that service flow is not interrupted, thus improving the overall intelligent operation and maintenance level of the network.

[0126] The path switching method in the embodiments of this application will be explained below with reference to optional examples.

[0127] IP bearer network leased lines refer to highly reliable, high-performance private communication links established through dedicated network infrastructure, either point-to-point or point-to-multipoint. They can be combined with resource slicing technology at different levels to ensure service SLA. Due to the time-varying characteristics of spatial network leased lines, service paths frequently switch. Switching between different paths requires the design of a switching mechanism to avoid traffic loss caused by switching between different paths.

[0128] like Figure 3 As shown, due to satellite movement, feeder 1 is disconnected, while feeder 2 remains connected. Path 1, originally planned by the controller, is unavailable, necessitating a switch from path 1 to path 2. With numerous dedicated space network paths or the controller being offline, timely response to path changes and calculations is impossible. Therefore, path calculation, path activation, and switching design must be based on predictable link interruptions and path availability time to ensure uninterrupted service. Simultaneously, space network link resources are limited, making expansion difficult. For dedicated line deployments with resource reservation characteristics, efficient deployment and deletion designs are required to improve system link utilization. Based on these constraints, this application addresses the issue of continuous dedicated line service bearing in low-Earth orbit satellite internet scenarios by designing a space network dedicated line deployment and service switching scheme with resource reservation features.

[0129] This application proposes a space network leased line deployment and service switching mechanism with resource reservation features for large-scale satellite interconnection network scenarios, mainly including the following design:

[0130] For dedicated line services in the space bearer network, the controller performs path planning in advance according to the predicted topology. For a single service, two tunnels, primary and backup, are generated. Each tunnel can contain multiple resource-reserved paths according to the service bandwidth requirements. A single path exists continuously during the service's duration. The path planning varies depending on the time period and is represented by "effective time period: path number". When a path is affected by predictable interruptions and changes, resulting in a switchover, the effective time periods for the same path must overlap.

[0131] Based on the "effective time period" of the controller's routing calculation, the following timeframes are defined: resource reservation configuration effective time, resource reservation configuration release time, tunnel path configuration and connectivity detection time, and path configuration failure time. Resource reservation is performed at the resource reservation configuration effective time, which can include methods such as resource reservation based on group queues or resource reservation based on time slots. At the resource reservation configuration release time, the corresponding resources are released. A buffer exists between this timeframe and the path effective time period to ensure that the business traffic path completes the switching. Resource reservation configuration is performed in advance and deletion is delayed before path configuration to ensure connectivity when the dedicated line business path takes effect and to avoid premature resource deletion due to time asynchrony. During the tunnel path configuration and connectivity detection time, path connectivity is checked. If the connectivity test passes, the path is ready for data forwarding, and business traffic is redirected. A buffer is set between this time and the resource reservation configuration effective time to ensure that all traversing nodes have completed resource reservation configuration at the path configuration time.

[0132] Based on the routing results, the controller sends the routing results to the onboard routing equipment in advance. The onboard routing equipment executes the corresponding configuration and takes effect after a delay according to the time defined above. Among them, for the data flow forwarding behavior of the same path at the switching time, a load sharing relationship is formed between paths with overlapping effective time. Alternatively, traffic can be diverted to the latest time period path after the newer time period path takes effect.

[0133] In the context of low-Earth orbit satellite internet, the inter-satellite connection relationship exhibits time-varying characteristics due to solar interference, link and node failures, and the satellite-to-ground connection also experiences frequent changes due to the high-speed movement of satellites. These characteristics cause frequent switching of leased line paths, resulting in service traffic interruption and damage. This application requires targeted design to achieve seamless switching of service traffic between leased line paths, enabling stable and continuous service carrying.

[0134] The specific workflow is as follows:

[0135] Based on the predictable inter-satellite topology and power supply link establishment plan of the satellite Internet, the space bearer network controller plans service paths for services, with the originating end being a satellite router or a routing device within a ground gateway station, and the destination end being a routing device within a ground gateway station. The generated paths are split into different effective time periods according to the actual connectivity of the predictable topology. The same path may have time overlap in different effective time periods. Primary and backup tunnels are formed for a single service. The effective time of the paths in the primary and backup tunnels does not need to be strictly consistent, but it is necessary to ensure that there is overlap between their respective paths.

[0136] For different effective times of the path, the controller will reserve resources for the path nodes at fixed time intervals before the effective time of the path, and release resources at fixed time intervals after the path expires. When the controller calculates the path, it should ensure the connectivity of the path from the start time of resource reservation to the time of resource reservation release.

[0137] When a path becomes effective, the onboard router starts path connectivity detection. When the path connectivity detection passes, it reports the detection status to the controller. If the path has the conditions to forward traffic, the corresponding service traffic is diverted to the corresponding effective path. When there are two effective paths in the service tunnel, load sharing is formed between the paths.

[0138] At a fixed moment before the current effective path is interrupted, the controller determines whether it has received a successful path connectivity detection message for the next time period. If it has received the message, it does not take any action. If it has not received the message, it updates the effective path for the next time period based on the actual and predicted topology information and performs resource reservation configuration.

[0139] When the time exceeds the effective period of the path, the onboard router will actively age the corresponding path, and the traffic will be switched to the path in the next effective period.

[0140] If there is no effective path in the main tunnel, a primary / backup switch will be performed, and traffic will be diverted to the corresponding effective time period path in the backup tunnel.

[0141] Under the above logic, an example is... Figure 4 Taking the process shown as an example, the actions at each time point are designed as follows.

[0142] At time t0, the controller performs path planning based on the current topology and the predicted topology transformation, and sends the path information of the primary and backup tunnels, along with the effective time period information, to the onboard router in advance. The onboard router takes effect on the corresponding configuration of the primary and backup tunnels based on the sent information at regular intervals. The behavior of the onboard router at each time point will be explained using the primary tunnel as an example. The backup tunnel performs the same logical behavior.

[0143] The satellite router enables the corresponding path resource reservation configuration at time t1 / t5 and releases the corresponding path reserved resources at time t4 / t8. t1-t2 / t5-t6 is a buffer time designed to ensure that the resource reservation is effective before path configuration. t3-t4 / t7-t8 is a buffer time designed to address the discrepancies caused by clock asynchrony between devices and timer precision.

[0144] The onboard router enables the corresponding path configuration at time ta / td and performs connectivity detection on the path. The connectivity detection can be implemented through BFD. When the connectivity detection is successful, the connectivity status is reported to the controller. The onboard router releases the corresponding path configuration at time tc / tf. The above activation or release times are executed by the onboard router periodically.

[0145] Figure 4 In the ta-tb / td-te, the time reserved for the onboard router to perform path connectivity detection and report to the controller. When the connectivity detection is successful, the corresponding tunnel path is enabled, traffic is diverted and forwarded and reported to the controller. At this time, there are two effective paths in the service tunnel, and load balancing is formed between the paths, or the traffic is diverted to the newer time period path after the path becomes effective in a newer time period.

[0146] The T-check time is when the controller checks the next effective time period. If the controller receives the path 2 connectivity message, it will not process it. If it does not receive it, it will respond in real time to recalculate path 2 and issue the corresponding resource reservation and path configuration.

[0147] When the onboard router releases the path 1 configuration at time tc, if there is no available path under the main tunnel, the service traffic will be switched to the corresponding effective path in the backup tunnel.

[0148] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that this application is not limited to the described order of actions, as some steps may be performed in other orders or simultaneously according to this application. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions and modules involved are not necessarily essential to this application.

[0149] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods according to the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as read-only memory (ROM) / random access memory (RAM), magnetic disk, optical disk), and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods of the various embodiments of this application.

[0150] According to another aspect of the embodiments of this application, a path switching device is also provided, which can be used to implement the path switching method provided in the above embodiments, and will not be repeated hereafter. As used below, the term "module" can be a combination of software and / or hardware that implements a predetermined function. Although the device described in the following embodiments is preferably implemented in software, hardware implementation, or a combination of software and hardware, is also possible and contemplated.

[0151] Figure 5 This is a structural block diagram of an optional path switching device according to an embodiment of this application, such as... Figure 5 As shown, the path switching device includes:

[0152] The acquisition module 502 is used to acquire first path planning data, wherein the first path planning data includes traffic transmission tunnels, traffic transmission tunnels include multiple paths corresponding to multiple effective time periods in sequence, multiple paths include a first path and a second path, the first path and the second path have a first time overlap interval, the effective time period corresponding to the first path includes a first configuration enable time and a first configuration release time, the effective time period corresponding to the second path includes a second configuration enable time, and the first time overlap interval represents the period from the second configuration enable time to the first configuration release time;

[0153] The first processing module 504 is used to perform connectivity detection on the first path when the first configuration is enabled, and to transmit service traffic on the first path in response to the first connectivity detection result being connected.

[0154] The second processing module 506 is used to perform connectivity detection on the second path when the second configuration enable time is reached, and to obtain the second connectivity detection result of the second path.

[0155] The third processing module 508 is used to switch the service traffic from the first path to the second path for transmission before the first configuration release time, in response to the second connectivity detection result being connected.

[0156] As an optional solution, before performing connectivity detection on the first path at the first configuration enabling time, the above-mentioned device is further configured to: perform resource reservation configuration on the traversing nodes of the first path at the first resource reservation configuration time, wherein the first resource reservation configuration time is before the first configuration enabling time and is a first time interval from the first configuration enabling time, and the first path planning data includes the first resource reservation configuration time.

[0157] As an optional solution, after switching the service traffic from the first path to the second path, the above-mentioned device is further used to: perform the resource reservation release operation of the first path at the first resource reservation release time, wherein the first resource reservation release time is after the first configuration release time and is separated from the first configuration release time by a second time period.

[0158] As an optional approach, when the second configuration enabling time is reached, before the connectivity detection of the second path is performed and the second connectivity detection result of the second path is obtained, the above-mentioned device is further configured to: perform resource reservation configuration on the traversing nodes of the second path at the second resource reservation configuration time, wherein the second resource reservation configuration time is before the second configuration enabling time and is a third time interval from the second configuration enabling time.

[0159] As an optional solution, the above-mentioned device is used to perform connectivity detection on the first path in the following manner: after the first configuration enable time, a bidirectional forwarding detection mechanism is used to periodically send probe messages to the endpoint node of the first path; and the first connectivity detection result is determined based on whether a response message is received from the endpoint node within a preset time period.

[0160] As an optional solution, the above-mentioned device is used to switch service traffic from the first path to the second path in the following manner: during the first time overlap interval, service traffic is transmitted simultaneously through the first path and the second path; when the first configuration release time is reached, the first path is aged out and service traffic is transmitted through the second path.

[0161] As an optional solution, the above-mentioned device is used to transmit service traffic simultaneously through a first path and a second path in the first time overlap interval in the following manner: establishing a load-sharing relationship between the first path and the second path; adjusting the load-sharing relationship during the simultaneous transmission of service traffic, so as to reduce the carrying capacity of the first path for service traffic over time and increase the carrying capacity of the second path for service traffic over time.

[0162] As an optional solution, the above-mentioned device is further configured to: when the traffic transmission tunnel includes a primary tunnel and a backup tunnel, detect whether there is an available path in the primary tunnel at the current time, wherein an available path represents a path whose effective time period covers the current time and whose connectivity test result is connected; when there is no available path in the primary tunnel, determine a backup path from the backup tunnel whose effective time period covers the current time, and perform connectivity test on the backup path; when the connectivity test result of the backup path is connected, switch the service traffic from the primary tunnel to the backup path of the backup tunnel.

[0163] As an optional solution, the above-mentioned device is further configured to: detect whether a connectivity detection success message for the second path has been received at a preset check time, wherein the preset check time is located between the first configuration release time and the second configuration enable time; when no connectivity detection success message is received, request the controller to update the path planning to obtain the second path planning data, wherein the second path planning data includes at least the third path and the configuration enable time and configuration release time corresponding to the third path, the first path and the third path have a second time overlap interval, the first time overlap interval representing the period from the configuration enable time to the first configuration release time corresponding to the third path.

[0164] This application's embodiments employ a design that finely divides the traffic transmission tunnel into multiple paths along the time dimension and introduces overlapping time intervals between adjacent paths. By precisely triggering connectivity detection at preset configuration enable times and carrying services after confirming link availability, the aim is to eliminate service interruptions during path switching windows. This achieves the technical effect of uninterrupted transmission of leased line services in highly dynamic satellite network environments. Specifically, by pre-planning transmission paths covering different time periods, it ensures that new transmission channels are ready before physical topology changes. A strict connectivity verification mechanism avoids erroneous service switching due to false link alarms. By completing traffic switching to new paths before the old paths are released, the problem of intermittent service interruptions caused by large satellite-to-ground latency and slow controller response is effectively solved, significantly improving the service quality and user experience of satellite leased lines. In addition, the design of the time overlap interval allows business traffic to transition smoothly between the old and new paths, avoiding instantaneous packet loss caused by hard switching. The precise control based on the configuration enable and release time ensures efficient use and timely recycling of resources, further optimizing the efficiency of network-wide resource scheduling, providing stable and reliable transmission guarantees for high-value services, and solving the technical problems of easy interruption and poor stability of business traffic transmission in related technologies.

[0165] It should be noted that the above modules can be implemented by software or hardware. For the latter, they can be implemented in the following ways, but are not limited to: all the above modules are located in the same processor; or, the above modules are located in different processors in any combination.

[0166] According to another aspect of the embodiments of this application, a computer-readable storage medium is provided, the computer-readable storage medium including a stored program, wherein the program executes the steps in any of the above method embodiments when it is run.

[0167] In one exemplary embodiment, the aforementioned computer-readable storage medium may include, but is not limited to, various media capable of storing computer programs, such as USB flash drives, ROMs, RAMs, portable hard drives, magnetic disks, or optical disks.

[0168] According to another aspect of the embodiments of this application, an electronic device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor. The processor is configured to perform the steps of any of the method embodiments described above via the computer program. In an exemplary embodiment, the electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the processor, and the input / output device is connected to the processor.

[0169] Specific examples in this embodiment can be found in the examples described in the above embodiments and exemplary implementations, and will not be repeated here.

[0170] According to another aspect of the embodiments of this application, a computer program product is also provided, comprising a computer program / instructions containing program code for performing the methods shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network via communication section 609, and / or installed from removable medium 611. When the computer program is executed by central processing unit 601, it performs various functions provided in the embodiments of this application. The sequence numbers of the embodiments of this application above are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0171] Figure 6 A schematic block diagram of a computer system architecture for implementing embodiments of the present application is shown. Figure 6As shown, the computer system 600 includes a Central Processing Unit (CPU) 601, which performs various appropriate actions and processes based on programs stored in ROM 602 or loaded into RAM 603 from storage section 608. Random access memory 603 also stores various programs and data required for system operation. The CPU 601, ROM 602, and RAM 603 are interconnected via bus 604. Input / output (I / O) interface 605 is also connected to bus 604.

[0172] The following components are connected to I / O interface 605: an input section 606 including a keyboard, mouse, etc.; an output section 607 including a cathode ray tube (CRT), liquid crystal display (LCD), and speakers, etc.; a storage section 608 including a hard disk, etc.; and a communication section 609 including a network interface card, such as a local area network card or modem, etc. The communication section 609 performs communication processing via a network such as the Internet. A drive 610 is also connected to I / O interface 605 as needed. A removable medium 611, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on drive 610 as needed so that computer programs read from it can be installed into storage section 608 as needed.

[0173] Specifically, according to embodiments of this application, the processes described in the various method flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 609, and / or installed from removable medium 611. When the computer program is executed by central processing unit 601, it performs various functions defined in the system of this application.

[0174] It should be noted that, Figure 6 The computer system 600 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0175] Obviously, those skilled in the art should understand that the modules or steps of this application described above can be implemented using general-purpose computing devices. They can be centralized on a single computing device or distributed across a network of multiple computing devices. They can be implemented using computer-executable program code, and thus can be stored in a storage device for execution by a computing device. In some cases, the steps shown or described can be performed in a different order than those described herein, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. Thus, this application is not limited to any particular combination of hardware and software.

[0176] The above are merely preferred embodiments of this application and are not intended to limit this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the principles of this application should be included within the protection scope of this application.

Claims

1. A path switching method, characterized in that, include: Obtain first path planning data, wherein the first path planning data includes a traffic transmission tunnel, the traffic transmission tunnel includes multiple paths corresponding to multiple effective time periods in sequence, the multiple paths include a first path and a second path, the first path and the second path have a first time overlap interval, the effective time period corresponding to the first path includes a first configuration enable time and a first configuration release time, the effective time period corresponding to the second path includes a second configuration enable time, and the first time overlap interval represents the period from the second configuration enable time to the first configuration release time; When the first configuration is enabled, connectivity detection is performed on the first path, and in response to the first connectivity detection result being connected, service traffic is transmitted on the first path; When the second configuration enable time is reached, the connectivity of the second path is detected, and the second connectivity detection result of the second path is obtained; Before the first configuration release time, in response to the second connectivity detection result being connected, the service traffic is switched from the first path to the second path for transmission.

2. The method according to claim 1, characterized in that, Before performing connectivity detection on the first path at the first configuration enabling time, the method further includes: At the first resource reservation configuration time, resource reservation configuration is performed on the traversing nodes of the first path. The first resource reservation configuration time is before the first configuration enabling time and is a first time interval away from the first configuration enabling time. The first path planning data includes the first resource reservation configuration time.

3. The method according to claim 2, characterized in that, After switching the service traffic from the first path to the second path, the method further includes: At the first resource reservation release time, the resource reservation release operation of the first path is executed, wherein the first resource reservation release time is after the first configuration release time and is separated from the first configuration release time by a second time period.

4. The method according to claim 1, characterized in that, Before obtaining the second connectivity detection result of the second path when the second configuration enable time is reached, the method further includes: At the second resource reservation configuration time, resource reservation configuration is performed on the transit nodes of the second path, wherein the second resource reservation configuration time is before the second configuration enable time and is separated from the second configuration enable time by a third time period.

5. The method according to claim 1, characterized in that, The connectivity detection of the first path includes: After the first configuration enable time, a bidirectional forwarding detection mechanism is used to periodically send probe messages to the end node of the first path; The first connectivity detection result is determined based on whether a response message is received from the endpoint node within a preset time period.

6. The method according to claim 1, characterized in that, The step of switching the service traffic from the first path to the second path includes: Within the first time overlap interval, the service traffic is transmitted simultaneously through the first path and the second path; Upon reaching the first configuration release time, the first path is aged out, and the service traffic is transmitted through the second path.

7. The method according to claim 6, characterized in that, The simultaneous transmission of the service traffic via the first path and the second path within the first time overlap interval includes: Establish a load-sharing relationship between the first path and the second path; During the simultaneous transmission of the service traffic, the load sharing relationship is adjusted to reduce the carrying capacity of the first path for the service traffic over time, and increase the carrying capacity of the second path for the service traffic over time.

8. The method according to claim 1, characterized in that, The method further includes: In the case that the traffic transmission tunnel includes a primary tunnel and a backup tunnel, it is detected whether there is an available path in the primary tunnel at the current time. The available path means a path whose effective time period covers the current time and whose connectivity detection result is connected. If no available path exists in the primary tunnel, a backup path whose effective time period covers the current time is determined from the backup tunnels, and connectivity is checked on the backup path. When the connectivity test result of the backup path is connected, the service traffic is switched from the primary tunnel to the backup path of the backup tunnel.

9. The method according to claim 1, characterized in that, The method further includes: At a preset check time, it is detected whether a connectivity detection success message for the second path has been received, wherein the preset check time is located between the first configuration release time and the second configuration enable time; When the connectivity detection success message is not received, the system requests an update to the path planning from the controller to obtain second path planning data. The second path planning data includes at least a third path and the configuration enable time and configuration release time corresponding to the third path. The first path and the third path have a second time overlap interval, which represents the period from the configuration enable time to the first configuration release time corresponding to the third path.

10. A path switching device, characterized in that, include: An acquisition module is used to acquire first path planning data, wherein the first path planning data includes a traffic transmission tunnel, the traffic transmission tunnel includes multiple paths corresponding to multiple effective time periods in sequence, the multiple paths include a first path and a second path, the first path and the second path have a first time overlap interval, the effective time period corresponding to the first path includes a first configuration enable time and a first configuration release time, the effective time period corresponding to the second path includes a second configuration enable time, and the first time overlap interval represents the period from the second configuration enable time to the first configuration release time; The first processing module is configured to perform connectivity detection on the first path when the first configuration is enabled, and transmit service traffic on the first path in response to the first connectivity detection result being connected. The second processing module is used to perform connectivity detection on the second path when the second configuration enable time is reached, and obtain the second connectivity detection result of the second path; The third processing module is used to switch the service traffic from the first path to the second path for transmission before the first configuration release time, in response to the second connectivity detection result being connected.

11. A computer program product, comprising a computer program / instructions, characterized in that, When the computer program / instructions are executed by the processor, they implement the steps of the method according to any one of claims 1 to 9.

12. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program, wherein the computer program, when executed by a processor, implements the steps of the method according to any one of claims 1 to 9.

13. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 9.

Images