Communication method and apparatus, core network device, and storage medium

By integrating OSPF functionality into core network devices, generating and exchanging OSPF messages, the problem of interconnectivity between small core network devices is solved, enabling interconnection and communication between terminal devices.

CN117579582BActive Publication Date: 2026-08-25DATANG MOBILE COMM EQUIP CO LTD
View PDF 1 Cites 0 Cited by

Patent Information

Application Number
CN202210945231.4
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-08-08
Publication Date
2026-08-25
Estimated Expiration
2042-08-08

AI Technical Summary

Technical Problem

In small core network devices without a switching router connection, the devices cannot interconnect, leading to network paralysis.

Method used

By integrating OSPF functionality into core network devices, generating and exchanging OSPF messages, the dynamic routing protocol enables interoperability between terminal devices and core network devices, and determines routing entry information to achieve interconnection between terminal devices.

Benefits of technology

In business scenarios without routers, this enables interconnection between terminal devices to avoid network paralysis.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117579582B_ABST
    Figure CN117579582B_ABST
Patent Text Reader

Abstract

The application discloses a communication method and device, a core network equipment and a storage medium, and relates to the technical field of communication. The specific implementation scheme is as follows: generating a first OSPF message based on an OSPF processing module in a first core network equipment; in the case that a first source IP address in the first OSPF message is an IP address of a set virtual port, sending the first OSPF message to terminal equipment matched with a target slice according to the target slice of the first core network equipment; receiving a second OSPF message sent by each terminal equipment in response to the first OSPF message, so as to generate first routing entry information of each terminal equipment according to the second OSPF message, wherein the first routing entry information is used for routing to the corresponding terminal equipment. Thus, the OSPF function on the router is integrated on the core network equipment, the interconnection between the terminal equipment can be realized through a dynamic routing protocol, and the situation that the terminal equipment cannot normally communicate is avoided.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a communication method, apparatus, core network equipment, and storage medium. Background Technology

[0002] For areas with high concentrations of people and goods, small core network equipment can be deployed to provide emergency communication services. For example, small core network equipment such as backpack equipment, vehicle-mounted equipment, and emergency communication vehicles can be deployed in highly concentrated areas.

[0003] In related technologies, after the terminal device is connected to the core network device, the network interconnection between different terminal devices and the network interconnection between the terminal device and the access server at the back end of different core network devices are realized through switching routers.

[0004] However, the above method requires the use of an external router to achieve network interconnection between devices. Under certain communication conditions, small core network devices without a switching router connection may be unable to interconnect with each other, resulting in network paralysis. Summary of the Invention

[0005] This application provides a communication method, apparatus, core network equipment, and storage medium.

[0006] According to one aspect of this application, a communication method is provided, applied to a first core network device, the method comprising:

[0007] The first OSPF message is generated based on the open Shortest Path First (OSPF) processing module in the first core network device.

[0008] If the first source IP address in the first OSPF message is the IP address of the set virtual port, the first OSPF message is sent to the terminal device that matches the target slice according to the target slice of the first core network device.

[0009] Receive the second OSPF message sent by each of the terminal devices in response to the first OSPF message;

[0010] Based on the OSPF processing module, the first routing entry information for each terminal device is generated according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0011] Optionally, when the first source IP address in the first OSPF message is the IP address of a set virtual port, sending the first OSPF message to the terminal device matching the target slice according to the target slice of the first core network device includes:

[0012] If the first source IP address in the first OSPF message is the IP address of the virtual port, the first OSPF message is tunnel-encapsulated to obtain the first data packet;

[0013] Determine the access network device corresponding to the terminal device that matches the target slice;

[0014] The first data packet is sent to the access network device; wherein, the first data packet is used by the access network device to strip the tunnel header of the first data packet to obtain the first OSPF message, and then send the first OSPF message to the terminal device.

[0015] Optionally, receiving the second OSPF message sent by each of the terminal devices in response to the first OSPF message includes:

[0016] The access network device receives each second data packet sent by the access network device, wherein each second data packet is obtained by the access network device performing tunnel encapsulation on each second OSPF after receiving the second OSPF message sent by each terminal device in response to the first OSPF message.

[0017] Optionally, the OSPF processing module generates first routing entry information for each terminal device based on the second OSPF message, including:

[0018] The tunnel header of each second data packet is stripped to obtain each second OSPF message;

[0019] For any second OSPF message, the MAC address of the terminal device that sent the second OSPF message is encapsulated in the second OSPF message to obtain the target OSPF message;

[0020] Based on the type of the target OSPF message, determine the target communication pattern that matches the type;

[0021] Using the target communication mode, the target OSPF message is sent to the OSPF processing module through the operating system in the first core network device. The target OSPF message is used by the OSPF processing module to determine the first routing entry information for each terminal device.

[0022] Optionally, the method further includes:

[0023] Upon receiving a data packet sent by a target terminal device among the terminal devices, the first destination IP address in the data packet is determined;

[0024] From each of the first routing entry information, determine the target routing entry information that matches the first destination IP address;

[0025] Based on the target routing entry information, the data packet is forwarded to the terminal device corresponding to the first destination IP address.

[0026] Optionally, the method further includes:

[0027] ARP (Address Resolution Protocol) messages are generated based on the operating system of the first core network device.

[0028] If the second source IP address of the ARP packet is the IP address of the virtual port, determine whether the second destination IP address in the ARP packet has been assigned by the first core network device to the connected terminal device;

[0029] If the second destination IP address has been assigned to the accessed terminal device by the first core network device, the target MAC address shall be used as the MAC address of the terminal device corresponding to the second destination IP address; wherein, the target MAC address is the MAC address of the first core network device or a MAC address that the first core network device is allowed to receive;

[0030] Send the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

[0031] Optionally, the method further includes:

[0032] When any terminal device is detected to be connected to the first core network device, an IP address is assigned to the terminal device.

[0033] The allocated IP address is sent to any of the terminal devices, wherein the allocated IP address is used by any of the terminal devices to establish a neighbor relationship with the first core network device.

[0034] Optionally, multiple core network devices, including the first core network device, are networked to form an OSPF network, and each core network device belongs to a subdomain of the OSPF network;

[0035] The method further includes:

[0036] When any terminal device is detected to be connected to the first core network device, the target slice of the first core network device is determined.

[0037] From the multiple subdomains in the OSPF network, determine the target subdomain to which the first core network device belongs;

[0038] The target slice and the target subdomain are allocated to any of the terminal devices.

[0039] Optionally, sending the first OSPF message to a terminal device matching the target slice according to the target slice of the first core network device includes:

[0040] Identify at least one terminal device that matches the target slice and the target subdomain;

[0041] The first OSPF message is sent to the at least one terminal device.

[0042] Optionally, the method further includes:

[0043] Monitor the link status of the communication link between the first core network device and at least one communication node;

[0044] When the link status of the communication link between the first core network device and the first communication node among the at least one communication node changes, the first link status change information is sent to at least one second communication node;

[0045] The first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed. The first link status change information is used to generate second routing entry information for each of the communication nodes, wherein the second routing entry information is used to route to the corresponding communication node.

[0046] Optionally, the first communication node includes a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device;

[0047] The second communication node includes a second core network device that is a neighbor of the first core network device.

[0048] Optionally, monitoring the link status of the communication link between the first core network device and at least one communication node includes:

[0049] Send a first data packet for heartbeat detection to the at least one communication node;

[0050] Upon receiving a first heartbeat response sent by the at least one communication node in response to the first data packet, a query is performed to determine whether a second heartbeat response sent by the at least one communication node has been received, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet previously sent by the first core network device for heartbeat detection;

[0051] Upon receiving the second heartbeat response, it is determined that the link status of the communication link between the first core network device and the at least one communication node has not changed;

[0052] If the second heartbeat response is not received, it is determined that the link status of the communication link between the first core network device and the at least one communication node has changed.

[0053] Optionally, monitoring the link status of the communication link between the first core network device and at least one communication node further includes:

[0054] If the first heartbeat response sent by the at least one communication node is not received, a query is made to see if a third heartbeat response sent by the at least one communication node has been received, wherein the third heartbeat response is generated by the at least one communication node in response to a third data packet for heartbeat detection previously sent by the first core network device.

[0055] Upon receiving the third heartbeat response, it is determined that the link status of the communication link between the first core network device and the at least one communication node has changed;

[0056] If the third heartbeat response is not received, it is determined that the link status of the communication link between the first core network device and the at least one communication node has not changed.

[0057] Optionally, the method further includes:

[0058] Receive second link state change information sent by at least one third communication node, wherein the second link state change information is generated by the third communication node when it detects a change in the link state of the communication link with the fourth communication node, and the second link state change information is used to indicate that the link state of the communication link between the third communication node and the fourth communication node has changed.

[0059] A network topology is generated based on the first link status change information and the second link status change information.

[0060] According to the network topology, the second routing entry information of each of the communication nodes is updated, wherein the updated second routing entry information is used to route to the corresponding communication node.

[0061] According to another aspect of this application, a first core network device is provided, the first core network device including a memory, a transceiver, and a processor;

[0062] A memory for storing computer programs; a transceiver for sending and receiving data under the control of the processor; and a processor for reading the computer programs from the memory and performing the following operations:

[0063] The first OSPF message is generated based on the open Shortest Path First (OSPF) processing module in the first core network device.

[0064] If the first source IP address in the first OSPF message is the IP address of the set virtual port, the first OSPF message is sent to the terminal device that matches the target slice according to the target slice of the first core network device.

[0065] Receive the second OSPF message sent by each of the terminal devices in response to the first OSPF message;

[0066] Based on the OSPF processing module, the first routing entry information for each terminal device is generated according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0067] According to another aspect of this application, a communication device is provided, applied to a first core network device, the device comprising:

[0068] The first generation unit is used to generate a first OSPF message based on the open Shortest Path First (OSPF) processing module in the first core network device.

[0069] The sending unit is configured to send the first OSPF message to a terminal device matching the target slice, based on the target slice of the first core network device, when the first source IP address in the first OSPF message is the IP address of a set virtual port.

[0070] The receiving unit is configured to receive a second OSPF message sent by each of the terminal devices in response to the first OSPF message;

[0071] The second generation unit is used to generate first routing entry information for each of the terminal devices based on the OSPF processing module according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0072] According to another aspect of this application, a processor-readable storage medium is provided that stores a computer program for causing the processor to perform the aforementioned communication method.

[0073] According to another aspect of this application, a computer program product is provided that, when an instruction processor in the computer program product is executed, performs the aforementioned communication method.

