A Dynamic Mapping and Forwarding Method for Air-Sea Cross-Domain Communication Network Slices Based on SRv6 Color-Mapping Tables
By adopting a cross-domain communication network slice dynamic mapping and forwarding method based on SRv6 Color-Mapping table, the problems of rigid QoS guarantee, complex cross-domain coordination, and tight coupling between service intent and network policy in air and sea cross-domain heterogeneous networks are solved. Dynamic path adjustment and differentiated QoS guarantee are realized, improving the flexibility and efficiency of the network.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- HARBIN ENGINEERING UNIVERSITY SANYA NANHAI INNOVATION & DEVELOPMENT BASE
- Filing Date
- 2026-03-13
- Publication Date
- 2026-07-03
Smart Images

Figure CN121842795B_ABST
Abstract
Description
Technical Field
[0001] This invention belongs to the field of marine vessel rescue positioning technology, specifically relating to a dynamic mapping and forwarding method for air-sea cross-domain communication network slices based on the SRv6 Color-Mapping table. Background Technology
[0002] With the rapid development of applications such as marine exploration, environmental monitoring, and three-dimensional security, integrated air-sea networks composed of nodes such as drones, unmanned surface vessels, and underwater vehicles have become a research hotspot in the field of marine communications. These networks need to simultaneously carry multiple services, including telemetry and remote control, video backhaul, and environmental sensing. These different services have significantly different requirements for the network's Quality of Service (QoS). For example, telemetry and remote control services require low latency and high reliability, video backhaul services require high bandwidth and low packet loss, while hydrological sensing services only require best-effort transmission.
[0003] However, existing network technologies face numerous intractable technical challenges in meeting network Quality of Service (QoS) requirements, mainly in the following aspects:
[0004] (1) Limitations of Traditional Routing Protocols: Existing technologies, such as the Shortest Path First (OSPF) protocol, typically employ a forwarding mode that maximizes utilization. This mode cannot differentiate service priorities. For telemetry and remote control commands requiring low latency and high reliability, and environmental sensor data that only needs to be transmitted with a best-effort approach, an indiscriminate forwarding strategy is used. The problems are: it cannot provide deterministic QoS guarantees for critical services and it is difficult to meet the differentiated needs of diverse services. Furthermore, cross-domain coordination is difficult. Existing traffic engineering technologies (such as MPLS-TE) are complex to configure and have high end-to-end path establishment and maintenance costs when crossing completely different physical domains such as underwater acoustics and radio frequency.
[0005] (2) Shortcomings of existing network slicing and traffic engineering technologies: To address the above issues, the industry has proposed network slicing and traffic engineering technologies (such as MPLS-TE), aiming to allocate isolated virtual network resources and customized forwarding paths for different services. However, when these solutions, primarily designed for terrestrial cellular networks, are applied to heterogeneous cross-domain environments such as air and sea, new problems have emerged:
[0006] ① Problem 1: Static configuration, lack of flexibility. Existing network slicing and routing strategies mostly adopt static or semi-static configuration methods. However, the air and sea environment is highly dynamic—nodes move frequently, and channel conditions are easily affected by factors such as hydrological changes and meteorological disturbances, causing drastic fluctuations. When the preset forwarding path experiences performance degradation or link interruption, existing technologies cannot quickly complete dynamic path adjustment and resource reallocation, making it difficult to ensure the continuity of service transmission.
[0007] ② Problem 2: Difficult cross-domain coordination and complex configuration. Air and sea networks integrate multiple physical communication domains such as underwater acoustics, radio frequency, and satellite, with vastly different link characteristics. Existing technologies (such as MPLS-TE) face extremely complex configurations for establishing and maintaining end-to-end paths when crossing different physical domains, lacking a unified and efficient cross-domain traffic scheduling and path control mechanism.
[0008] ③ Problem 3: Tight coupling between business intent and network policy leads to low response efficiency. The current configuration and adjustment of network policies heavily rely on manual operation. When upper-layer business requirements change (such as switching the task mode from reconnaissance to communication relay), tedious manual or semi-automatic adjustments to the underlying network slice resources and routing paths are required. This results in upper-layer business intents not being able to be quickly and automatically mapped to underlying data forwarding behavior, leading to high response latency and further increasing the complexity and cost of network operation and maintenance.
[0009] Therefore, there is an urgent need for a new technical solution to address the problems of rigid QoS guarantees, complex cross-domain collaboration, and tight coupling between service intent and network policy in existing technologies for cross-domain heterogeneous networks in air and sea. Summary of the Invention
[0010] To address the shortcomings of the existing technology, the purpose of this invention is to propose a dynamic mapping and forwarding method for air-sea cross-domain communication network slices based on the SRv6 Color-Mapping table.
[0011] The technical solution adopted in this invention:
[0012] A method for dynamic mapping and forwarding of cross-domain communication network slices based on SRv6 Color-Mapping tables is proposed. A cross-domain network intelligent management and control platform is deployed at the user's shore base station for network topology and QoS policy calculation, generation and distribution of SRv6 Color-Mapping tables, and real-time monitoring of status. Details are as follows:
[0013] S1) The cross-domain network intelligent management and control platform defines multiple network slice service levels based on preset business models or real-time task instructions. Each service level is formally defined by QoS constraint tuples, which include the maximum tolerable end-to-end latency, the minimum guaranteed bandwidth, and the maximum tolerable end-to-end packet loss rate. Simultaneously, the network topology is abstracted into a weighted directed graph. ,in For a set of nodes, For each link set, the link attribute triplet is measured and updated in real time.
[0014] S2) Based on link attribute triples, the cross-domain network intelligent management and control platform calculates links that meet the constraints for each service level. Construct a candidate SRv6 strategy path set For any path, simultaneously satisfying the time delay constraint, bandwidth constraint, and reliability constraint, and then based on the optimization objective, from... Determine one or more optimal SRv6 strategy paths. ;
[0015] S3) Based on the optimal SRv6 strategy path The management platform creates and maintains a global SRv6 Color-Mapping table, establishes a three-element mapping relationship of "service level → SRv6 color value → ordered SID list corresponding to the optimal policy path", and distributes the updated mapping relationship to relevant nodes in the network.
[0016] S4) The entry node is classified by the classification function. Received user service data packets The system performs identification, determines the service level to which the data belongs, queries the locally cached SRv6 Color-Mapping table, matches the corresponding Color value, and marks it in the business data packet encapsulation header. Then, it performs SRv6 encapsulation on the business data packet based on the optimal path associated with the Color value, generating a new business data packet. After encapsulation, the new service data packets are forwarded segment by segment to the destination node in the network according to the SID list in the SRH, thus completing end-to-end cross-domain communication.
[0017] S5) The cross-domain network intelligent management and control platform monitors network status and task requirements changes in real time. When it detects link status fluctuations, node failures, or service requirement adjustments, it recalculates the optimal SRv6 policy path and dynamically updates the corresponding table structure of the SRv6Color-Mapping table. The updated mapping relationship is then sent to relevant network nodes to achieve seamless path switching of service flows.
[0018] Preferably, step S1 is as follows:
[0019] The cross-domain network intelligent management and control platform defines various network slice service levels based on preset business models or real-time task instructions, using... This represents different service levels, each service level Each is formally defined by a QoS constraint tuple, the expression of which is:
[0020]
[0021] in, To the maximum tolerable end-to-end delay, To ensure the minimum required bandwidth, The maximum tolerable end-to-end packet loss rate;
[0022] Meanwhile, the cross-domain network intelligent management and control platform abstracts the network topology into a weighted directed graph. ,in For a set of nodes, For each link set; Real-time measurement and updating of its link attribute triplet ,in, This represents the current latency of the link. This represents the currently available bandwidth of the link. This represents the current packet loss rate of the link.
[0023] Preferably, step S2 is as follows:
[0024] Cross-domain network intelligent management and control platform according to each service level The corresponding QoS constraint tuple is used to calculate the link under each service level. Retain links that meet the constraints defined by the QoS constraint tuple and construct a candidate SRv6 policy path set. That is, if the link If all of the following constraints are met, the item will be retained; otherwise, it will be removed. The constraints include:
[0025] The delay constraint is:
[0026] The bandwidth constraint is:
[0027] The reliability constraints are:
[0028] After obtaining the candidate SRv6 policy path set that satisfies the triple QoS constraints Subsequently, the cross-domain network intelligent management and control platform optimizes the candidate SRv6 policy path set according to preset optimization objectives. All paths are sorted and filtered to ultimately determine one or more optimal SRv6 strategy paths. .
[0029] Preferably, step S3 is as follows:
[0030] The cross-domain network intelligent management and control platform is based on the optimal SRv6 strategy path. Create and maintain a global SRv6Color-Mapping table. , Establish a ternary mapping relationship of "Service Level → SRv6 Color Value → Ordered SID List Corresponding to Optimal Policy Path", and express the mapping function M as follows:
[0031]
[0032] in, It is an SRv6 color value;
[0033] Will The table entry structure is formalized as a series of tuples, and its expression is:
[0034]
[0035] in, It is the optimal strategy path The corresponding ordered list of SIDs;
[0036] When changes in network conditions or task requirements lead to During updates, the cross-domain network intelligent management and control platform will dynamically modify... The corresponding table structure is then generated, and the updated mapping relationship is distributed to the relevant nodes in the network.
[0037] Preferably, step S4 is as follows:
[0038] When receiving user's business data packets When data is transmitted over the network to the entry node of the cross-domain network, the entry node uses a classification function. For business data packets Perform service level identification to determine the service level to which the item belongs; the expression is:
[0039]
[0040] in, Indicates business data packets The quintuple;
[0041] The entry node queries the locally cached SRv6 Color-Mapping table and determines the appropriate service level based on the identified service level. The service level was matched with the identified service level in the SRv6 Color-Mapping table. Corresponding Color value After completing the color value matching, the color value is marked in the business data packet. In the encapsulation head;
[0042] Entry nodes are based on the color value of the marker. Associated with the corresponding ordered SID list, for business data packets Perform SRv6 encapsulation to generate new service data packets. New business data packets The expression is:
[0043]
[0044] SRH stands for Segment Router Header;
[0045] The SRv6 encapsulates new service data packets. It includes the IPv6 outer header and the Segment Routing Header (SRH). The SRH contains the following key fields: Segment List, Segments Left pointer, etc. ) and the last segment identifier (Last Entry);
[0046] The segment list stores the complete ordered SID sequence in reverse order; that is, the SID of the last destination node in the SID list is stored in... Location, the SID of the first intermediate node is stored in Location; It is a mutable pointer, initialized to... ( (Subtract 1 from the total number of segments in the SID list), points to the index position of the currently active SID in the segment list; Last Entry records the index value of the last valid SID in the segment list;
[0047] After encapsulation, the new service data packets are forwarded end-to-end in the network according to the following policy based on the SID list within the SRH:
[0048] (a) After the ingress node completes SRv6 encapsulation, it adds the destination address of the IPv6 outer header ( ) set to The first intermediate node SID it points to is then used to send new service data packets to the next-hop node corresponding to that SID;
[0049] (b) When an intermediate forwarding node receives a new service data packet, it identifies the IPv6 destination address as its SID and determines that the new service data packet requires SRH processing; the node performs the following operations: firstly, Value minus 1 ( Then read from the segment list. The next SID pointed to, and that SID is updated with the new destination address in the IPv6 outer header ( Finally, the new service data packet is forwarded to the next-hop node corresponding to the updated destination address;
[0050] (c) The above segment-by-segment forwarding process is repeated at each intermediate forwarding node. Each time a segment is passed, As the value is decremented once, the IPv6 destination address is updated to the next SID in the segment list, and the new service data packet passes through each intermediate node sequentially along the path predefined in the SID list.
[0051] (d) When When the value decreases to 0, The SID pointed to is the SID of the final destination node. The new service data packet is forwarded to the destination node. After receiving the service data packet, the destination node strips off the SRv6 outer encapsulation header and SRH to restore the original service data packet, thus completing an end-to-end cross-domain communication with QoS guarantee.
[0052] In the aforementioned forwarding process, the SRH plays the following key roles: First, the SRH carries the complete forwarding path information pre-calculated by the management platform through a segment list, realizing the function of source routing. This ensures that the forwarding path of new service data packets is entirely determined by the ingress node during encapsulation, rather than by each intermediate node making independent routing decisions; Second, the SRH... The pointer provides a hop-by-hop advancement mechanism, allowing each intermediate forwarding node to execute only one step at a time. Forwarding can be completed with lightweight operations such as decrement and destination address update, without the need to maintain global routing state or perform complex policy queries; third, SRH ensures that service packets are forwarded strictly according to the optimal SRv6 policy path associated with their Color value, thereby accurately mapping the QoS decisions of the management platform to the hop-by-hop forwarding behavior of the data platform, ensuring differentiated service quality.
[0053] Compared with existing technologies, this invention proposes a dynamic mapping and forwarding method for air-sea cross-domain communication network slices based on SRv6 Color-Mapping tables. The advantages of this method are:
[0054] (1) Address the shortcomings of static configuration and improve the dynamic adaptability and robustness of the network.
[0055] This invention utilizes a cross-domain network intelligent management and control platform to achieve real-time monitoring of network status and dynamic updates of the SRv6 Color-Mapping table. When link performance degrades or nodes fail, the system can automatically recalculate the optimal path and update the mapping table, enabling seamless path switching for service flows without requiring changes to the coloring strategy of the entry node. This mechanism achieves rapid self-healing of network faults and intelligent traffic optimization, adapting to the dynamic environment of mobile nodes and channel fluctuations in air and sea networks, significantly improving the continuity and reliability of services in complex dynamic environments.
[0056] (2) Solve the problem of cross-domain collaboration and provide a unified and efficient path control mechanism.
[0057] This invention leverages the unified protocol characteristics of the SRv6 protocol based on IPv6 to incorporate links from different physical communication domains, such as underwater acoustics, radio frequency, and satellite, into a unified SRv6 policy path management system. End-to-end forwarding paths are defined through a SID list, shielding the underlying technical differences between the various communication domains. This eliminates the need to deploy complex protocol conversion equipment at domain boundaries, significantly simplifying the establishment and maintenance of cross-domain end-to-end paths. It upgrades to a predictable and reliable refined service, enhancing the collaborative capabilities of air and sea cross-domain networks.
[0058] (3) Decouple services from the network and improve the level of automation and agile deployment.
[0059] This invention introduces "Color values" as an intermediate abstraction layer, establishing a three-way mapping relationship between service level, color value, and SID list, thus achieving complete decoupling between upper-layer business intent and lower-layer network forwarding behavior. Upper-layer applications only need to declare their service level, without needing to concern themselves with the topology and state changes of the underlying network. The management platform can automatically complete the optimal path calculation and mapping, transforming the previously manual and slow network configuration adjustment process into an automated and agile business deployment. Response time is reduced from minutes to milliseconds, significantly improving business deployment efficiency and network operation and maintenance levels.
[0060] (4) Simplify forwarding logic and reduce node resource overhead.
[0061] The intermediate forwarding nodes of this invention only need to perform efficient forwarding based on the Color value in the service data packet header or the SID list in the SRH, without performing complex deep packet inspection, policy query, or QoS judgment. The forwarding rules are implemented in hardware. This design significantly reduces the computational overhead, storage overhead, and energy consumption of network nodes, and is particularly suitable for mobile nodes with limited computing and energy resources, such as UAVs, AUVs, and USVs, in air and sea networks, effectively improving the endurance of nodes and the operating efficiency of the entire network system.
[0062] (5) Supports differentiated QoS guarantees for multiple services, adapting to multiple service scenarios in air and sea.
[0063] This invention, through the formal definition of network slicing service levels, assigns dedicated QoS constraints and optimal paths to different service flows, achieving logical isolation and differentiated QoS guarantees for multiple services such as telemetry and remote control, video backhaul, and environmental sensing. Critical service flows can obtain dedicated paths with low latency and high reliability, while non-critical service flows adopt a best-effort forwarding strategy, achieving fine-grained scheduling and efficient utilization of network resources, and fully adapting to multi-service application scenarios in air and sea cross-domain networks.
[0064] (6) Possesses good scalability and compatibility
[0065] This invention is based on the standard SRv6 protocol and IPv6 network architecture, exhibiting excellent compatibility with existing IPv6 network devices and protocols. Upgrades can be achieved without large-scale hardware modifications to existing network nodes; only the deployment of the SRv6 protocol stack and local caching module is required. Furthermore, the SRv6 Color-Mapping table's entry structure supports flexible expansion, allowing for the addition of service levels and color values based on new business requirements. This demonstrates excellent technical scalability and adaptability to future service upgrades and scale expansions in air and sea networks. Attached Figure Description
[0066] Figure 1 This is a schematic diagram of the overall framework of the dynamic mapping and forwarding method for cross-domain communication network slices based on the SRv6 Color-Mapping table of the present invention.
[0067] Figure 2 This is a flowchart illustrating the specific implementation of the dynamic mapping and forwarding method for cross-domain communication network slices based on the SRv6 Color-Mapping table of the present invention. Detailed Implementation
[0068] The technical solutions of the embodiments of this application will be further described clearly and completely below with reference to the accompanying drawings. It should be noted that the described embodiments are only some embodiments of this application, and not all embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.
[0069] To make the inventive objectives, technical solutions, and advantages of this application clearer, the embodiments of this application will be further described in detail below with reference to the accompanying drawings: In order to better understand the above-mentioned objectives, features, and advantages of this invention, the advantages of this invention will be further illustrated below by comparing the embodiments with the accompanying drawings and specific implementation methods.
[0070] This invention proposes a method for dynamic mapping and forwarding of slices in air-sea cross-domain communication networks based on SRv6 Color-Mapping tables, such as... Figure 1 The process of this method is described in detail below:
[0071] A cross-domain network intelligent management and control platform (shore-based command center) is deployed at the user's shore base station for network topology, QoS policy calculation, SRv6 Color-Mapping table generation and distribution, and real-time status monitoring, as detailed below:
[0072] S1) The cross-domain network intelligent management and control platform defines multiple network slice service levels based on preset business models or real-time task instructions. Each service level is formally defined by QoS constraint tuples, which include the maximum tolerable end-to-end latency, the minimum guaranteed bandwidth, and the maximum tolerable end-to-end packet loss rate. Simultaneously, the network topology is abstracted into a weighted directed graph. ,in For a set of nodes, For each link set, the link attribute triplet is measured and updated in real time.
[0073] Specifically, step S1 is as follows:
[0074] The cross-domain network intelligent management and control platform defines various network slice service levels based on preset business models or real-time task instructions, using... This represents different service levels, each service level Each is formally defined by a QoS constraint tuple, the expression of which is:
[0075]
[0076] in, To the maximum tolerable end-to-end delay, To ensure the minimum required bandwidth, The maximum tolerable end-to-end packet loss rate;
[0077] Meanwhile, the cross-domain network intelligent management and control platform abstracts the network topology into a weighted directed graph. ,in It is a set of nodes (including user shore base stations, drones, unmanned surface vessels, autonomous underwater vehicles, satellites, etc.). This is a set of links (including underwater acoustic links, radio frequency links, satellite links, etc.); for each link, methods such as link heartbeat detection, node status reporting, and channel quality detection are used. Real-time measurement and updating of its link attribute triplet ,in, This represents the current latency of the link. This represents the currently available bandwidth of the link. This represents the current packet loss rate of the link;
[0078] The monitoring period for link status can be flexibly adjusted according to the dynamic nature of the air and sea network environment. The default monitoring period is 1 second. When drastic fluctuations in channel conditions are detected, the monitoring period is automatically adjusted to 100 ms to achieve accurate and real-time perception of link status.
[0079] S2) Based on link attribute triples, the cross-domain network intelligent management and control platform calculates links that meet the constraints for each service level. Construct a candidate SRv6 strategy path set For any path, simultaneously satisfying the time delay constraint, bandwidth constraint, and reliability constraint, and then based on the optimization objective, from... Determine one or more optimal SRv6 strategy paths. ;
[0080] Specifically, step S2 is as follows:
[0081] Cross-domain network intelligent management and control platform according to each service level The corresponding QoS constraint tuple is used to calculate the link under each service level. Retain links that meet the constraints defined by the QoS constraint tuple and construct a candidate SRv6 policy path set. That is, if the link If all of the following constraints are met, the item will be retained; otherwise, it will be removed. The constraints include:
[0082] The delay constraint is: (that is, for any path) The total end-to-end delay is the sum of the delays of all links in the path.
[0083] The bandwidth constraint is: (i.e., path) The available bandwidth is determined by the minimum available bandwidth of all links in the path.
[0084] The reliability constraints are: (i.e., path) The end-to-end total packet loss rate is calculated by multiplying the link packet loss rates.
[0085] After obtaining the candidate SRv6 policy path set that satisfies the triple QoS constraints Subsequently, the cross-domain network intelligent management and control platform optimizes the candidate set according to preset optimization objectives (such as selecting the path with the lowest latency). All paths are sorted and filtered to ultimately determine one or more optimal SRv6 strategy paths. The optimization objectives can be flexibly configured according to the business scenario, including but not limited to one or more combinations of the following: lowest latency, highest bandwidth, lowest packet loss rate, and fewest path hops. The cross-domain network intelligent management and control platform uses a multi-objective optimization algorithm (such as NSGA-II) to complete the selection of the optimal path, and calculates multiple optimal paths for critical service levels to achieve path redundancy backup and improve network reliability.
[0086] S3) Based on the optimal SRv6 strategy path The management platform creates and maintains a global SRv6 Color-Mapping table, establishes a three-element mapping relationship of "service level → SRv6 color value → ordered SID list corresponding to the optimal policy path", and distributes the updated mapping relationship to relevant nodes in the network.
[0087] Specifically, step S3 is as follows:
[0088] The cross-domain network intelligent management and control platform is based on the optimal SRv6 strategy path. Create and maintain a global SRv6Color-Mapping table. This table is the core of achieving decoupling between business intent and underlying network behavior. A ternary mapping relationship is established: "Service Level → SRv6 Color Value → Ordered SID List Corresponding to the Optimal Policy Path". The SRv6 policy path consists of a list of Segment Identifiers (SIDs), which are in IPv6 address format. Each network node and network interface is assigned a unique SID, and the SID list specifies the forwarding path for service data packets. The expression for its mapping function M is as follows:
[0089]
[0090] in, It is an SRv6 color value, which serves as a concise policy identifier. It is a globally unique policy identifier in binary form. Different service classes are assigned different color values, and the same service class can be assigned multiple color values corresponding to different optimal paths.
[0091] Will The table entry structure is formalized as a series of tuples, and its expression is:
[0092]
[0093] in, It is the optimal strategy path The corresponding ordered list of SIDs;
[0094] When changes in network conditions or task requirements lead to During updates, the cross-domain network intelligent management and control platform will dynamically modify... The corresponding table structure is generated, and the updated mapping relationship is distributed to the relevant nodes in the network. Each node caches the mapping relationship table in its local storage module. The entry node caches the complete mapping relationship table, and the intermediate forwarding nodes cache the associated subset of color values and SID list to reduce the storage overhead of the nodes.
[0095] S4) When the received service data packet When reaching the cross-domain network entry node (such as a user shore base station, airspace network (UAV), or seaspace network (USV / AUV)), the entry node uses a classification function. The system identifies the service level to which the data belongs, then queries the locally cached SRv6 Color-Mapping table, matches the corresponding Color value, and marks it in the business data packet encapsulation header; then, it performs SRv6 encapsulation on the business data packet based on the optimal path associated with the Color value, generating a new business data packet. After encapsulation, the new service data packets are forwarded segment by segment to the destination node in the network according to the SID list in the SRH, thus completing end-to-end cross-domain communication.
[0096] Specifically, step S4 is as follows:
[0097] When receiving user's business data packets When data is transmitted over the network to the entry node of the cross-domain network, the entry node uses a classification function. For business data packets Service level identification (SLE) is performed to determine the service level to which the data packet belongs. Classification criteria include one or more combinations of factors such as the destination port, protocol type, service identifier, source node type, and data type of the data packet. For example, the destination port of a telemetry / remote control service flow is UDP / 2000, and the protocol type of a high-definition video backhaul service flow is RTSP. Rapid classification is achieved through flow table matching and deep packet inspection. The expression is:
[0098]
[0099] in, Indicates business data packets The five-tuple consists of source IP, destination IP, source port, destination port, and transport layer protocol;
[0100] The entry node queries the locally cached SRv6 Color-Mapping table and determines the appropriate service level based on the identified service level. The service level was matched with the identified service level in the SRv6 Color-Mapping table. Corresponding Color value After completing the color value matching, the color value is marked in the business data packet. In the encapsulation header (IPv6 encapsulation header);
[0101] Entry nodes are based on the color value of the marker. Associated with the corresponding ordered SID list, for business data packets Perform SRv6 encapsulation to generate new service data packets. New business data packets The expression is:
[0102]
[0103] SRH stands for Segment Router Header;
[0104] The SRv6 encapsulates new service data packets. It includes the IPv6 outer header, the Segment Routing Header (SRH), and the last segment identifier. The SRH contains the following key fields: Segment List, SegmentsLeft pointer (SegmentsLeft, etc.). The list of segments is stored in reverse order, containing the complete ordered sequence of SIDs, specifically the SID of the last destination node in the SID list. Location, the SID of the first intermediate node is stored in Location; It is a mutable pointer, initialized to... ( (Subtract 1 from the total number of segments in the SID list), points to the index position of the currently active SID in the segment list; Last Entry records the index value of the last valid SID in the segment list.
[0105] After encapsulation, the new service data packets are forwarded end-to-end in the network according to the following policy based on the SID list within the SRH:
[0106] (a) After the ingress node completes SRv6 encapsulation, it adds the destination address of the IPv6 outer header ( ) set to The first intermediate node SID it points to is then used to send new service data packets to the next-hop node corresponding to that SID;
[0107] (b) When an intermediate forwarding node receives a new service data packet, it identifies the IPv6 destination address as its SID and determines that the new service data packet requires SRH processing; the node performs the following operations: firstly, Value minus 1 ( Then read from the segment list. The next SID pointed to, and that SID is updated with the new destination address in the IPv6 outer header ( Finally, the new service data packet is forwarded to the next-hop node corresponding to the updated destination address;
[0108] (c) The above segment-by-segment forwarding process is repeated at each intermediate forwarding node. Each time a segment is passed, As the value is decremented once, the IPv6 destination address is updated to the next SID in the segment list, and the new service data packet passes through each intermediate node sequentially along the path predefined in the SID list.
[0109] (d) When When the value decreases to 0, The SID pointed to is the SID of the final destination node. The new service data packet is forwarded to the destination node. After receiving the new service data packet, the destination node strips the SRv6 outer encapsulation header and SRH to restore the original service data packet, thus completing an end-to-end cross-domain communication with QoS guarantee.
[0110] In the aforementioned forwarding process, the SRH plays the following key roles: First, the SRH carries the complete forwarding path information pre-calculated by the management platform through a segment list, realizing the function of source routing. This ensures that the forwarding path of new service data packets is entirely determined by the ingress node during encapsulation, rather than by each intermediate node making independent routing decisions; Second, the SRH... The pointer provides a hop-by-hop advancement mechanism, allowing each intermediate forwarding node to execute only one step at a time. Forwarding can be completed with lightweight operations such as decrement and destination address update, without the need to maintain global routing state or perform complex policy queries; third, SRH ensures that new service packets are forwarded strictly according to the optimal SRv6 policy path associated with their Color value, thereby accurately mapping the QoS decisions of the management platform to the hop-by-hop forwarding behavior of the data platform, ensuring differentiated service quality.
[0111] The S5 management platform monitors network status and task requirements changes in real time. When it detects link status fluctuations, node (such as satellite, UAV, USV / AUV) failures, or service requirements adjustments, it recalculates the optimal SRv6 policy path and dynamically updates the corresponding table structure of the SRv6 Color-Mapping table. The updated mapping relationship is then distributed to relevant network nodes to achieve seamless path switching of service flows.
[0112] To facilitate understanding of the specific embodiments and practical application processes of this invention, such as Figure 2 As shown, the specific application process of the method of this invention will be described below in the context of a cross-domain collaborative observation mission between air and sea. The details are as follows:
[0113] Example 1
[0114] This embodiment is applied to a cross-domain collaborative three-dimensional marine observation scenario involving the open sea and the air. This scenario requires the use of autonomous underwater vehicles, unmanned surface vessels, and drones to complete underwater detection, surface relay, and wide-area aerial communication, ultimately transmitting various detection data back to the shore-based command center. At the same time, it enables real-time telemetry and remote control of various unmanned devices by the shore-based system. This is a typical multi-dimensional heterogeneous cross-domain communication scenario involving the air, sea, and underwater, which has clear and stringent requirements for differentiated service quality assurance, dynamic adaptability, and cross-domain collaborative capabilities of the network, thus fully demonstrating the technical advantages of this invention.
[0115] I. System Network Nodes and Functional Limitations
[0116] The air-sea cross-domain communication network system constructed in this embodiment includes five core networking nodes. The physical deployment location, core functions, and communication capabilities of each node are clearly defined, as follows:
[0117] Cross-domain network intelligent management and control platform (100): Physically deployed at the shore-based command center, based on software-defined network architecture design, it integrates five core modules: topology discovery, real-time link status monitoring, QoS policy calculation, SRv6 Color-Mapping table generation and distribution, and dynamic update decision-making. It has the ability to perceive the status of all network nodes and links at the millisecond level, define network slice service levels, calculate the optimal SRv6 policy path that meets QoS constraints, manage the entire lifecycle of the Color-Mapping table, and accurately distribute policies. It is the core control unit of the entire system and is responsible for coordinating the slice mapping and traffic forwarding policies of the entire network.
[0118] Shore base station (101): As the core access node of the land network and the air-sea heterogeneous network, it is equipped with dual low-orbit satellite communication interfaces and gigabit-level wireless radio frequency communication interfaces. On the one hand, it realizes high-speed data interaction with satellites and UAVs, and on the other hand, it seamlessly connects to the ground fiber optic backbone network. It is the final destination node of all service flows in this embodiment.
[0119] Unmanned Aerial Vehicle (UAV, 102): A long-endurance relay UAV is selected and deployed at a fixed altitude of 1200 meters above the observation sea area. It is equipped with a 5G wireless radio frequency communication module and a low-orbit satellite communication module. The wireless radio frequency communication transmission rate is ≥1Gbps and the end-to-end satellite communication latency is ≤50ms. As an aerial wide-area relay node, it realizes the aerial link bridging between the unmanned surface vessel and the shore base station, with a communication coverage radius of ≥50km.
[0120] Unmanned surface vessel (USV, 103): As a core convergence and relay node in the air-sea cross-domain, it is equipped with underwater acoustic communication module, 5G wireless radio frequency communication module, and high-bandwidth low-orbit satellite communication module. Underwater acoustic communication is adapted to short-range data interaction within 200 meters underwater, wireless radio frequency communication enables high-speed docking with UAVs, and satellite communication can directly establish long-distance communication links with shore base stations. It is a key node connecting underwater, air, and shore bases.
[0121] Autonomous Underwater Vehicle (AUV, 104): As the core node for underwater exploration and the network entry node, it is equipped with high-precision hydrological sensors, high-resolution sonar imaging modules, and underwater acoustic communication modules. It performs exploration tasks in a predetermined observation area at a depth of 200 meters underwater. It is the initiating node for all service flows in this embodiment and has the core capabilities of service flow classification, color marking, and SRv6 encapsulation.
[0122] The nodes are interconnected through different types of communication links, such as underwater acoustic links (L1), wireless radio frequency links (L2), and satellite links (L3), forming a heterogeneous network.
[0123] Application scenarios:
[0124] Suppose the current system is executing a collaborative task, which includes three concurrent service flows, all initiated by AUV (104), with the final destination being the shore base station (101):
[0125] Service Flow A (Telemetry and Remote Control): The AUV (104) sends critical status information to the shore base station (101) and receives control commands. This service has extremely high requirements for latency and reliability.
[0126] Service flow B (Sonar image): High-resolution sonar image data acquired by AUV (104), which requires high bandwidth and has a certain tolerance for latency.
[0127] Business flow C (hydrological data): AUV (104) periodically reports environmental data such as temperature and salinity. It has the lowest priority and can be transmitted using best-effort transmission.
[0128] II. Core Implementation Steps
[0129] This embodiment is based on the "centralized management and control - dynamic mapping - policy forwarding" core technology system of the present invention, realizing network slice dynamic mapping and end-to-end policy forwarding for three types of service flows. It consists of five core steps, and the operation subject, execution logic, quantification parameters, and specific operations of each step are clearly defined as follows:
[0130] Step 1: Define Network Slice Service Level and Calculate the Optimal SRv6 Strategy Path
[0131] The main entity operating in this step is the cross-domain network intelligent management and control platform (100), and the specific operation is divided into three parts:
[0132] Network Slice Service Level Quantitative Definition: The management and control platform defines three globally unique network slice service levels to address the differentiated QoS requirements of three types of service flows. Each service level is formally and quantitatively defined through QoS constraint tuples, achieving a precise one-to-one mapping with service flows. The service level... Map service flow A, with QoS constraint tuples of maximum end-to-end latency of 100ms, minimum guaranteed bandwidth of 1Mbps, and maximum packet loss rate of 0.1%; Service Level Mapping service flow B, with QoS constraint tuples of maximum end-to-end latency 500ms, minimum guaranteed bandwidth 50Mbps, and maximum packet loss rate 1%; service level Map service flow C, with QoS constraint tuples being unlimited maximum end-to-end latency, minimum guaranteed bandwidth of 0.5Mbps, and maximum packet loss rate of 5%.
[0133] Real-time perception of network link status: The management and control platform collects and updates the current transmission characteristics of each heterogeneous communication link in real time through a link heartbeat detection mechanism with a 1-second cycle. In this embodiment, the initial link status data is as follows: underwater acoustic link L1 latency 20ms, available bandwidth 100Mbps, packet loss rate 0.05%; wireless radio frequency link L2 latency 30ms, available bandwidth 200Mbps, packet loss rate 0.03%; satellite link L3 latency 200ms, available bandwidth 100Mbps, packet loss rate 0.5%; satellite link L3' latency 50ms, available bandwidth 50Mbps, packet loss rate 0.08%.
[0134] The management platform (100) monitors the status of the entire network links in real time and calculates the optimal path that meets the QoS constraints for each service level:
[0135] ● Path 1 (Low Latency Path): AUV (104) → USV (103) → UAV (102) → Shore Base Station (101). This path utilizes the relatively low latency underwater acoustic link L1 and radio frequency link L2.
[0136] ● Path 2 (High-bandwidth path): AUV (104) → USV (103) → Shore base station (101). This path assumes that there is a high-bandwidth direct satellite link L3 between USV (103) and shore base station (101).
[0137] Step 2: Construction and distribution of the SRv6 Color-Mapping table
[0138] Based on the calculation results of the aforementioned steps, the intelligent management and control platform (100) generates and maintains an SRv6 Color-Mapping table, which establishes a clear mapping relationship between service levels, color identifiers, and SRv6 policy paths. Specifically:
[0139] Regarding service levels (Telemetry and remote control service) The management platform assigns a color identifier c=10 to it and maps it to the optimal low-latency SRv6 policy path, which consists of an ordered list of segment identifiers (SIDs). Defined. This SID list specifies that the data flow should sequentially pass through the unmanned surface vessel (USV) (103), the unmanned aerial vehicle (UAV) (102), and finally reach the predetermined interface of the shore base station (101).
[0140] Regarding service levels (Sonar image service) The management platform assigns a color identifier c=20 to it and maps it to the optimal high-bandwidth SRv6 policy path, based on the SID list. Defined. This list specifies another specific interface (by) the data stream, after passing through the unmanned surface vessel (USV) (103), directly reaches the shore base station (101) via a satellite link. (Identification).
[0141] Regarding service levels (Hydrological data services) The management platform assigns a color identifier c=30 to it and maps it to a default best-effort SRv6 policy path, based on the SID list. Defined.
[0142] In this definition, SID_USV represents the node SID of USV (103), and SID_UAV represents the node SID of UAV (102). These represent the SIDs accessed by the shore base station (101) through different network interfaces.
[0143] After generating this mapping relationship, the control platform (100) sends this SRv6 Color-Mapping table to the autonomous underwater vehicle (AUV) (104) that serves as the network entry node, so that it can subsequently classify, color, and encapsulate service flows. Subsequently, the control platform (100) sends this SRv6 Color-Mapping table to the AUV (104) that serves as the entry node.
[0144] Step 3: Precisely Classify and Color-Coded Business Flows
[0145] The AUV(104) network protocol stack classifies and colors the outgoing service data packets:
[0146] When the AUV(104) sends a telemetry and control packet with a target port of UDP / 2000, its classification module identifies that the packet belongs to a service flow. After querying the table, mark the package with color c=10.
[0147] When a sonar image data block is sent to a destination port of TCP / 8080, it is identified as a service flow. And marked as color c=20.
[0148] Other service data packets are marked with color c=30.
[0149] Step 4: SRv6 encapsulation based on color identification and end-to-end policy forwarding
[0150] For a telemetry packet with color c=10, AUV(104) uses the SID list associated with the SRv6 Color-Mapping table. The data is then encapsulated using SRv6 and sent out. Service data packets will be forwarded strictly according to the path AUV→USV→UAV→shore base station.
[0151] For a sonar packet with color c=20, AUV(104) is determined according to the SID list. After encapsulation, the service data packets will be forwarded along the high-bandwidth path from AUV to USV to the shore base station.
[0152] Step 5: Dynamic path adjustment and seamless handover after network status changes
[0153] This step is crucial in demonstrating the core advantage of dynamic adaptation in this invention. It simulates a real network failure scenario where the L2 level of the wireless radio frequency link is interrupted. All operations are executed automatically by the system without manual intervention, achieving dynamic updates of the Color-Mapping table, accurate policy distribution, and seamless path switching of service flows. The specific operations are as follows:
[0154] ①State Awareness and Recomputation: The management platform (100) detects an L2 interruption through heartbeat or link detection mechanisms. It immediately adjusts the service level... Recalculate the optimal path. Assume that the optimal low-latency path now becomes AUV(104)→USV(103)→shore base station(101) (via satellite link L3').
[0155] ② Mapping table update: The intelligent management and control platform (100) performs a mapping table update operation. Specifically, it updates the SRv6Color-Mapping table ( In the section on service levels And for entries associated with color identifier c=10, update their corresponding SRv6 policy paths (SID lists) to... This update means that the low-latency path that previously required traversing the UAV (102) has now been rerouted to a new path that directly reaches the shore base station (101) via a satellite link, in order to address the changes in network topology and ensure the continuity of critical services. The mapping relationships for other service levels in the table remain unchanged.
[0156] ③ Strategy distribution and seamless switching: The management platform (100) will update the... The table entry is sent to AUV(104). After that, the telemetry and remote control packets sent by AUV(104) (still colored as c=10) will be automatically encapsulated with the new SID list and seamlessly switched to the new path. The whole process is transparent to the upper layer application and ensures the continuity of critical business.
[0157] Although preferred embodiments of this application have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of this application.
[0158] Obviously, those skilled in the art can make various modifications and variations to this application without departing from the spirit and scope of this application. Therefore, if such modifications and variations fall within the scope of the claims of this application and their equivalents, this application also intends to include such modifications and variations.
Claims
1. A method for dynamic mapping and forwarding of slices in air-sea cross-domain communication networks based on SRv6 Color-Mapping tables, characterized in that, A cross-domain network intelligent management and control platform is deployed at the user shore base station for network topology, QoS policy calculation, SRv6Color-Mapping table generation and distribution, and real-time status monitoring, as detailed below: S1) The cross-domain network intelligent management and control platform defines multiple network slice service levels based on preset business models or real-time task instructions. Each service level is formally defined by QoS constraint tuples, which include the maximum tolerable end-to-end latency, the minimum guaranteed bandwidth, and the maximum tolerable end-to-end packet loss rate. Simultaneously, the network topology is abstracted into a weighted directed graph. ,in For a set of nodes, For each link set, the link attribute triplet is measured and updated in real time. S2) Based on link attribute triples, the cross-domain network intelligent management and control platform calculates links that meet the constraints for each service level. Construct a candidate SRv6 strategy path set For any path, simultaneously satisfying the time delay constraint, bandwidth constraint, and reliability constraint, and then based on the optimization objective, from... Determine one or more optimal SRv6 strategy paths. ; S3) Based on the optimal SRv6 strategy path The management platform creates and maintains a global SRv6 Color-Mapping table, establishes a three-element mapping relationship of "service level → SRv6 color value → ordered SID list corresponding to the optimal policy path", and distributes the updated mapping relationship to relevant nodes in the network. S4) The entry node is classified by the classification function. Received user service data packets The system identifies the service level to which the data belongs, then queries the locally cached SRv6 Color-Mapping table, matches the corresponding Color value, and marks it in the business data packet encapsulation header. Then, based on the optimal path associated with the Color value, the business data packet is encapsulated using SRv6 to generate a new business data packet. After encapsulation, the new service data packets are forwarded segment by segment to the destination node in the network according to the SID list in the SRH, thus completing end-to-end cross-domain communication. S5) The cross-domain network intelligent management and control platform monitors network status and task requirements changes in real time. When it detects link status fluctuations, node failures, or service requirement adjustments, it recalculates the optimal SRv6 policy path and dynamically updates the table structure corresponding to the SRv6 Color-Mapping table. The updated mapping relationship is then sent to relevant network nodes to achieve seamless path switching of service flows.
2. The method for dynamic mapping and forwarding of air-sea cross-domain communication network slices based on SRv6 Color-Mapping table according to claim 1, characterized in that, Step S1 is as follows: The cross-domain network intelligent management and control platform defines various network slice service levels based on preset business models or real-time task instructions, using... This represents different service levels, each service level Each is formally defined by a QoS constraint tuple, the expression of which is: ; in, To the maximum tolerable end-to-end delay, To ensure the minimum required bandwidth, The maximum tolerable end-to-end packet loss rate; Meanwhile, the cross-domain network intelligent management and control platform abstracts the network topology into a weighted directed graph. ,in For a set of nodes, For each link set; Real-time measurement and updating of its link attribute triplet ,in, This represents the current latency of the link. This represents the currently available bandwidth of the link. This represents the current packet loss rate of the link.
3. The method for dynamic mapping and forwarding of air-sea cross-domain communication network slices based on SRv6 Color-Mapping table according to claim 1, characterized in that, Step S2 is as follows: Cross-domain network intelligent management and control platform according to each service level The corresponding QoS constraint tuple is used to calculate the link under each service level. Retain links that meet the constraints defined by the QoS constraint tuple and construct a candidate SRv6 policy path set. That is, if the link If all of the following constraints are met, the item will be retained; otherwise, it will be removed. The constraints include: The delay constraint is: ; The bandwidth constraint is: ; The reliability constraints are: ; After obtaining the candidate SRv6 policy path set that satisfies the triple QoS constraints Subsequently, the cross-domain network intelligent management and control platform optimizes the candidate SRv6 policy path set according to preset optimization objectives. All paths are sorted and filtered to ultimately determine one or more optimal SRv6 strategy paths. .
4. The method for dynamic mapping and forwarding of air-sea cross-domain communication network slices based on SRv6 Color-Mapping table according to claim 1, characterized in that, Step S3 is as follows: The cross-domain network intelligent management and control platform is based on the optimal SRv6 strategy path. Create and maintain a global SRv6 Color-Mapping table. , Establish a ternary mapping relationship of "Service Level → SRv6 Color Value → Ordered SID List Corresponding to Optimal Policy Path", and express the mapping function M as follows: ; in, It is an SRv6 color value; Will The table entry structure is formalized as a series of tuples, and its expression is: ; in, It is the optimal strategy path The corresponding ordered list of SIDs; When changes in network conditions or task requirements lead to During updates, the cross-domain network intelligent management and control platform will dynamically modify... The corresponding table structure is then generated, and the updated mapping relationship is distributed to the relevant nodes in the network.
5. A method for dynamic mapping and forwarding of air-sea cross-domain communication network slices based on SRv6 Color-Mapping table according to claim 1, characterized in that, Step S4 is as follows: When receiving user's business data packets When data is transmitted over the network to the entry node of the cross-domain network, the entry node uses a classification function. For business data packets Perform service level identification to determine the service level to which the item belongs; Its expression is: ; in, Indicates business data packets The quintuple; The entry node queries the locally cached SRv6 Color-Mapping table and determines the appropriate service level based on the identified service level. The service level was matched with the identified service level in the SRv6Color-Mapping table. Corresponding Color value After completing the color value matching, the color value is marked in the business data packet. In the encapsulation head; Entry nodes are based on the color value of the marker. Associated with the corresponding ordered SID list, for business data packets Perform SRv6 encapsulation to generate new service data packets. New business data packets The expression is: ; SRH stands for Segment Router Header; The SRv6 encapsulates new service data packets. It includes an IPv6 outer header, a segment routing header (SRH), and the last segment identifier. The SRH contains a segment list and a pointer to the number of remaining segments. The segment list stores the complete ordered SID sequence in reverse order. It is a mutable pointer, and its initial value is set to , points to the index position of the currently active SID in the segment list; segment identifier is the index value of the last valid SID in the segment list; After encapsulation, the new service data packets are forwarded end-to-end based on SRH. The specific process is as follows: After the ingress node completes SRv6 encapsulation, it sets the destination address in the IPv6 outer header. The first intermediate node SID is pointed to, and the new service data packet is sent. The data is sent to the next-hop node corresponding to the SID; when an intermediate forwarding node receives a new service data packet, it identifies the IPv6 destination address as the SID of its own node and sends it to the next-hop node. Decrease the value by 1 and read from the segment list. The next SID is pointed to, and that SID is updated with the new destination address in the IPv6 outer header, and then the new service data packet is... Forward to the next-hop node corresponding to the updated destination address, thereby completing an end-to-end cross-domain communication with QoS guarantees.