[0074] This application has the following technical effects: By integrating the OSPF function on the router into the core network equipment, the terminal equipment and the core network equipment can communicate with each other through the dynamic routing protocol. That is, by exchanging OSPF messages between the core network equipment and the connected terminal equipment, the routing entry information corresponding to each terminal equipment can be determined. Thus, the routing can be routed to the corresponding terminal equipment according to the routing entry information. This can realize the interconnection between terminal equipment in the service scenario without routing, and avoid the situation where the terminal equipment cannot communicate normally.

[0075] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this application, nor is it intended to limit the scope of this application. Other features of this application will become readily apparent from the following description. Attached Figure Description

[0076] The accompanying drawings are provided for a better understanding of this solution and do not constitute a limitation of this application. Wherein:

[0077] Figure 1 This is a schematic diagram of an OSPF network obtained by networking multiple routers;

[0078] Figure 2 This is a flowchart illustrating a communication method provided in an embodiment of this application;

[0079] Figure 3 This is a flowchart illustrating another communication method provided in an embodiment of this application;

[0080] Figure 4 This is a flowchart illustrating another communication method provided in an embodiment of this application;

[0081] Figure 5 This is a flowchart illustrating another communication method provided in an embodiment of this application;

[0082] Figure 6 This is a schematic diagram of the structure of the first core network device provided in the embodiments of this application;

[0083] Figure 7 This is a flowchart illustrating another communication method provided in an embodiment of this application;

[0084] Figure 8 This is a flowchart illustrating another communication method provided in an embodiment of this application;

[0085] Figure 9 This is a flowchart illustrating another communication method provided in an embodiment of this application;

[0086] Figure 10(a) is a schematic diagram of the network topology (chain-like networking) obtained by networking four core network devices according to the embodiments of this application. Figure 1 ;

[0087] Figure 10(b) is a schematic diagram of the network topology (ring network) obtained by networking the four core network devices provided in the embodiment of this application. Figure 2 ;

[0088] Figure 10(c) is a schematic diagram of the network topology (star topology) obtained by networking the four core network devices provided in the embodiment of this application. Figure 3 ;

[0089] Figure 11 This is a schematic diagram illustrating the interaction between multiple core network devices provided in the embodiments of this application;

[0090] Figure 12 This is a schematic diagram of an OSPF network formed by networking four emergency communication vehicles, as provided in the embodiments of this application.

[0091] Figure 13 This is a schematic diagram of the structure of the emergency communication vehicle provided in the embodiments of this application;

[0092] Figure 14 This is a schematic diagram of the structure of a first core network device according to an embodiment of this application;

[0093] Figure 15 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Detailed Implementation

[0094] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0095] In this application's embodiments, the term "and / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0096] In related technologies, external routers are used to interconnect different core network devices. The core network devices are just nodes that access the network. The routers form an OSPF (Open Shortest Path First) election network (or OSPF network) with the subnet interfaces connected to the N6 interface of the 5GC (5G Core Network) and the terminal device subnets, and perform dynamic route advertising and sharing.

[0097] An OSPF network can be divided into multiple subdomains, each called an Area. An Area is a logical collection of OSPF networks, routers, and links that share the same area identifier. Routers within an Area must maintain a topology database for their designated Area. Because routers do not store detailed information about the network topology outside their Area, the size of the topology database can be reduced.

[0098] In an OSPF network, Area 0 is the backbone area, and all other areas are called ordinary areas. Ordinary areas cannot communicate directly with each other; they can only communicate indirectly through Area 0. Dividing the OSPF network into multiple areas helps reduce routing entries, lowers the router load, and allows for targeted policies for specific areas.

[0099] As an example, let's consider an OSPF network containing 5 areas, such as... Figure 1 As shown, the ordinary areas Area1, Area2, Area3 and Area4, which are not part of the backbone area Area0, can be accessed by each other through Area0. Figure 1 In this context, R stands for Router.

[0100] However, in the above methods, many modules on core network devices do not fully have the functions of routers and require external routers to implement them. In addition, routing loops can easily occur between core network devices.

[0101] To address at least one of the aforementioned problems, embodiments of this application provide a communication method, apparatus, first core network device, and storage medium.

[0102] The communication method, apparatus, first core network device, and storage medium of this embodiment are described below with reference to the accompanying drawings. Before specifically explaining the embodiments of this disclosure, for ease of understanding, the technical terms involved in this disclosure are first introduced:

[0103] Network slicing (or network slicing) refers to dividing a physical network into multiple independent logical networks based on the different requirements of business applications for the number of users, quality of service (QoS), bandwidth, etc.

[0104] The target slice refers to the slice supported by the first core network equipment.

[0105] Figure 2 This is a flowchart illustrating a communication method provided in an embodiment of this application.

[0106] The communication method of this application embodiment can be applied to a first core network device.

[0107] like Figure 2 As shown, the communication method may include the following steps:

[0108] Step 201: Generate the first OSPF message based on the OSPF processing module in the first core network device.

[0109] In this embodiment of the application, the OSPF processing module in the first core network device can generate a first OSPF message.

[0110] As an example, this communication method is implemented by the transport module (or communication module) in the first core network device, wherein the transport module may support OSPF functionality. The OSPF processing module can send the first OSPF message to the transport module through the operating system in the first core network device.

[0111] Step 202: If the first source IP address in the first OSPF message is the IP address of the set virtual port, send the first OSPF message to the terminal device that matches the target slice according to the target slice of the first core network device.

[0112] Terminal devices can be devices that provide voice and / or data connectivity to users, handheld devices with wireless connectivity, or other processing devices connected to a wireless modem. The name of the terminal device may differ in different systems; for example, in a 5G system, the terminal device can be called User Equipment (UE). Wireless terminal devices can communicate with one or more core networks (CNs) via a Radio Access Network (RAN). Wireless terminal devices can be mobile terminal devices, such as mobile phones (or "cellular" phones) and computers with mobile terminal devices, for example, portable, pocket-sized, handheld, computer-embedded, or vehicle-mounted mobile devices. They exchange voice and / or data with the RAN. Examples include Personal Communication Service (PCS) phones, cordless phones, Session Initiated Protocol (SIP) phones, Wireless Local Loop (WLL) stations, and Personal Digital Assistants (PDAs). Wireless terminal equipment can also be referred to as a system, subscriber unit, subscriber station, mobile station, mobile station, remote station, access point, remote terminal, access terminal, user terminal, user agent, or user device, but this application does not limit the terminology.

[0113] In this embodiment of the application, the first core network device can virtualize a specific virtual port, which is used as a virtual router interface address for communication between the operating system and the transmission module.

[0114] In this embodiment of the application, the number of terminal devices matching the target slice can be at least one.

[0115] In this embodiment of the application, the first core network device can determine whether the source IP address (referred to as the first source IP address in this application) in the first OSPF message is the IP address of the set virtual port (i.e., the virtual router interface address). If the first source IP address in the first OSPF message is the IP address of the set virtual port, the first OSPF message can be sent to the terminal device that matches (or is consistent with) the target slice according to the target slice supported by the first core network device.

[0116] For example, assuming the target slice corresponding to the first core network device is 1-1, the first OSPF message can be sent to the terminal device that matches the target slice 1-1, that is, the first OSPF message can be sent to the terminal device with slice 1-1.

[0117] As one possible implementation, for any given terminal device, if the terminal device has a slice, then the terminal device can access a core network device with the same slice as itself. For example, if the terminal device's slice is 1-2, then the terminal device can access a core network device with slice 1-2.

[0118] As another possible implementation, for any given terminal device, if the terminal device does not have a slice, then when the terminal device connects to a core network device, the core network device can allocate a slice to the terminal device. For example, the core network device can allocate its own slice to the connected terminal device. For instance, if the core network device has slice 1-2, then the core network device can allocate slice 1-2 to the connected terminal device.

[0119] Therefore, in this application, the first core network device can identify each terminal device that matches or is consistent with its own slice (referred to as the target slice in this application) and send a first OSPF message to each terminal device.

[0120] Step 203: Receive the second OSPF message sent by each terminal device in response to the first OSPF message.

[0121] In this embodiment of the application, after receiving the first OSPF message, each terminal device can respond to the first OSPF message, generate a second OSPF message, and send the second OSPF message to the first core network device.

[0122] Step 204: Based on the OSPF processing module, the first routing entry information for each terminal device is generated according to the second OSPF message. The first routing entry information is used to route to the corresponding terminal device.

[0123] In this embodiment, after receiving the second OSPF messages sent by each terminal device, the first core network device can send each second OSPF message to the OSPF processing module through the operating system in the first core network device. Correspondingly, after receiving each second OSPF message, the OSPF processing module can generate first routing entry information for each terminal device based on each second OSPF message. That is, each terminal device corresponds to one first routing entry information, and each first routing entry information is used to route to the terminal device corresponding to the first routing entry information.

[0124] As an example, the OSPF processing module can parse and process each second OSPF message and run a routing algorithm (such as the shortest path first algorithm) on the parsed data to obtain the first routing entry information for each terminal device. Each first routing entry information is used to indicate the shortest path to the terminal device corresponding to the first routing entry information.

[0125] The communication method of this application embodiment generates a first OSPF message based on the OSPF processing module in the first core network device; when the first source IP address in the first OSPF message is the IP address of a set virtual port, the first OSPF message is sent to the terminal device matching the target slice according to the target slice of the first core network device; second OSPF messages sent by each terminal device in response to the first OSPF message are received; and first routing entry information for each terminal device is generated based on the second OSPF message by the OSPF processing module, wherein the first routing entry information is used to route to the corresponding terminal device. Therefore, by integrating the OSPF function on the router into the core network device, interoperability between the terminal device and the core network device can be achieved through a dynamic routing protocol. That is, by exchanging OSPF messages between the core network device and the connected terminal devices, the routing entry information corresponding to each terminal device is determined, and routing to the corresponding terminal device can be achieved based on the routing entry information. This enables interconnection between terminal devices in service scenarios without routing, avoiding situations where terminal devices cannot communicate normally.

[0126] To clearly illustrate how the first core network device and the terminal device interact with OSPF messages in the above embodiments of this application, this application also proposes a communication method.

[0127] Figure 3 This is a flowchart illustrating another communication method provided in an embodiment of this application.

[0128] like Figure 3 As shown, the communication method may include the following steps:

[0129] Step 301: Generate the first OSPF message based on the OSPF processing module in the first core network device.

[0130] The explanation of step 301 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0131] In any embodiment of this application, when the first core network device detects that any terminal device has accessed or attached to the first core network device, it can assign an IP address to the terminal device and send the assigned IP address to the terminal device. Accordingly, when the terminal device receives the IP address sent by the first core network device, it can establish a neighbor relationship with the first core network device based on the IP address.

[0132] Step 302: If the first source IP address in the first OSPF packet is the IP address of the set virtual port, tunnel encapsulation is performed on the first OSPF packet to obtain the first data packet.

[0133] It should be noted that the explanation of virtual ports in the above embodiments also applies to this embodiment, and will not be repeated here.

[0134] In this embodiment of the application, when the first source IP address in the first OSPF message is the IP address of a set virtual port, the first core network device can perform tunnel encapsulation on the first OSPF message according to the communication protocol to obtain the first data packet.

[0135] Step 303: Determine the access network device corresponding to the terminal device that matches the target slice.

[0136] In this example, a base station is used as an example of an access network device. A base station can include multiple cells providing services to terminal devices. Depending on the specific application, a base station may also be called an access point, or a device in the access network that communicates with wireless terminal devices via one or more sectors on the air interface, or other names. Network devices can be used to exchange received air frames with Internet Protocol (IP) packets, acting as routers between the wireless terminal devices and the rest of the access network, which may include an IP communication network. Network devices can also coordinate the attribute management of the air interface. For example, the network equipment involved in the embodiments of this application can be a base transceiver station (BTS) in Global System for Mobile communications (GSM) or Code Division Multiple Access (CDMA), a NodeB in Wide-band Code Division Multiple Access (WCDMA), an evolved Node B (eNB or e-NodeB) in a long term evolution (LTE) system, a 5G base station (gNB) in a next-generation system, a Home evolved Node B (HeNB), a relay node, a femto, a pico, etc., and is not limited in the embodiments of this application. In some network structures, the base station may include a Centralized Unit (CU) node and a Distributed Unit (DU) node, and the Centralized Unit and Distributed Unit may be geographically separated.

[0137] It should be noted that 5G networks will be designed for different application scenarios, such as ultra-high-definition video, virtual reality (VR), large-scale Internet of Things (IoT), and vehicle-to-everything (V2X) applications. Different application scenarios have different requirements for network mobility, security, latency, reliability, and even billing methods. Network slicing is the process of dividing the physical network into multiple independent logical networks based on the requirements of different business applications for the number of users, quality of service, and bandwidth.

[0138] The same core network device can support different slices, or each core network device can support one slice, while different core network devices can support different slices. Different core network devices can allocate different slices to the connected terminal devices.

[0139] In this embodiment of the application, the first core network device can determine the terminal device that matches or is consistent with the target slice supported by the first core network device, and determine the access network device corresponding to the terminal device.

[0140] Step 304: Send a first data packet to the access network device; wherein, the first data packet is used by the access network device to strip the tunnel header of the first data packet to obtain a first OSPF message, and send the first OSPF message to the terminal device.

[0141] In this embodiment, the first core network device can send a first data packet containing a first OSPF message to the access network device. Correspondingly, after receiving the first data packet, the access network device can strip the tunnel header of the first data packet to obtain the first OSPF message and send the first OSPF message to each terminal device. Correspondingly, after receiving the first OSPF message, each terminal device can respond to the first OSPF message by generating a second OSPF message and forwarding the second OSPF message to the first core network device through the access network device.

[0142] Step 305: Receive the second OSPF message sent by each terminal device in response to the first OSPF message.

[0143] The explanation of step 305 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0144] In any embodiment of this application, after receiving the second OSPF messages sent by each terminal device in response to the first OSPF message, the access network device can perform tunnel encapsulation on each second OSPF message according to the communication protocol to obtain a second data packet, and forward the second data packets sent by each terminal device to the first core network device. Correspondingly, the first core network device can strip the tunnel header of each second data packet to obtain each second OSPF message.

[0145] Step 306: The OSPF processing module generates first routing entry information for each terminal device based on the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0146] The explanation of step 306 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0147] In any embodiment of this application, after the first core network device obtains each second OSPF message, it can encapsulate the Media Access Control Address (MAC address) of the terminal device that sent the second OSPF message in the second OSPF message according to the communication protocol to obtain the target OSPF message. That is, for each second OSPF message sent by the terminal device, the MAC address of the terminal device can be encapsulated in the second OSPF message to obtain the target OSPF message corresponding to the terminal device.

[0148] Subsequently, for each target OSPF packet, the first core network device can determine the target communication mode (e.g., unicast Ethernet frame mode or multicast Ethernet frame mode) matching the type of the target OSPF packet. For example, a correspondence between different types and communication modes can be pre-set; for instance, type 1 corresponds to the unicast Ethernet frame mode, types 2 and 3 correspond to the multicast Ethernet frame mode, and so on. Therefore, in this disclosure, the above correspondence can be queried based on the type of the target OSPF packet to determine the target communication mode matching the type of the target OSPF packet. Then, using the target communication mode, the target OSPF packet can be sent to the OSPF processing module in the first core network device through the operating system.

[0149] Accordingly, after receiving each target OSPF packet, the OSPF processing module can parse and process each target OSPF packet to obtain the first routing entry information for each terminal device. For example, the OSPF processing module can parse and process each target OSPF packet and run a routing algorithm (such as the shortest path first algorithm) on the parsed data to obtain the first routing entry information for each terminal device. That is to say, each terminal device has first routing entry information, and each first routing entry information is used to indicate the shortest path to the terminal device corresponding to that first routing entry information.

[0150] The MAC address of the terminal device can be generated by the first core network device. For example, the first core network device can use its own corresponding MAC address as the MAC address of the terminal device, or the first core network device can use the MAC address that it is allowed to receive (also known as the MAC address that the first core network device can receive) as the MAC address of the terminal device.

[0151] As one possible implementation, after generating the first routing entry information for each terminal device, the OSPF processing module can also send the first routing entry information of each terminal device to the transmission module in the first core network device through the operating system. Correspondingly, after receiving the first routing entry information of each terminal device, the transmission module can save the first routing entry information of each terminal device so as to send data to each terminal device according to the first routing entry information of each terminal device.

[0152] The communication method in this application embodiment can forward OSPF messages between the terminal device and the first core network device through the access network device to ensure the validity of the routing entry information generation.

[0153] In one possible implementation of this application embodiment, after generating first routing entry information corresponding to each terminal device, interconnection between terminal devices can be achieved based on the first routing entry information. The following is in conjunction with... Figure 4 The above process will be explained in detail.

[0154] Figure 4 This is a flowchart illustrating another communication method provided in an embodiment of this application.

[0155] like Figure 4 As shown, the communication method may include the following steps:

[0156] Step 401: Generate the first OSPF packet based on the OSPF processing module in the first core network device.

[0157] Step 402: If the first source IP address in the first OSPF message is the IP address of the set virtual port, send the first OSPF message to the terminal device that matches the target slice according to the target slice of the first core network device.

[0158] Step 403: Receive the second OSPF message sent by each terminal device in response to the first OSPF message.

[0159] Step 404: The OSPF processing module generates first routing entry information for each terminal device based on the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0160] The explanations of steps 401 to 404 can be found in the relevant descriptions in any embodiment of this application, and will not be repeated here.

[0161] Step 405: Upon receiving a data packet sent by the target terminal device in each terminal device, determine the first destination IP address in the data packet.

[0162] In the embodiments of this application, the target terminal device can be any one of the terminal devices.

[0163] In this embodiment, when a target terminal device wants to transmit data with other terminal devices, it can generate a data packet carrying the IP address of the other terminal device and send the data packet to the first core network device. Correspondingly, after receiving the data packet, the transmission module of the first core network device can parse the data packet to obtain the destination IP address (referred to as the first destination IP address in this application) in the data packet.

[0164] Step 406: Determine the target route entry information that matches the first destination IP address from each first route entry information.

[0165] In this embodiment of the disclosure, the first core network device can store the first routing entry information of each terminal device. For example, the IP address of each terminal device can be stored in correspondence with the first routing entry information. Thus, in this application, the stored data can be queried according to the first destination IP address to determine the first routing entry information stored corresponding to the first destination IP address and use it as the target routing entry information.

[0166] Step 407: Based on the target routing entry information, forward the data packet to the terminal device corresponding to the first destination IP address.

[0167] In this embodiment of the application, the first core network device can forward the data packet to the terminal device corresponding to the first destination IP address according to the target routing entry information.

[0168] The communication method of this application embodiment can forward a data packet sent by one terminal device to another terminal device based on the first routing entry information, thereby realizing the interconnection between terminal devices.

[0169] To clearly illustrate any embodiment of this application, a communication method is also proposed.

[0170] Figure 5 This is a flowchart illustrating another communication method provided in an embodiment of this application.

[0171] like Figure 5 As shown, based on any of the above embodiments, the communication method may further include the following steps:

[0172] Step 501: Generate Address Resolution Protocol (ARP) messages based on the operating system of the first core network device.

[0173] In this embodiment of the application, the operating system of the first core network device can generate APR messages.

[0174] Taking the execution of this communication method by the transmission module (or communication module) in the first core network device as an example, the operating system can send the generated ARP message to the transmission module.

[0175] Step 502: If the second source IP address of the ARP packet is the IP address of the virtual port, determine whether the second destination IP address in the ARP packet has been assigned to the connected terminal device by the first core network device.

[0176] In this embodiment, after receiving an ARP packet, the first core network device can parse the ARP packet to obtain the source IP address (referred to as the second source IP address in this application) and destination IP address (referred to as the second destination IP address in this application). If the second source IP address is the IP address of a set virtual port, it can be determined whether the second destination IP address has been assigned by the first core network device to an accessed terminal device.

[0177] When the first core network device detects that any terminal device has accessed or attached to the first core network device, it can assign an IP address to the terminal device. This IP address is used to establish a neighbor relationship between the terminal device and the first core network device.

[0178] Step 503: If the second destination IP address has been assigned to the connected terminal device by the first core network device, the target MAC address is used as the MAC address of the terminal device corresponding to the second destination IP address.

[0179] The target MAC address is either the MAC address of the first core network device or a MAC address that the first core network device is allowed to receive.

[0180] In this embodiment of the application, when the second destination IP address has been assigned to the connected terminal device by the first core network device, the first core network device can simulate the MAC address of the terminal device corresponding to the second destination IP address. For example, the target MAC address can be used as the MAC address of the terminal device corresponding to the second destination IP address. The target MAC address can be the MAC address of the first core network device, or the target MAC address can be a MAC address that the first core network device is allowed to receive (i.e., a MAC address that the first core network device can receive).

[0181] Step 504: Send the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

[0182] In this embodiment of the application, the first core network device can send the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

[0183] Taking the communication method executed by the transmission module in the first core network device as an example, the transmission module can send the MAC address of the terminal device corresponding to the first destination IP address to the operating system, so that when the operating system sends a message next time, the transmission module can respond to the message without forwarding it to the corresponding terminal device to respond to the message.

[0184] As an example, OSPF functionality can be integrated into the router on the first core network device to enable routes for each communication node to be obtained and published, completing route publication under various network topologies and transmitting services of terminal devices under these routes. Taking an emergency communication vehicle with 5GC as the first core network device as an example (this emergency communication vehicle does not have a Layer 3 router connected to the network), OSPF support can be added to the transmission module of the first core network device. The structure of the first core network device can be as follows: Figure 6 As shown in the diagram. Here, DRAM refers to Dynamic Random Access Memory, RPAM refers to Resource Pool Application Manager, TSM refers to Traffic System Manager, UP refers to User Plane, OS IPstack refers to Operation System IPstack, logPortProc refers to Logical Port Proc, URP refers to Open Scalable Configurable Architecture (OSCA) User Plane, and GTP-U refers to General Packet Radio Service (GRPS) Tunnel Protocol - User Plane.

[0185] Specifically, the transmission module supports logical port functionality (for interfacing with the OSPF processing module). The first core network device needs to virtualize a specific virtual port and associate it with the operating system protocol stack. This virtual port is used as a virtual router interface address to enable communication between the operating system and the 5GC transmission module.

[0186] Taking the terminal device (UE) as an example, the process processing supported by the first core network device includes:

[0187] First, the ARP process: The transmission module in the first core network device can determine whether the source IP address in the ARP packet sent by the operating system is the IP address of the virtual port. If the source IP address is the IP address of the virtual port, and the destination IP address (i.e., the UE address) in the ARP packet has been assigned to the connected UE by the first core network device, then the transmission module can simulate the UE's MAC address (all UEs have the same preset MAC address, which only needs to be known by the operating system and is unrelated to the actual UE's MAC address).

[0188] Second, OSPF packet downlink forwarding. OSPF packets sent by the OSPF processing module in the first core network device reach the transmission module via the operating system. The transmission module determines whether the source IP address of the OSPF packet is the IP address of the virtual port. If so, the OSPF packet is encapsulated in the UE tunnel and forwarded to the access network device, which then forwards it to the UE whose slice matches that of the first core network device.

[0189] Third, OSPF packet uplink forwarding. After receiving the OSPF packet sent by the UE, the transmission module removes the tunnel header, encapsulates the MAC address related to the pre-simulated UE, and encapsulates it into a unicast or multicast Ethernet frame according to the type of OSPF packet. The OSPF processing module then passes the packet to the operating system for parsing and processing to obtain the relevant routing entry information.

[0190] Fourth, precise routing entry configuration for the UE. After the OSPF processing module generates the relevant routing entry information, the precise routing entry information for the UE can be configured and stored by the transmission module for use in forwarding UE packets between core network devices.

[0191] The communication method of this application embodiment can effectively support ARP process processing through the interconnection between the operating system and the transmission module.

[0192] To clearly illustrate how, in any embodiment of this application, a first OSPF message is sent to a terminal device matching the target slice based on the target slice of the first core network device, this application also provides a communication method.

[0193] Figure 7 This is a flowchart illustrating another communication method provided in an embodiment of this application.

[0194] like Figure 7 As shown, the communication method may include the following steps:

[0195] Step 701: Generate the first OSPF packet based on the OSPF processing module in the first core network device.

[0196] The explanation of step 701 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0197] Step 702: If the first source IP address in the first OSPF message is the IP address of the set virtual port, determine at least one terminal device that matches the target slice and the target subdomain based on the target slice of the first core network device and the target subdomain to which the first core network device belongs.

[0198] It should be noted that the explanation of virtual ports in the foregoing embodiments also applies to this embodiment, and will not be repeated here.

[0199] In this embodiment, multiple core network devices, including a first core network device, can form an OSPF network. This OSPF network can include multiple subdomains (or areas), and each core network device corresponds to one of the multiple subdomains; that is, each core network device belongs to one subdomain. In this application, the subdomain to which the first core network device belongs among the multiple subdomains can be referred to as the target subdomain.

[0200] In one possible implementation of this application, when a first core network device detects that any terminal device has accessed or attached to it, the first core network device can not only allocate a slice to the terminal device, but also allocate a subdomain to it. Specifically, the first core network device can determine the target slice it supports, and determine the target subdomain to which the first core network device belongs from multiple subdomains in the OSPF network, thereby allocating the target slice and the target subdomain to the terminal device.

[0201] Therefore, in this application, when the first source IP address in the first OSPF message is the IP address of the set virtual port, the first core network device can determine at least one terminal device that matches the target slice and the target subdomain, that is, determine the terminal device that has been allocated the target slice and the target subdomain.

[0202] Step 703: Send a first OSPF message to at least one terminal device.

[0203] In this embodiment of the application, the first core network device can send a first OSPF message to at least one terminal device that has been allocated a target slice and a target subdomain.

[0204] As one possible implementation, the first core network device can send a first OSPF message to at least one terminal device via an access network device. Specifically, the first OSPF message can be tunnel-encapsulated to obtain a first data packet, and the access network device corresponding to the at least one terminal device can be determined. The first data packet can then be sent to that access network device, which can then strip the tunnel header of the first data packet to obtain the first OSPF message and send it to the at least one terminal device.

[0205] Step 704: Receive the second OSPF message sent by each terminal device in response to the first OSPF message.

[0206] Step 705: The OSPF processing module generates first routing entry information for each terminal device based on the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0207] The explanation of steps 704 to 705 can be found in the relevant description in any embodiment of this application, and will not be repeated here.

[0208] The communication method of this application embodiment can effectively send a first OSPF message to a terminal device that has been connected to the first core network device, based on the target slice supported by the first core network device and the target subdomain to which the first core network device belongs.

[0209] It is understandable that for small core network devices (such as emergency communication vehicles), due to their mobility, the network topology may constantly change. If the routing entry information corresponding to each communication node is not dynamically updated in a timely manner, it may lead to a situation where communication nodes cannot communicate normally. To address the above problem, as a possible implementation of this application embodiment, the first core network device can monitor the link status of the communication link between the first core network device and at least one communication node. When a change in the link status of the communication link between the first core network device and a certain communication node is detected, the link status change information can be disseminated to communication nodes within a certain range, or to all communication nodes in the entire network, so that these communication nodes can run routing algorithms to obtain dynamic routing entry information corresponding to each communication node.

[0210] The following is combined Figure 8 The above process will be explained in detail.

[0211] Figure 8 This is a flowchart illustrating another communication method provided in an embodiment of this application.

[0212] like Figure 8As shown, based on any of the above embodiments, the communication method may further include the following steps:

[0213] Step 801: Monitor the link status of the communication link between the first core network device and at least one communication node.

[0214] In this embodiment of the application, the at least one communication node may include a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device.

[0215] In this embodiment of the application, the link status may include a pass status and a break status.

[0216] In this embodiment of the application, the transmission module in the first core network device can monitor the link status of the communication link between the first core network device and at least one communication node.

[0217] One possible implementation is to use heartbeat detection to monitor the link status of the communication link between the first core network device and at least one communication node.

[0218] As an example, for any of the at least one communication node mentioned above, a first data packet for heartbeat detection can be sent to that communication node, and it can be determined whether a first heartbeat response sent by the communication node in response to the first data packet is received. If a first heartbeat response sent by the communication node in response to the first data packet is received, it can be determined that the link status of the communication link between the communication node and the first core network device in this heartbeat detection is a pass-through state. At this time, it can be queried whether the first core network device received a second heartbeat response sent by the communication node in response to the second data packet after the first core network device previously sent a second data packet for heartbeat detection to the communication node, that is, whether the first core network device received a second heartbeat response sent by the communication node, wherein the second heartbeat response is generated by the communication node in response to the second data packet for heartbeat detection previously sent by the first core network device. If a second heartbeat response is received, it indicates that the communication link between the communication node and the first core network device was also in a passable state during the previous heartbeat detection. Therefore, it can be determined that the link state of the communication link between the first core network device and the communication node has not changed. If no second heartbeat response is received, it indicates that the communication link between the communication node and the first core network device was in a closed state during the previous heartbeat detection. Therefore, it can be determined that the link state of the communication link between the first core network device and the communication node has changed.

[0219] If no first heartbeat response is received from the communication node in response to the first data packet, it can be determined that the communication link between the communication node and the first core network device is in an open state during this heartbeat detection. In this case, it is possible to query whether the first core network device received a third heartbeat response from the communication node in response to the third data packet after the first core network device previously sent the third data packet for heartbeat detection to the communication node. That is, to query whether the first core network device received the third heartbeat response sent by the communication node. The third heartbeat response is generated by the communication node in response to the third data packet for heartbeat detection previously sent by the first core network device. If a third heartbeat response is received, it indicates that the communication link between the communication node and the first core network device was in a "connected" state during the previous heartbeat detection. Therefore, it can be determined that the communication link between the first core network device and the communication node has changed. If no third heartbeat response is received, it indicates that the communication link between the communication node and the first core network device was also in a "disconnected" state during the previous heartbeat detection. Therefore, it can be determined that the communication link between the first core network device and the communication node has not changed.

[0220] Step 802: When the link status of the communication link between the first core network device and the first communication node among at least one communication node changes, the first link status change information is sent to at least one second communication node.

[0221] The first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed. The first link status change information is used to generate the second routing entry information for each communication node. The second routing entry information is used to route to the corresponding communication node.

[0222] In this embodiment of the application, the second communication node may include a second core network device that has a neighbor relationship with the first core network device.

[0223] In this embodiment, when the transmission module in the first core network device determines that the link state of the communication link between the first core network device and a first communication node among at least one communication node has changed, it can send first link state change information to at least one second communication node in the OSPF network. The first link state change information indicates that the link state of the communication link between the first core network device and the first communication node has changed. Correspondingly, after receiving the first link state change information, the second communication node can generate second routing entry information for each communication node based on the first link state change information. That is, each communication node corresponds to one second routing entry information, and each second routing entry information is used to route to the communication node corresponding to that second routing entry information.

[0224] Optionally, the first core network device may also generate second routing entry information for each communication node based on the first link status change information.

[0225] The communication method of this application embodiment can dynamically adjust the routing entry information of each communication node in a timely manner when the link status of the communication link between communication nodes in the OSPF network changes, thereby enabling the communication nodes to communicate normally.

[0226] In one possible implementation of this application embodiment, the first core network device can also receive link state change information sent by other communication nodes, so as to dynamically update the second routing entry information of each communication node according to the link state change information. The following is in conjunction with... Figure 9 The above process will be explained in detail.

[0227] Figure 9 This is a flowchart illustrating another communication method provided in an embodiment of this application.

[0228] like Figure 9 As shown, in Figures 2 to 7 Based on any of the embodiments, the communication method may further include the following steps:

[0229] Step 901: Monitor the link status of the communication link between the first core network device and at least one communication node.

[0230] Step 902: When the link status of the communication link between the first core network device and the first communication node among at least one communication node changes, the first link status change information is sent to at least one second communication node.

[0231] The first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed. The first link status change information is used to generate the second routing entry information for each communication node. The second routing entry information is used to route to the corresponding communication node.

[0232] The explanations of steps 901 to 902 can be found in the foregoing embodiments, and will not be repeated here.

[0233] Step 903: Receive second link status change information sent by at least one third communication node.

[0234] The second link status change information is generated by the third communication node when it detects a change in the link status of the communication link between the third and fourth communication nodes. The second link status change information is used to indicate a change in the link status of the communication link between the third and fourth communication nodes.

[0235] In this embodiment of the application, the third communication node may include a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device.

[0236] In this embodiment of the application, the fourth communication node may include a communication node that is a neighbor of the third communication node.

[0237] It should be noted that the process by which the third communication node monitors the link status of the communication link between itself and the fourth communication node can be found in the relevant description in step 801. The implementation principle is similar and will not be elaborated here.

[0238] In this embodiment of the application, when any third communication node detects a change in the link status of the communication link with the fourth communication node, it can send a second link status change information to the first core network device.

[0239] Step 904: Generate the network topology based on the first link state change information and the second link state change information.

[0240] In this embodiment of the application, after receiving the second link status change information, the first core network device can generate a network topology based on the first link status change information and the second link status change information.

[0241] As an example, the first core network device can store an initial network topology (for example, this initial network topology could be the network topology most recently generated by the first core network device, or it could be the network topology most recently generated and sent to the first core network device by other communication nodes). This initial network topology is used to indicate the link status between each communication node. After receiving first link status change information and second link status change information, the first core network device can adjust the link status of the communication link between the first core network device and the first communication node in the initial network topology, and adjust the link status of the communication link between the third communication node and the fourth communication node in the initial network topology, based on the link status of the communication link between the first core network device and the first communication node indicated by the first link status change information, and the link status of the communication link between the third communication node and the fourth communication node in the initial network topology, to obtain an updated network topology.

[0242] Step 905: Update the second routing entry information of each communication node according to the network topology, wherein the updated second routing entry information is used to route to the corresponding communication node.

[0243] In this embodiment of the application, a routing algorithm (such as the shortest path first algorithm) can be run according to the network topology to obtain the updated second routing entry information corresponding to each communication node.

[0244] As an example, such as Figure 6 As shown, the prerequisites for process handling are:

[0245] 1) When OSPF is enabled on the terminal device, the terminal device can access or attach to any core network device and establish a neighbor relationship with the core network device using the IP address assigned by the core network device. Different core network devices assign different subnet address pools (UE_SUBNET) to the terminal devices, which are unique across the entire network.

[0246] 2) The local subnet address (CPE_SUBNET) of each terminal device's connected devices (such as personal computers (PCs), cameras, service processing devices, etc.) also needs to be unique across the entire network. That is, when a connected device is connected to different terminal devices, it needs to be configured according to the UE_SUBNET of the connected terminal device. As long as the terminal device connected to the connected device remains unchanged, the local subnet address of the connected device does not need to be modified, even if the terminal device is attached to different core network devices.

[0247] 3) Monitor the link status of communication nodes (terminal equipment or core network equipment) to obtain real-time information on link connectivity.

[0248] 4) Once a communication node detects a change in the link status, it will spread the link status change information to communication nodes within a certain range, or to all communication nodes in the entire network, in a controlled flooding manner.

[0249] 5) Each communication node periodically collects local link status change information from other communication nodes and integrates this information into the network topology of the entire network or a local network topology.

[0250] 6) Based on the obtained network topology, each communication node runs a routing algorithm to obtain dynamic routing entry information for each communication node.

[0251] The communication method of this application embodiment can dynamically update and maintain the routing entry information of each communication node in a timely manner when the link status of the communication link between communication nodes in the OSPF network changes, so as to ensure the accuracy and reliability of the routing entry information of each communication node, thereby enabling the communication nodes to communicate normally.

[0252] In any embodiment of this application, an emergency communication vehicle is used as an example to illustrate the core network equipment. The OSPF network composed of these emergency communication vehicles can be configured as follows: Figures 10(a) to 10(c)As shown, Figure 10(a) is a schematic diagram of the network topology (chain-like networking) obtained by networking four core network devices. Figure 1 Figure 10(b) is a schematic diagram of the network topology (ring network) obtained by networking four core network devices. Figure 2 Figure 10(c) is a schematic diagram of the network topology (star topology) obtained by networking four core network devices. Figure 3 .

[0253] Multiple core network devices can be networked together to form an OSPF network, enabling communication between different core network devices. As an example, such as... Figure 11 As shown, core network equipment may include network elements such as AMF (Access and Mobility Management Function), SMF (Session Management Function), PCF (Policy Control Function), UPF (User Plane Function), UDM (Unified Data Management), AUSF (Authentication Server Function), NSSF (Network Slice Selection Function), and AF (Application Function).

[0254] In this context, (R)AN refers to Radio Access Network, i.e., access network equipment, and DN refers to Data Network.

[0255] As an example, let's take the core network equipment as an emergency communication vehicle, and the number of core network equipment as 4. Figure 12 As shown, four emergency communication vehicles are networked to form an OSPF network. Each emergency communication vehicle corresponds to a subdomain in the OSPF network. Specifically, the subdomain to which emergency communication vehicle 1 belongs has slice 1-1, the subdomain to which emergency communication vehicle 2 belongs has slice 1-2, the subdomain to which emergency communication vehicle 3 belongs has slice 1-3, and the subdomain to which emergency communication vehicle 4 belongs has slice 1-4. The structure of each emergency communication vehicle can be as follows: Figure 13 As shown, Phyethport refers to the physical port of the transmission module.

[0256] Emergency communication vehicle 5GC network element (i.e., core network equipment) interoperability process support:

[0257] First, the 5GC processing module in the network element is presented as a separate process on the network element node. It is responsible for processing OSPF protocol data packets, obtaining information such as the interfaces to be added to the subdomains in the OSPF network and the routing entries to be imported from the network element, and generating routing entry information on the routing port.

[0258] Second, the transmission module on the network element forwards the routing entry information.

[0259] Third, the principle is the same after OSPF is enabled between two network elements and between routers. Network elements send HELLO messages to each other, which contain information related to routing and links, forming a neighbor table. Then, network elements send LSA (Link State Advertisement) messages to inform their neighbors of the connectivity status of their connected links. Finally, a network topology (or network topology table) is formed. That is, network elements send, record, and reassemble LSAs to form an LSDB (Link State Database, i.e., network topology table). After the network topology table is formed, the Shortest Path First (SPF) algorithm is used to calculate the LSDB, ultimately forming routing entries (i.e., a routing table). After the routing table is formed, network elements can forward data packets according to the routing table.

[0260] Using the core network equipment as an example of an emergency communication vehicle, the inventor conducted network tests on each emergency communication vehicle and obtained the following results:

[0261] 1. When there are 2 emergency communication vehicles, the dynamic routing function of the two vehicle-mounted core network devices is enabled, the business IPs of the two workshops can ping each other (Packet Internet Groper), static routes can be published normally, relevant routes can be obtained for the vehicles, the dynamic route list in the network can be published normally, and the dynamic route count in the network can be published and obtained normally.

[0262] 2. When the number of emergency communication vehicles is 3, the dynamic routing function of the three-workshop ring network is as follows: the service IPs of the three workshops can ping each other; the static route advertising of the three-workshop ring network is as follows: static routes can be advertised normally, and both pairs of vehicles can obtain the relevant routes; the selection process of the designated router (DR) for the three-workshop ring network is as follows:

[0263] Within an Area network, under the condition that the priorities are the same (when the priority of each emergency communication vehicle is 1 during the test), the vehicle with the largest router ID is selected as the DR;

[0264] Within an Area network, under different priorities (during testing, emergency communication vehicle 1 has a priority of 1, emergency communication vehicle 2 has a priority of 150, and emergency communication vehicle 3 has a priority of 100), the emergency communication vehicle 3 with the highest priority is selected as the DR.

[0265] 3. When the number of emergency communication vehicles is 4, the DR priority configuration of the four vehicle-mounted core network devices is as follows: the node with the higher DR priority will be selected as the DR node.

[0266] 4. When there are 4 emergency communication vehicles, the four vehicle-mounted core network devices are linked together (as shown in Figure 10(a)). Dynamic routing function: OSPF is learned correctly among the four emergency communication vehicles. The subdomains of the four emergency communication vehicles are Area0, Area1, Area2, and Area3, respectively. The OSPF function is also enabled on the four terminal devices, and the routes are advertised normally. The four terminal devices are assigned different slices, namely 1-1, 1-2, 1-3, and 1-4. The equivalent route on the core network device is successfully reverse-written. The PCs connected to the terminal devices can ping the IPs of other terminal devices under the emergency communication vehicles, and all can be pinged normally.

[0267] As an example, the IP addresses of four emergency communication vehicles were planned, and the planning results are shown in Table 1.

[0268] Table 1

[0269]

[0270] 5. When there are 4 emergency communication vehicles, the static routes from the four emergency communication vehicles to the terminal devices are redistributed: In the test, one terminal device is connected to emergency communication vehicle 4, and two static routes are configured on emergency communication vehicle 4, which are routes to the terminal device's network segment (174.16.13.0) and the terminal device's downstream network segment (202.168.24.0) respectively; then the static route publishing command of emergency communication vehicle 4 is used to publish the static routes. After the publication, the routes learned by emergency communication vehicles 1 and 2 are normal.

[0271] 6. Service IPs between network elements can ping each other, service IPs between the two workshops can ping each other, static routes can be published normally, and vehicles can learn relevant routes. The N4 interface between SMF and UPF can successfully establish a connection.

[0272] 7. By deploying OSPF processing modules on each node of the 5GC core network equipment, 5GC network elements can dynamically network using OSPF within the emergency communication vehicle. Edge service nodes of the 5GC network elements communicate with other network elements via the emergency communication vehicle. When network elements move dynamically, the attributes of the 5GC network element processing nodes are dynamically updated accordingly. Subdomain division of the OSPF network can be used to distinguish different 5GC core network devices. The emergency communication vehicle directly networks using OSPF, eliminating the need for Layer 3 routers used in network communication. This provides advantages in access networking in specific scenarios where general-purpose routers cannot be deployed.

[0273] In summary, deploying OSPF on terminal devices connected to small core network devices without a switching router allows for communication between these devices (such as PCs, cameras, and service processing devices) and the core network devices via a dynamic routing protocol, eliminating the need for manual routing configuration on the core network devices. Under certain communication conditions, after terminal devices connect to the core network devices, network communication between terminal devices and between terminal devices and backend access servers of different core network devices can be achieved without changing the core network device settings, even without interconnection through a router. It can adapt to large-scale networks, has fast route change convergence speed, and eliminates routing loops. Furthermore, core network devices can connect to terminal devices in different slices, which are distinguished according to different subdomains in the OSPF network, enabling interoperability and service policy control between terminal devices in different slices. Different core network devices have different slices and subdomains, allowing for a one-to-one correspondence between subdomains and slices, achieving route synchronization and service interoperability between terminal devices in different slices.

[0274] For example, when terminal device 1 in subdomain 1 wants to send a data packet to terminal device 2 in subdomain 2, terminal device 1 and terminal device 2 have different slices. Terminal device 1 can send the data packet to core network device 1 in subdomain 1. After receiving the data packet, core network device 1 can determine the routing entry information corresponding to terminal device 2 based on the destination IP address in the data packet. Thus, based on the routing entry information corresponding to terminal device 2, core network device 2 in subdomain 2 can send the data packet to terminal device 2, thereby enabling service interoperability between terminal devices with different slices.

[0275] To implement the above embodiments, this application also provides a first core network device.

[0276] Figure 14 This is a schematic diagram of the structure of a first core network device according to an embodiment of this application.

[0277] like Figure 14As shown, the first core network device may include a transceiver 1400, a processor 1410, and a memory 1420, wherein:

[0278] Transceiver 1400 is used to receive and send data under the control of processor 1410.

[0279] Among them, Figure 14 In this context, the bus architecture can include any number of interconnected buses and bridges, specifically linking various circuits together, represented by one or more processors (processor 1410) and memory (memory 1420). The bus architecture can also link together various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein. The bus interface provides an interface. The transceiver 1400 can be multiple elements, including transmitters and receivers, providing units for communicating with various other devices over transmission media, including wireless channels, wired channels, optical fibers, etc. The processor 1410 is responsible for managing the bus architecture and general processing, and the memory 1420 can store data used by the processor 1010 during operation.

[0280] The processor 1410 can be a central processing unit (CPU), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a complex programmable logic device (CPLD). The processor can also adopt a multi-core architecture.

[0281] The processor 1410 calls a computer program stored in memory and performs the following operations:

[0282] The first OSPF message is generated based on the OSPF processing module in the first core network device;

[0283] If the first source IP address in the first OSPF message is the IP address of the set virtual port, the first OSPF message is sent to the terminal device that matches the target slice according to the target slice of the first core network device.

[0284] Receive the second OSPF message sent by each terminal device in response to the first OSPF message;

[0285] The OSPF processing module generates first routing entry information for each terminal device based on the second OSPF message. The first routing entry information is used to route to the corresponding terminal device.

[0286] Optionally, as another embodiment, when the first source IP address in the first OSPF packet is the IP address of the set virtual port, the processor 1410 sends the first OSPF packet to the terminal device matching the target slice according to the target slice of the first core network device, specifically:

[0287] If the first source IP address in the first OSPF packet is the IP address of the virtual port, tunnel encapsulation is performed on the first OSPF packet to obtain the first data packet;

[0288] Identify the access network equipment corresponding to the terminal equipment that matches the target slice;

[0289] Send a first data packet to the access network device; wherein, the first data packet is used by the access network device to strip the tunnel header of the first data packet to obtain a first OSPF message, and send the first OSPF message to the terminal device.

[0290] Optionally, as another embodiment, the processor 1410 executes the process of receiving a second OSPF message sent by each terminal device in response to the first OSPF message, specifically as follows:

[0291] The access network device receives each second data packet sent by the access network device, wherein each second data packet is obtained by the access network device performing tunnel encapsulation on each second OSPF packet after receiving the second OSPF packets sent by each terminal device in response to the first OSPF packet.

[0292] Optionally, as another embodiment, the processor 1410 executes the OSPF-based processing module to generate first routing entry information for each terminal device based on the second OSPF message, specifically as follows:

[0293] The tunnel header of each second data packet is stripped to obtain each second OSPF message;

[0294] For any second OSPF message, the MAC address of the terminal device that sent the second OSPF message is encapsulated in the second OSPF message to obtain the target OSPF message;

[0295] Based on the type of the target OSPF message, determine the target communication pattern that matches that type;

[0296] The target communication mode is adopted, and the target OSPF message is sent to the OSPF processing module through the operating system in the first core network device. The target OSPF message is used by the OSPF processing module to determine the first routing entry information corresponding to each terminal device.

[0297] Alternatively, as another embodiment, the processor 1410 is also configured to perform the following operations:

[0298] Upon receiving a data packet sent by the target terminal device in each terminal device, determine the first destination IP address in the data packet;

[0299] From the information of each first routing entry, determine the target routing entry information that matches the first destination IP address;

[0300] Based on the target routing entry information, the data packet is forwarded to the terminal device corresponding to the first destination IP address.

[0301] Alternatively, as another embodiment, the processor 1410 is also configured to perform the following operations:

[0302] The operating system of the first core network device generates Address Resolution Protocol (ARP) packets;

[0303] If the second source IP address of the ARP packet is the IP address of the virtual port, determine whether the second destination IP address in the ARP packet has been assigned to the connected terminal device by the first core network device;

[0304] If the second destination IP address has been assigned to the connected terminal device by the first core network device, the destination MAC address shall be used as the MAC address of the terminal device corresponding to the second destination IP address; wherein, the destination MAC address is the MAC address of the first core network device or a MAC address that the first core network device is allowed to receive;

[0305] Send the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

[0306] Alternatively, as another embodiment, the processor 1410 is also configured to perform the following operations:

[0307] When any terminal device is detected to be accessing the first core network device, an IP address is assigned to that terminal device.

[0308] Send an assigned IP address to any terminal device, wherein the assigned IP address is used by any terminal device to establish a neighbor relationship with the first core network device.

[0309] Optionally, as another embodiment, multiple core network devices, including a first core network device, are networked to form an OSPF network, with each core network device belonging to a subdomain within the OSPF network; the processor 1410 is also configured to perform the following operations:

[0310] When any terminal device is detected to be connected to the first core network device, the target slice of the first core network device is determined.

[0311] From multiple subdomains in the OSPF network, determine the target subdomain to which the first core network device belongs;

[0312] Assign a target slice and a target subdomain to any terminal device.

[0313] Optionally, as another embodiment, the processor 1410 executes the following: sending a first OSPF message to a terminal device matching the target slice according to the target slice of the first core network device, specifically:

[0314] Identify at least one terminal device that matches the target slice and target subdomain;

[0315] Send the first OSPF message to at least one terminal device.

[0316] Alternatively, as another embodiment, the processor 1410 is also configured to perform the following operations:

[0317] Monitor the link status of the communication link between the first core network device and at least one communication node;

[0318] When the link status of the communication link between the first core network device and the first communication node among at least one communication node changes, the first link status change information is sent to at least one second communication node.

[0319] The first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed. The first link status change information is used to generate the second routing entry information for each communication node. The second routing entry information is used to route to the corresponding communication node.

[0320] Optionally, as another embodiment, the first communication node includes a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device;

[0321] The second communication node includes a second core network device that is a neighbor of the first core network device.

[0322] Optionally, as another embodiment, the processor 1410 performs link status monitoring on the communication link between the first core network device and at least one communication node, specifically:

[0323] Send a first data packet for heartbeat detection to at least one communication node;

[0324] If a first heartbeat response is received from at least one communication node in response to a first data packet, a query is made to see if a second heartbeat response has been received from at least one communication node, wherein the second heartbeat response is generated by at least one communication node in response to a second data packet previously sent by the first core network device for heartbeat detection;

[0325] Upon receiving a second heartbeat response, it is determined that the link status of the communication link between the first core network device and at least one communication node has not changed;

[0326] If no second heartbeat response is received, it is determined that the link status of the communication link between the first core network device and at least one communication node has changed.

[0327] Optionally, as another embodiment, the processor 1410 performs link status monitoring on the communication link between the first core network device and at least one communication node, specifically:

[0328] If a first heartbeat response is not received from the first communication node among at least one communication node, query whether a third heartbeat response has been received from at least one communication node, wherein the third heartbeat response is generated by at least one communication node in response to a third data packet previously sent by the first core network device for heartbeat detection;

[0329] Upon receiving a third heartbeat response, it is determined that the link status of the communication link between the first core network device and at least one communication node has changed;

[0330] If no third heartbeat response is received, it is determined that the link status of the communication link between the first core network device and at least one communication node has not changed.

[0331] Alternatively, as another embodiment, the processor 1410 is also configured to perform the following operations:

[0332] Receive at least one third communication node sending second link state change information, wherein the second link state change information is generated by the third communication node when it detects a change in the link state of the communication link with the fourth communication node, and the second link state change information is used to indicate that the link state of the communication link between the third communication node and the fourth communication node has changed.

[0333] Based on the first link state change information and the second link state change information, generate the network topology;

[0334] Based on the network topology, the second routing entry information of each communication node is updated, and the updated second routing entry information is used to route to the corresponding communication node.

[0335] It should be noted that the first core network device provided in this application embodiment is capable of achieving the above-mentioned... Figures 2 to 9 All method steps implemented in the method embodiment can achieve the same technical effect. Therefore, the parts that are the same as those in the method embodiment and their beneficial effects will not be described in detail here.

[0336] With the above Figures 2 to 9 Corresponding to the communication method provided in the embodiments, this application also provides a communication device. Since the communication device provided in the embodiments of this application is similar to the one described above… Figures 2 to 9 The communication method provided in the embodiments corresponds to the communication device provided in the embodiments of this application, and will not be described in detail in the embodiments of this application.

[0337] To implement the above embodiments, this application also proposes a communication device.

[0338] Figure 15 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application.

[0339] like Figure 15 As shown, the communication device 1500 may include: a first generating unit 1501, a transmitting unit 1502, a receiving unit 1503, and a second generating unit 1504.

[0340] The first generation unit 1501 is used to generate a first OSPF message based on the open Shortest Path First (OSPF) processing module in the first core network device.

[0341] The sending unit 1502 is used to send the first OSPF message to the terminal device that matches the target slice, based on the target slice of the first core network device, when the first source IP address in the first OSPF message is the IP address of the set virtual port.

[0342] The receiving unit 1503 is used to receive the second OSPF message sent by each terminal device in response to the first OSPF message.

[0343] The second generation unit 1504 is used to generate first routing entry information for each terminal device based on the OSPF processing module according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device.

[0344] Optionally, in one possible implementation of this application embodiment, the sending unit 1502 is specifically used for: when the first source IP address in the first OSPF packet is the IP address of a virtual port, performing tunnel encapsulation on the first OSPF packet to obtain a first data packet; determining the access network device corresponding to the terminal device matching the target slice; and sending the first data packet to the access network device; wherein the first data packet is used by the access network device to strip the tunnel header of the first data packet to obtain the first OSPF packet, and then sending the first OSPF packet to the terminal device.

[0345] Optionally, in one possible implementation of this application embodiment, the receiving unit 1503 is specifically used to: receive each second data packet sent by the access network device, wherein each second data packet is obtained by the access network device performing tunnel encapsulation on each second OSPF after receiving the second OSPF message sent by each terminal device in response to the first OSPF message.

[0346] Optionally, in one possible implementation of this application embodiment, the second generation unit 1504 is specifically used for: stripping the tunnel header of each second data packet to obtain each second OSPF packet; for any second OSPF packet, encapsulating the MAC address of the terminal device sending the second OSPF packet in the second OSPF packet to obtain a target OSPF packet; determining a target communication mode matching the type according to the type of the target OSPF packet; and using the target communication mode, sending the target OSPF packet to the OSPF processing module through the operating system in the first core network device, wherein the target OSPF packet is used by the OSPF processing module to determine the first routing entry information of each terminal device.

[0347] Optionally, in one possible implementation of this application embodiment, the communication device 1500 may further include:

[0348] The first processing unit is configured to, upon receiving a data packet sent by a target terminal device among the terminal devices, determine the first destination IP address in the data packet; determine the target routing entry information that matches the first destination IP address from each first routing entry information; and forward the data packet to the terminal device corresponding to the first destination IP address according to the target routing entry information.

[0349] Optionally, in one possible implementation of this application embodiment, the communication device 1500 may further include:

[0350] The second processing unit is configured to generate Address Resolution Protocol (ARP) packets based on the operating system of the first core network device; if the second source IP address of the ARP packet is the IP address of a virtual port, it determines whether the second destination IP address in the ARP packet has been assigned by the first core network device to an accessed terminal device; if the second destination IP address has been assigned by the first core network device to an accessed terminal device, it uses the destination MAC address as the MAC address of the terminal device corresponding to the second destination IP address; wherein the destination MAC address is the MAC address of the first core network device or a MAC address that the first core network device is allowed to receive; and sends the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

[0351] Optionally, in one possible implementation of this application embodiment, the communication device 1500 may further include:

[0352] The third processing unit is used to assign an IP address to any terminal device when it is detected that any terminal device has accessed the first core network device; and to send the assigned IP address to any terminal device, wherein the assigned IP address is used to establish a neighbor relationship between any terminal device and the first core network device.

[0353] Optionally, in one possible implementation of this application embodiment, multiple core network devices, including a first core network device, are networked to form an OSPF network, and each core network device belongs to a subdomain of the OSPF network; the communication device 1500 may further include:

[0354] The fourth processing unit is used to determine the target slice of the first core network device when any terminal device is detected to be accessing the first core network device; determine the target subdomain to which the first core network device belongs from multiple subdomains in the OSPF network; and allocate a target slice and a target subdomain to any terminal device.

[0355] Optionally, in one possible implementation of this application embodiment, the sending unit 1502 is specifically used for: determining at least one terminal device that matches the target slice and the target subdomain; and sending a first OSPF message to the at least one terminal device.

[0356] Optionally, in one possible implementation of this application embodiment, the communication device 1500 may further include:

[0357] The fifth processing unit is used to monitor the link status of the communication link between the first core network device and at least one communication node; when the link status of the communication link between the first core network device and the first communication node changes, it sends first link status change information to at least one second communication node; wherein, the first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed, and the first link status change information is used to generate second routing entry information for each communication node, wherein the second routing entry information is used to route to the corresponding communication node.

[0358] Optionally, in one possible implementation of this application embodiment, the first communication node includes a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device; the second communication node includes a second core network device that is a neighbor of the first core network device.

[0359] Optionally, in one possible implementation of this application embodiment, the fifth processing unit is specifically used to: send a first data packet for heartbeat detection to at least one communication node;

[0360] If a first heartbeat response is received from at least one communication node in response to a first data packet, a query is performed to determine whether a second heartbeat response has been received from at least one communication node, wherein the second heartbeat response is generated by at least one communication node in response to a second data packet previously sent by the first core network device for heartbeat detection; if a second heartbeat response is received, it is determined that the link state of the communication link between the first core network device and at least one communication node has not changed; if a second heartbeat response is not received, it is determined that the link state of the communication link between the first core network device and at least one communication node has changed.

[0361] Optionally, in one possible implementation of this application embodiment, the fifth processing unit is further configured to: if a first heartbeat response is not received from the first communication node among at least one communication node, query whether a third heartbeat response is received from at least one communication node, wherein the third heartbeat response is generated by at least one communication node in response to a third data packet previously sent by the first core network device for heartbeat detection; if a third heartbeat response is received, determine that the link state of the communication link between the first core network device and at least one communication node has changed; if a second heartbeat response is not received, determine that the link state of the communication link between the first core network device and at least one communication node has not changed.

[0362] Optionally, in one possible implementation of this application embodiment, the communication device 1500 may further include:

[0363] The sixth processing unit is configured to receive second link state change information sent by at least one third communication node, wherein the second link state change information is generated by the third communication node when it detects a change in the link state of the communication link between the third communication node and the fourth communication node, and the second link state change information is used to indicate that the link state of the communication link between the third communication node and the fourth communication node has changed; generate a network topology based on the first link state change information and the second link state change information; and update the second routing entry information of each communication node based on the network topology, wherein the updated second routing entry information is used to route to the corresponding communication node.

[0364] It should be noted that the communication device provided in this application embodiment is capable of achieving the above-mentioned functions. Figures 2 to 9 All method steps implemented in the method embodiment can achieve the same technical effect. Therefore, the parts that are the same as those in the method embodiment and their beneficial effects will not be described in detail here.

[0365] It should be noted that the division of units in the embodiments of this application is illustrative and only represents one logical functional division. In actual implementation, other division methods may be used. Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units described above can be implemented in hardware or as software functional units.

[0366] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a processor-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network-side device, etc.) or processor to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0367] It should be noted that the apparatus provided in this application embodiment can implement all the method steps implemented in the above method embodiment and can achieve the same technical effect. Here, the parts that are the same as those in the method embodiment and the beneficial effects will not be described in detail.

[0368] On the other hand, embodiments of this application also provide a processor-readable storage medium storing a computer program for causing a processor to execute this application. Figures 2 to 6 The method shown in the embodiment.

[0369] The processor-readable storage medium can be any available medium or data storage device that the processor can access, including but not limited to magnetic storage (e.g., floppy disk, hard disk, magnetic tape, magneto-optical disk (MO)), optical storage (e.g., CD, DVD, BD, HVD), and semiconductor storage (e.g., ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid-state drive (SSD)).

[0370] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage and optical storage) containing computer-usable program code.

[0371] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart... Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0372] These processor-executable instructions may also be stored in a processor-readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the processor-readable memory produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1The function specified in one or more boxes.

[0373] These processors can execute instructions that can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable device for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0374] 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 communication method, characterized in that, Applied to a first core network device, wherein the first core network device is a 5G core network device, the method includes: The first OSPF message is generated based on the open Shortest Path First (OSPF) processing module in the first core network device. If the first source IP address in the first OSPF message is the IP address of the set virtual port, the first OSPF message is sent to the terminal device that matches the target slice according to the target slice of the first core network device. Receive the second OSPF message sent by each of the terminal devices in response to the first OSPF message; Based on the OSPF processing module, the first routing entry information for each terminal device is generated according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device; The method involves multiple core network devices, including the first core network device, forming an OSPF network. The OSPF network includes multiple subdomains, and each core network device belongs to one of these subdomains. The method further includes: when any terminal device is detected accessing the first core network device, determining the target slice of the first core network device; determining the target subdomain to which the first core network device belongs from the multiple subdomains of the OSPF network; and allocating the target slice and the target subdomain to the terminal device. The step of sending the first OSPF message to a terminal device matching the target slice based on the target slice of the first core network device includes: determining at least one terminal device matching the target slice and the target subdomain; and sending the first OSPF message to the at least one terminal device.

2. The method according to claim 1, characterized in that, When the first source IP address in the first OSPF message is the IP address of a set virtual port, sending the first OSPF message to the terminal device matching the target slice according to the target slice of the first core network device includes: If the first source IP address in the first OSPF message is the IP address of the virtual port, the first OSPF message is tunnel-encapsulated to obtain the first data packet; Determine the access network device corresponding to the terminal device that matches the target slice; The first data packet is sent to the access network device; wherein, the first data packet is used by the access network device to strip the tunnel header of the first data packet to obtain the first OSPF message, and then send the first OSPF message to the terminal device.

3. The method according to claim 2, characterized in that, Receiving the second OSPF message sent by each of the terminal devices in response to the first OSPF message includes: The access network device receives each second data packet sent by the access network device, wherein each second data packet is obtained by the access network device performing tunnel encapsulation on each second OSPF packet after receiving the second OSPF packet sent by each terminal device in response to the first OSPF packet.

4. The method according to claim 3, characterized in that, Based on the OSPF processing module, the first routing entry information for each terminal device is generated according to the second OSPF message, including: The tunnel header of each second data packet is stripped to obtain each second OSPF message; For any second OSPF message, the Media Access Control Address (MAC address) of the terminal device that sent the second OSPF message is encapsulated in the second OSPF message to obtain the target OSPF message; Based on the type of the target OSPF message, determine the target communication pattern that matches the type; Using the target communication mode, the target OSPF message is sent to the OSPF processing module through the operating system in the first core network device. The target OSPF message is used by the OSPF processing module to determine the first routing entry information for each terminal device.

5. The method according to any one of claims 1-4, characterized in that, The method further includes: Upon receiving a data packet sent by a target terminal device among the terminal devices, the first destination IP address in the data packet is determined; From each of the first routing entry information, determine the target routing entry information that matches the first destination IP address; Based on the target routing entry information, the data packet is forwarded to the terminal device corresponding to the first destination IP address.

6. The method according to claim 5, characterized in that, The method further includes: ARP (Address Resolution Protocol) messages are generated based on the operating system of the first core network device. If the second source IP address of the ARP packet is the IP address of the virtual port, determine whether the second destination IP address in the ARP packet has been assigned by the first core network device to the connected terminal device; If the second destination IP address has been assigned to the accessed terminal device by the first core network device, the target MAC address shall be used as the MAC address of the terminal device corresponding to the second destination IP address; wherein, the target MAC address is the MAC address of the first core network device or a MAC address that the first core network device is allowed to receive; Send the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

7. The method according to any one of claims 1-4, characterized in that, The method further includes: When any terminal device is detected to be connected to the first core network device, an IP address is assigned to the terminal device. The allocated IP address is sent to any of the terminal devices, wherein the allocated IP address is used by any of the terminal devices to establish a neighbor relationship with the first core network device.

8. The method according to any one of claims 1-4, characterized in that, The method further includes: Monitor the link status of the communication link between the first core network device and at least one communication node; When the link status of the communication link between the first core network device and the first communication node among the at least one communication node changes, the first link status change information is sent to at least one second communication node; The first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed. The first link status change information is used to generate second routing entry information for each of the communication nodes, wherein the second routing entry information is used to route to the corresponding communication node.

9. The method according to claim 8, characterized in that, The first communication node includes a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device; The second communication node includes a second core network device that is a neighbor of the first core network device.

10. The method according to claim 8, characterized in that, The monitoring of the link status of the communication link between the first core network device and at least one communication node includes: Send a first data packet for heartbeat detection to the at least one communication node; Upon receiving a first heartbeat response sent by the at least one communication node in response to the first data packet, a query is performed to determine whether a second heartbeat response sent by the at least one communication node has been received, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet previously sent by the first core network device for heartbeat detection; Upon receiving the second heartbeat response, it is determined that the link status of the communication link between the first core network device and the at least one communication node has not changed; If the second heartbeat response is not received, it is determined that the link status of the communication link between the first core network device and the at least one communication node has changed.

11. The method according to claim 10, characterized in that, The monitoring of the link status of the communication link between the first core network device and at least one communication node further includes: If the first heartbeat response sent by the at least one communication node is not received, a query is made to see if a third heartbeat response sent by the at least one communication node has been received, wherein the third heartbeat response is generated by the at least one communication node in response to a third data packet for heartbeat detection previously sent by the first core network device. Upon receiving the third heartbeat response, it is determined that the link status of the communication link between the first core network device and the at least one communication node has changed; If the third heartbeat response is not received, it is determined that the link status of the communication link between the first core network device and the at least one communication node has not changed.

12. The method according to claim 8, characterized in that, The method further includes: Receive second link state change information sent by at least one third communication node, wherein the second link state change information is generated by the third communication node when it detects a change in the link state of the communication link with the fourth communication node, and the second link state change information is used to indicate that the link state of the communication link between the third communication node and the fourth communication node has changed. A network topology is generated based on the first link status change information and the second link status change information. According to the network topology, the second routing entry information of each of the communication nodes is updated, wherein the updated second routing entry information is used to route to the corresponding communication node.

13. A first core network device, characterized in that, The first core network device is a 5G core network device, including a memory, transceiver, and processor; The memory is used to store computer programs; the transceiver is used to send and receive data under the control of the processor. Processor, configured to read the computer program in the memory and perform the following operations: The first OSPF message is generated based on the open Shortest Path First (OSPF) processing module in the first core network device. If the first source IP address in the first OSPF message is the IP address of the set virtual port, the first OSPF message is sent to the terminal device that matches the target slice according to the target slice of the first core network device. Receive the second OSPF message sent by each of the terminal devices in response to the first OSPF message; Based on the OSPF processing module, the first routing entry information for each terminal device is generated according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device; Multiple core network devices, including the first core network device, are networked to form an OSPF network. The OSPF network includes multiple subdomains, and each core network device belongs to one of the subdomains in the OSPF network. The processor is further configured to perform the following operations: when any terminal device is detected to be accessing the first core network device, determine the target slice of the first core network device; determine the target subdomain to which the first core network device belongs from the multiple subdomains in the OSPF network; and allocate the target slice and the target subdomain to the any terminal device. Specifically, the processor executes the following steps: based on the target slice of the first core network device, it sends the first OSPF message to the terminal device that matches the target slice; and determines at least one terminal device that matches the target slice and the target subdomain; and sends the first OSPF message to the at least one terminal device.

14. The first core network device according to claim 13, characterized in that, When the processor executes the first OSPF message where the first source IP address in the first OSPF message is the IP address of the set virtual port, it sends the first OSPF message to the terminal device matching the target slice according to the target slice of the first core network device. Specifically: If the first source IP address in the first OSPF message is the IP address of the virtual port, the first OSPF message is tunnel-encapsulated to obtain the first data packet; Determine the access network device corresponding to the terminal device that matches the target slice; The first data packet is sent to the access network device; wherein, the first data packet is used by the access network device to strip the tunnel header of the first data packet to obtain the first OSPF message, and then send the first OSPF message to the terminal device.

15. The first core network device according to claim 14, characterized in that, The processor executes the process of receiving second OSPF messages sent by each of the terminal devices in response to the first OSPF message, specifically as follows: The access network device receives each second data packet sent by the access network device, wherein each second data packet is obtained by the access network device performing tunnel encapsulation on each second OSPF packet after receiving the second OSPF packet sent by each terminal device in response to the first OSPF packet.

16. The first core network device according to claim 15, characterized in that, The processor executes the first routing entry information for each terminal device based on the OSPF processing module according to the second OSPF message, specifically as follows: The tunnel header of each second data packet is stripped to obtain each second OSPF message; For any second OSPF message, the MAC address of the terminal device that sent the second OSPF message is encapsulated in the second OSPF message to obtain the target OSPF message; Based on the type of the target OSPF message, determine the target communication pattern that matches the type; Using the target communication mode, the target OSPF message is sent to the OSPF processing module through the operating system in the first core network device. The target OSPF message is used by the OSPF processing module to determine the first routing entry information for each terminal device.

17. The first core network device according to any one of claims 13-16, characterized in that, The processor is also used to perform the following operations: Upon receiving a data packet sent by a target terminal device among the terminal devices, the first destination IP address in the data packet is determined; From each of the first routing entry information, determine the target routing entry information that matches the first destination IP address; Based on the target routing entry information, the data packet is forwarded to the terminal device corresponding to the first destination IP address.

18. The first core network device according to claim 17, characterized in that, The processor is also used to perform the following operations: ARP (Address Resolution Protocol) messages are generated based on the operating system of the first core network device. If the second source IP address of the ARP packet is the IP address of the virtual port, determine whether the second destination IP address in the ARP packet has been assigned by the first core network device to the connected terminal device; If the second destination IP address has been assigned to the accessed terminal device by the first core network device, the target MAC address shall be used as the MAC address of the terminal device corresponding to the second destination IP address; wherein, the target MAC address is the MAC address of the first core network device or a MAC address that the first core network device is allowed to receive; Send the MAC address of the terminal device corresponding to the first destination IP address to the operating system.

19. The first core network device according to any one of claims 13-16, characterized in that, The processor is also used to perform the following operations: When any terminal device is detected to be connected to the first core network device, an IP address is assigned to the terminal device. The allocated IP address is sent to any of the terminal devices, wherein the allocated IP address is used by any of the terminal devices to establish a neighbor relationship with the first core network device.

20. The first core network device according to any one of claims 13-16, characterized in that, The processor is also used to perform the following operations: Monitor the link status of the communication link between the first core network device and at least one communication node; When the link status of the communication link between the first core network device and the first communication node among the at least one communication node changes, the first link status change information is sent to at least one second communication node; The first link status change information is used to indicate that the link status of the communication link between the first core network device and the first communication node has changed. The first link status change information is used to generate second routing entry information for each of the communication nodes, wherein the second routing entry information is used to route to the corresponding communication node.

21. The first core network device according to claim 20, characterized in that, The first communication node includes a second core network device that is a neighbor of the first core network device, and / or a terminal device that is a neighbor of the first core network device; The second communication node includes a second core network device that is a neighbor of the first core network device.

22. The first core network device according to claim 20, characterized in that, The processor performs link status monitoring on the communication link between the first core network device and at least one communication node, specifically: Send a first data packet for heartbeat detection to the at least one communication node; Upon receiving a first heartbeat response sent by the at least one communication node in response to the first data packet, a query is performed to determine whether a second heartbeat response sent by the at least one communication node has been received, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet previously sent by the first core network device for heartbeat detection; Upon receiving the second heartbeat response, it is determined that the link status of the communication link between the first core network device and the at least one communication node has not changed; If the second heartbeat response is not received, it is determined that the link status of the communication link between the first core network device and the at least one communication node has changed.

23. The first core network device according to claim 22, characterized in that, The processor performs link status monitoring on the communication link between the first core network device and at least one communication node, specifically: If the first heartbeat response sent by the first communication node among the at least one communication node is not received, query whether a third heartbeat response sent by the at least one communication node has been received, wherein the third heartbeat response is generated by the at least one communication node in response to a third data packet for heartbeat detection previously sent by the first core network device; Upon receiving the third heartbeat response, it is determined that the link status of the communication link between the first core network device and the at least one communication node has changed; If the third heartbeat response is not received, it is determined that the link status of the communication link between the first core network device and the at least one communication node has not changed.

24. The first core network device according to claim 20, characterized in that, The processor is also used to perform the following operations: Receive second link state change information sent by at least one third communication node, wherein the second link state change information is generated by the third communication node when it detects a change in the link state of the communication link with the fourth communication node, and the second link state change information is used to indicate that the link state of the communication link between the third communication node and the fourth communication node has changed. A network topology is generated based on the first link status change information and the second link status change information. According to the network topology, the second routing entry information of each of the communication nodes is updated, wherein the updated second routing entry information is used to route to the corresponding communication node.

25. A communication device, characterized in that, Applied to a first core network device, wherein the first core network device is a 5G core network device, the device includes: The first generation unit is used to generate a first OSPF message based on the open Shortest Path First (OSPF) processing module in the first core network device. The sending unit is configured to send the first OSPF message to a terminal device matching the target slice, based on the target slice of the first core network device, when the first source IP address in the first OSPF message is the IP address of a set virtual port. The receiving unit is configured to receive a second OSPF message sent by each of the terminal devices in response to the first OSPF message; The second generation unit is used to generate first routing entry information for each terminal device based on the OSPF processing module according to the second OSPF message, wherein the first routing entry information is used to route to the corresponding terminal device; The device comprises an OSPF network consisting of multiple core network devices, including the first core network device, and each core network device belonging to one of the subdomains in the OSPF network. The device further includes a fourth processing unit, configured to: determine the target slice of the first core network device when any terminal device is detected to be accessing the first core network device; determine the target subdomain to which the first core network device belongs from the multiple subdomains in the OSPF network; and allocate the target slice and the target subdomain to the terminal device. Specifically, the sending unit is used to: determine at least one terminal device that matches the target slice and the target subdomain; and send the first OSPF message to the at least one terminal device.

26. A processor-readable storage medium, characterized in that, The processor-readable storage medium stores a computer program that causes the processor to perform the method of claims 1-12.

Citation Information

Patent Citations

  • A method and a device for realizing terminal interconnection

    CN109088823A