CN117579582A - Communication method, device, core network equipment and storage medium - Google Patents
Communication method, device, core network equipment and storage medium Download PDFInfo
- Publication number
- CN117579582A CN117579582A CN202210945231.4A CN202210945231A CN117579582A CN 117579582 A CN117579582 A CN 117579582A CN 202210945231 A CN202210945231 A CN 202210945231A CN 117579582 A CN117579582 A CN 117579582A
- Authority
- CN
- China
- Prior art keywords
- core network
- ospf
- network device
- communication node
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 480
- 238000000034 method Methods 0.000 title claims abstract description 96
- 238000003860 storage Methods 0.000 title claims abstract description 18
- 230000004044 response Effects 0.000 claims abstract description 111
- 238000012545 processing Methods 0.000 claims abstract description 81
- 230000008859 change Effects 0.000 claims description 80
- 238000001514 detection method Methods 0.000 claims description 27
- 230000015654 memory Effects 0.000 claims description 18
- 238000012544 monitoring process Methods 0.000 claims description 16
- 238000004590 computer program Methods 0.000 claims description 13
- 238000005538 encapsulation Methods 0.000 claims description 13
- 230000006870 function Effects 0.000 description 27
- 230000005540 biological transmission Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 23
- 230000006855 networking Effects 0.000 description 16
- 230000003068 static effect Effects 0.000 description 9
- 230000008569 process Effects 0.000 description 8
- 238000007726 management method Methods 0.000 description 7
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000012360 testing method Methods 0.000 description 4
- 238000005111 flow chemistry technique Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000013523 data management Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 108020001568 subdomains Proteins 0.000 description 2
- 241000083652 Osca Species 0.000 description 1
- 206010033799 Paralysis Diseases 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000009417 prefabrication Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/15—Interconnection of switching modules
- H04L49/1507—Distribute and route fabrics, e.g. sorting-routing or Batcher-Banyan
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application discloses a communication method, a device, 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 the first core network device; under the condition that a first source IP address in the first OSPF message is the IP address of the set virtual port, sending the first OSPF message to terminal equipment matched with a target slice according to the target slice of first core network equipment; and receiving a second OSPF message sent by each terminal device in response to the first OSPF message, so as to generate first routing entry information of each terminal device according to the second OSPF message, wherein the first routing entry information is used for routing to the corresponding terminal device. Therefore, the OSPF function of the router is integrated on the core network equipment, the interconnection between the terminal equipment can be realized through the dynamic routing protocol, and the condition that the terminal equipment cannot normally communicate is avoided.
Description
Technical Field
The present disclosure relates to the field of communications technologies, and in particular, to a communications method, an apparatus, a core network device, and a storage medium.
Background
For highly concentrated areas such as people flows and logistics, small core network equipment can be deployed to provide emergency communication services, for example, small core network equipment such as knapsack equipment, vehicle-mounted equipment, emergency communication vehicles and the like can be deployed in the highly concentrated areas.
In the related art, after the terminal equipment is accessed to the core network equipment, network interconnection among different terminal equipment and network interconnection of the terminal equipment and access servers at the rear ends of different core network equipment are realized through the exchange router.
However, the above manner needs to adopt an external router to realize network interconnection between devices, and under a specific communication condition, for a small core network device without a switch router connection, the network interconnection between devices can not be realized, and network paralysis is caused.
Disclosure of Invention
The application provides a communication method, a communication device, core network equipment and a storage medium.
According to an aspect of the present application, there is provided a communication method applied to a first core network device, the method including:
generating a first OSPF message based on an Open Shortest Path First (OSPF) processing module in the first core network device;
under the condition that a first source IP address in the first OSPF message is the IP address of a set virtual port, sending the first OSPF message to a terminal device matched with a target slice according to the target slice of the first core network device;
Receiving a second OSPF message sent by each terminal device in response to the first OSPF message;
and generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, wherein the first routing entry information is used for routing to the corresponding terminal device.
Optionally, when the first source IP address in the first OSPF packet is the IP address of the set virtual port, sending, according to a target slice of the first core network device, the first OSPF packet to a terminal device that matches the target slice, where the sending includes:
under the condition that a first source IP address in the first OSPF message is the IP address of the virtual port, carrying out tunnel encapsulation on the first OSPF message to obtain a first data packet;
determining access network equipment corresponding to terminal equipment matched with the target slice;
transmitting the first data packet to the access network device; the first data packet is used for stripping the tunnel header of the first data packet by the access network device to obtain the first OSPF message, and sending the first OSPF message to the terminal device.
Optionally, the receiving the second OSPF packet sent by each of the terminal devices in response to the first OSPF packet includes:
and receiving each second data packet sent by the access network equipment, wherein each second data packet is obtained by the access network equipment after receiving a second OSPF message sent by each terminal equipment in response to the first OSPF message and performing tunnel encapsulation on each second OSPF.
Optionally, generating, based on the OSPF processing module, first routing entry information of each of the terminal devices according to the second OSPF packet, including:
stripping the tunnel header of each second data packet to obtain each second OSPF message;
for any second OSPF message, encapsulating the MAC address of the terminal equipment sending the second OSPF message in the second OSPF message to obtain a target OSPF message;
determining a target communication mode matched with the type according to the type of the target OSPF message;
and transmitting the target OSPF message to the OSPF processing module through an operating system in the first core network device by adopting the target communication mode, wherein the target OSPF message is used for determining first route entry information of each terminal device by the OSPF processing module.
Optionally, the method further comprises:
when receiving a data message sent by a target terminal device in each terminal device, determining a first destination IP address in the data message;
determining target route item information matched with the first destination IP address from the first route item information;
and forwarding the data message to the terminal equipment corresponding to the first destination IP address according to the destination routing entry information.
Optionally, the method further comprises:
generating an Address Resolution Protocol (ARP) message based on an operating system of the first core network device;
judging whether a second destination IP address in the ARP message is distributed to the accessed terminal equipment by the first core network equipment under the condition that a second source IP address of the ARP message is the IP address of the virtual port;
taking a target MAC address as the MAC address of the terminal equipment corresponding to the second destination IP address under the condition that the second destination IP address is allocated to the accessed terminal equipment by the first core network equipment; the target MAC address is the MAC address of the first core network device or the MAC address which the first core network device is allowed to receive;
And sending the MAC address of the terminal equipment corresponding to the first destination IP address to the operating system.
Optionally, the method further comprises:
when any terminal equipment is monitored to be accessed to the first core network equipment, an IP address is allocated to any terminal equipment;
and sending the allocated IP address to any terminal equipment, wherein the allocated IP address is used for establishing a neighbor relation between the any terminal equipment and the first core network equipment.
Optionally, a plurality of core network devices including the first core network device are networked to obtain an OSPF network, and each core network device belongs to a subdomain in the OSPF network;
the method further comprises the steps of:
when any terminal equipment is monitored to be accessed to the first core network equipment, determining a target slice of the first core network equipment;
determining a target subdomain to which the first core network device belongs from a plurality of subdomains in the OSPF network;
and distributing the target slice and the target subdomain to any terminal equipment.
Optionally, the sending, according to the target slice of the first core network device, the first OSPF packet to a terminal device that matches the target slice includes:
Determining at least one terminal device matching the target slice and the target sub-domain;
and sending the first OSPF message to the at least one terminal device.
Optionally, the method further comprises:
monitoring a link state of a communication link between the first core network device and at least one communication node;
transmitting first link state change information to at least one second communication node when a link state of a communication link between the first core network device and a first communication node of the at least one communication node is changed;
the first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second route entry information of each communication node, wherein the second route entry information is used for routing to the corresponding communication node.
Optionally, the first communication node includes a second core network device having a neighbor relation with the first core network device, and/or a terminal device having a neighbor relation with the first core network device;
The second communication node comprises a second core network device having a neighbor relation with the first core network device.
Optionally, the monitoring the link state of the communication link between the first core network device and at least one communication node includes:
transmitting a first data packet for heartbeat detection to the at least one communication node;
querying whether a second heartbeat response sent by the at least one communication node is received or not under the condition that a first heartbeat response sent by the at least one communication node in response to the first data packet is received, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet for heartbeat detection sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and the at least one communication node is unchanged in the case of receiving the second heartbeat response;
and determining that the link state of the communication link between the first core network device and the at least one communication node changes in the case that the second heartbeat response is not received.
Optionally, the monitoring the link state of the communication link between the first core network device and at least one communication node further includes:
querying whether a third heartbeat response sent by the at least one communication node is received or not under the condition that the first heartbeat response sent by the at least one communication node is not 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 sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and the at least one communication node changes if the third heartbeat response is received;
and in the case that the third heartbeat response is not received, determining that the link state of the communication link between the first core network device and the at least one communication node is unchanged.
Optionally, the method further comprises:
receiving 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 under the condition that the link state of a communication link between the third communication node and a fourth communication node is monitored to change, and the second link state change information is used for indicating the change of the link state of the communication link between the third communication node and the fourth communication node;
Generating a network topology structure according to the first link state change information and the second link state change information;
and updating second routing entry information of each communication node according to the network topology structure, wherein the updated second routing entry information is used for routing to the corresponding communication node.
According to another aspect of the present application, there is provided a first core network device comprising a memory, a transceiver, and a processor;
a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and performing the following operations:
generating a first OSPF message based on an Open Shortest Path First (OSPF) processing module in the first core network device;
under the condition that a first source IP address in the first OSPF message is the IP address of a set virtual port, sending the first OSPF message to a terminal device matched with a target slice according to the target slice of the first core network device;
receiving a second OSPF message sent by each terminal device in response to the first OSPF message;
And generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, wherein the first routing entry information is used for routing to the corresponding terminal device.
According to yet another aspect of the present application, there is provided a communication apparatus applied to a first core network device, the apparatus comprising:
a first generating unit, configured to generate a first OSPF packet based on an open shortest path first protocol OSPF processing module in the first core network device;
a sending unit, configured to send, when a first source IP address in the first OSPF packet is an IP address of a set virtual port, the first OSPF packet to a terminal device that matches a target slice of the first core network device according to the target slice;
the receiving unit is used for receiving second OSPF messages sent by the terminal devices in response to the first OSPF messages;
the second generating unit is configured to generate first routing entry information of each terminal device according to the second OSPF packet based on the OSPF processing module, where the first routing entry information is used for routing to a corresponding terminal device.
According to another aspect of the present application, there is provided a processor-readable storage medium storing a computer program for causing the processor to execute the communication method as described above.
According to another aspect of the present application, there is provided a computer program product which, when executed by an instruction processor in the computer program product, performs the method for communication as described above.
The application has the following technical effects: the OSPF function of the router is integrated on the core network equipment, the terminal equipment and the core network equipment can be communicated through a dynamic routing protocol, namely, the routing entry information corresponding to each terminal equipment is determined in a mode that the core network equipment interacts with the accessed terminal equipment, so that the routing entry information can be routed to the corresponding terminal equipment, the interconnection between the terminal equipment can be realized under the service scene without routing, and the condition that each terminal equipment cannot normally communicate is avoided.
It should be understood that the description of this section is not intended to identify key or critical features of the embodiments of the application or to delineate the scope of the application. Other features of the present application will become apparent from the description that follows.
Drawings
The drawings are for better understanding of the present solution and do not constitute a limitation of the present application. Wherein:
FIG. 1 is a schematic diagram of an OSPF network obtained by networking a plurality of routers;
FIG. 2 is a flow chart of a communication method according to an embodiment of the present application;
FIG. 3 is a flow chart of another communication method according to an embodiment of the present application;
FIG. 4 is a flow chart of another communication method according to an embodiment of the present application;
FIG. 5 is a flow chart of another communication method according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a first core network device according to an embodiment of the present application;
FIG. 7 is a flow chart of another communication method according to an embodiment of the present application;
FIG. 8 is a flow chart of another communication method according to an embodiment of the present application;
FIG. 9 is a flow chart of another communication method according to an embodiment of the present application;
fig. 10 (a) is a schematic diagram of a network topology diagram (chained network) obtained by networking four core network devices according to an embodiment of the present application;
fig. 10 b is a second schematic diagram of a network topology diagram (ring network) obtained by networking four core network devices according to the embodiment of the present application;
fig. 10 (c) is a schematic diagram three of a network topology diagram (star networking) obtained by networking four core network devices provided in the embodiment of the present application;
fig. 11 is a schematic diagram of interaction between a plurality of core network devices provided in an embodiment of the present application;
FIG. 12 is a schematic diagram of an OSPF network for 4 emergency communication vehicle groups according to an embodiment of the present application;
FIG. 13 is a schematic structural view of an emergency communication vehicle according to an embodiment of the present disclosure;
fig. 14 is a schematic structural diagram of a first core network device according to an embodiment of the present application;
fig. 15 is a schematic structural diagram of a communication device according to an embodiment of the present application.
Detailed Description
The following description of the technical solutions in the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is apparent that the described embodiments are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
That is, in the embodiment of the present application, the term "and/or" describes the association relationship of the association objects, which means that three relationships may exist, for example, a and/or B may be represented: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.
In the related art, an external router is used to implement interconnection between different core network devices, where the core network devices are only nodes accessing the network, and the router forms an OSPF (Open Shortest Path First, open shortest path first protocol) election network (or OSPF network) for the subnet interface and the terminal device subnet connected by the N6 interface of the 5GC (5G Core Network), so as to perform distribution and sharing of dynamic routes.
Wherein the OSPF network can be divided into a plurality of sub-domains, each sub-domain being referred to as an Area. Where an area is a logical set of OSPF networks, routers, and links with the same area identity. Routers within an area must maintain a topology database for the area to which they belong, and the size of the topology database can be reduced because routers do not maintain detailed information about the network topology outside of the area to which they belong.
The Area0 in the OSPF network is a backbone Area, and the other areas except the Area0 are called common areas, and the common areas cannot be directly visited with each other, but can only be indirectly visited with each other through the Area 0. The OSPF network is divided into a plurality of areas, which is beneficial to reducing route entry information, reducing the burden of a router and making a targeted strategy for an Area.
As an example, taking an example in which the OSPF network contains 5 areas, as shown in fig. 1, general areas Area1, area2, area3, and Area4 other than the backbone Area0 can be accessed through Area 0. R in fig. 1 refers to a Router (Router).
However, in the above manner, many modules on the core network devices do not fully have the function of a router, and therefore, the router needs to be externally connected, and in addition, a routing self-loop condition easily occurs between the core network devices.
In order to solve at least one of the problems described above, embodiments of the present application provide a communication method, an apparatus, a first core network device, and a storage medium.
The communication method, apparatus, first core network device, and storage medium of the present embodiment are described below with reference to the accompanying drawings. Before explaining the embodiments of the present disclosure in detail, for ease of understanding, technical words related to the present disclosure are first described:
slicing (or network slicing) refers to cutting a physical network into a plurality of mutually independent logical networks according to requirements of different service applications on the number of users, quality of service (Quality of Service, qos for short), bandwidth and the like.
The target slice refers to a slice supported by the first core network device.
Fig. 2 is a flow chart of a communication method according to an embodiment of the present application.
The communication method of the embodiment of the application can be applied to the first core network equipment.
As shown in fig. 2, the communication method may include the steps of:
step 201, generating a first OSPF packet based on an OSPF processing module in the first core network device.
In the embodiment of the present application, the OSPF processing module in the first core network device may generate a first OSPF packet.
As an example, the communication method is performed by a transport module (or called a communication module) in the first core network device, where the transport module may support OSPF functionality. The OSPF processing module may send the first OSPF packet to the transport module through an operating system in the first core network device.
Step 202, in the case that the first source IP address in the first OSPF packet is the IP address of the set virtual port, according to the target slice of the first core network device, sending the first OSPF packet to the terminal device that matches the target slice.
The terminal device may be a device that provides voice and/or data connectivity to a user, a handheld device with wireless connectivity, or other processing device connected to a wireless modem, among others. The names of the terminal devices may also be different in different systems, for example in a 5G system, the terminal devices may be referred to as User Equipment (UE). The wireless terminal device may communicate with one or more Core Networks (CN) via a radio access Network (Radio Access Network, RAN for short), and may be mobile terminal devices such as mobile phones (or "cellular" phones) and computers with mobile terminal devices, for example, portable, pocket, hand-held, computer-built-in or vehicle-mounted mobile devices that exchange voice and/or data with the radio access Network. Such as personal communication services (Personal Communication Service, PCS) phones, cordless phones, session initiation protocol (Session Initiated Protocol, SIP) phones, wireless local loop (Wireless Local Loop, WLL) stations, personal digital assistants (Personal Digital Assistant, PDA) and the like. The wireless terminal device may also be referred to as a system, subscriber unit (subscriber unit), subscriber station (subscriber station), mobile station (mobile), remote station (remote station), access point (access point), remote terminal device (remote terminal), access terminal device (access terminal), user terminal device (user terminal), user agent (user agent), user equipment (user device), and the embodiments of the present application are not limited.
In the embodiment of the application, the first core network device may virtualize a specific virtual port, where the virtual port is used for a virtual router interface address, and is used for interworking between an operating system and a transmission module.
In the embodiment of the present application, the number of terminal devices that match the target slice may be at least one.
In this embodiment of the present application, the first core network device may determine whether a source IP address (referred to as a first source IP address in this application) in the first OSPF packet is an IP address of a set virtual port (i.e., a virtual router interface address), and if the first source IP address in the first OSPF packet is an IP address of the set virtual port, may send the first OSPF packet to a terminal device that matches (or is consistent with) the target slice according to the target slice supported by the first core network device.
For example, assuming that the target slice corresponding to the first core network device is 1-1, the first OSPF packet may be sent to the terminal device that matches the target slice 1-1, i.e., the first OSPF packet may be sent to the terminal device with the slice 1-1.
As a possible implementation manner, for any one terminal device, if the terminal device has a slice, the terminal device may access a core network device consistent with its slice. For example, the terminal device has a slice of 1-2, and the terminal device may access the core network device having a slice of 1-2.
As another possible implementation manner, for any terminal device, if the terminal device does not have a slice, when the terminal device accesses a core network device, the core network device may allocate a slice to the terminal device, for example, the core network device may allocate a slice to the accessed terminal device. For example, the core network device may assign a slice 1-2 to the accessed terminal device if the slice of the core network device is 1-2.
Thus, in the present application, the first core network device may determine each terminal device that matches or corresponds to the self slice (referred to as a target slice in the present application), and send the first OSPF packet to each terminal device.
Step 203, receiving a second OSPF packet sent by each terminal device in response to the first OSPF packet.
In this embodiment of the present application, after receiving the first OSPF packet, each terminal device may generate a second OSPF packet in response to the first OSPF packet, and send the second OSPF packet to the first core network device.
Step 204, generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, where the first routing entry information is used for routing to the corresponding terminal device.
In this embodiment of the present application, after receiving the second OSPF packet sent by each terminal device, the first core network device may send each second OSPF packet to the OSPF processing module through an operating system in the first core network device, and accordingly, after receiving each second OSPF packet, the OSPF processing module may generate first routing entry information of each terminal device according to each second OSPF packet, that is, each terminal device corresponds to one first routing entry information, and each first routing entry information is used for routing to a terminal device corresponding to the first routing entry information.
As an example, the OSPF processing module may parse each second OSPF packet, and perform a routing algorithm (such as a shortest path first algorithm) on the parsed data to obtain first routing entry information of each terminal device, where each first routing entry information is used to indicate a shortest path routed to the terminal device corresponding to the first routing entry information.
According to the communication method, a first OSPF message is generated based on an OSPF processing module in first core network equipment; under the condition that a first source IP address in the first OSPF message is the IP address of the set virtual port, sending the first OSPF message to terminal equipment matched with a target slice according to the target slice of first core network equipment; receiving a second OSPF message sent by each terminal device in response to the first OSPF message; and generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, wherein the first routing entry information is used for routing to the corresponding terminal device. Therefore, the OSPF function of the router is integrated on the core network equipment, the terminal equipment and the core network equipment can be communicated through a dynamic routing protocol, namely, the routing entry information corresponding to each terminal equipment is determined in a mode that the core network equipment interacts with the accessed terminal equipment, so that the routing entry information can be routed to the corresponding terminal equipment, the interconnection between the terminal equipment can be realized under a non-routing service scene, and the condition that each terminal equipment cannot normally communicate is avoided.
In order to clearly explain how the OSPF messages are interacted between the first core network device and the terminal device in the above embodiment of the present application, a communication method is also provided.
Fig. 3 is a flow chart of another communication method according to an embodiment of the present application.
As shown in fig. 3, the communication method may include the steps of:
step 301, generating a first OSPF packet based on an OSPF processing module in the first core network device.
The explanation of step 301 may be referred to the related description in any embodiment of the present application, and will not be repeated here.
In any one embodiment of the present application, when the first core network device monitors that any one of the terminal devices accesses or attaches to the first core network device, an IP address may be allocated to the terminal device, and the allocated IP address is sent to the terminal device, and correspondingly, when the terminal device receives the IP address sent by the first core network device, a neighbor relationship may be established between the terminal device and the first core network device according to the IP address.
Step 302, in the case that 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, so as to obtain the first data packet.
It should be noted that, the explanation of the virtual port in the above embodiment is also applicable to this embodiment, and will not be repeated here.
In this embodiment of the present application, in the case that the first source IP address in the first OSPF packet is the IP address of the set virtual port, the first core network device may perform tunnel encapsulation on the first OSPF packet according to the communication protocol, so as to obtain the first data packet.
Step 303, determining the access network equipment corresponding to the terminal equipment matched with the target slice.
Wherein the access network device is exemplified for the base station. The base station may comprise a plurality of cells serving the terminal device. A base station may also be called an access point or may be a device in an access network that communicates over the air-interface, through one or more sectors, with wireless terminal devices, or other names, depending on the particular application. The network device may be configured to exchange received air frames with internet protocol (Internet Protocol, IP) packets as a router between the wireless terminal device and the rest of the access network, which may include an Internet Protocol (IP) communication network. The network device may also coordinate attribute management for the air interface. For example, the network device according to the embodiments of the present application may be a network device (Base Transceiver Station, BTS) in a global system for mobile communications (Global System for Mobile communications, GSM) or code division multiple access (Code Division Multiple Access, CDMA), a network device (NodeB) in a wideband code division multiple access (Wide-band Code Division Multiple Access, WCDMA), an evolved network device (evolutional Node B, eNB or e-NodeB) in a long term evolution (long term evolution, LTE) system, a 5G base station (gNB) in a 5G network architecture (next generation system), a home evolved base station (Home evolved Node B, heNB), relay node (relay node), home base station (femto), pico base station (pico), and the like. In some network structures, the base station may include a Centralized Unit (CU) node and a Distributed Unit (DU) node, which may also be geographically separated.
It should be noted that, the 5G network is oriented to different application scenarios, such as application scenarios of ultra-high definition video, virtual Reality (VR), large-scale internet of things, internet of vehicles, etc., where different application scenarios have different requirements on mobility, security, time delay, reliability, and even charging modes of the network, and the network slice is to cut the physical network into multiple independent logical networks according to requirements of different service applications on the number of users, quality of service, and bandwidth.
The same core network device may support different slices, or each core network device supports one slice, while different core network devices support different slices, and different core network devices may allocate different slices to the accessed terminal device.
In the embodiment of the present application, the first core network device may determine, according to a target slice supported by the first core network device, a terminal device that matches or is consistent with the target slice, and determine an access network device corresponding to the terminal device.
Step 304, a first data packet is sent to access network equipment; the first data packet is used for stripping the tunnel header of the first data packet by the access network equipment to obtain a first OSPF message, and sending the first OSPF message to the terminal equipment.
In this embodiment of the present application, the first core network device may send a first data packet including a first OSPF packet to the access network device, and correspondingly, after receiving the first data packet, the access network device may strip a tunnel header of the first data packet, obtain the first OSPF packet, and send the first OSPF packet to each terminal device. Correspondingly, after receiving the first OSPF message, each terminal device may generate a second OSPF message in response to the first OSPF message, and forward the second OSPF message to the first core network device through the access network device.
Step 305, receiving a second OSPF packet sent by each terminal device in response to the first OSPF packet.
The explanation of step 305 may be referred to the related description in any embodiment of the present application, and will not be repeated here.
In any embodiment of the present application, after receiving the second OSPF packet sent by each terminal device in response to the first OSPF packet, the access network device may perform tunnel encapsulation on each second OSPF packet according to the communication protocol to obtain a second data packet, and forward the second data packet sent by each terminal device to the first core network device. Correspondingly, the first core network device may strip the tunnel header of each second data packet to obtain each second OSPF packet.
Step 306, generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, where the first routing entry information is used for routing to the corresponding terminal device.
The explanation of step 306 may be referred to the relevant descriptions in any embodiment of the present application, and will not be repeated here.
In any embodiment of the present application, after each second OSPF packet is acquired by the first core network device, for any one second OSPF packet in each second OSPF packet, a media access control address (ethernet address) (Media Access Control Address, abbreviated as MAC) address of a terminal device that sends the second OSPF packet may be encapsulated in the second OSPF packet according to a communication protocol, so as to obtain a target OSPF packet, that is, for each second OSPF packet sent by each terminal device, a MAC address of the terminal device may be encapsulated in the second OSPF packet, so as to obtain a target OSPF packet corresponding to the terminal device.
Then, for each target OSPF packet, the first core network device may determine, according to the type of the target OSPF packet, a target communication mode (such as a unicast ethernet frame mode and a multicast ethernet frame mode) that matches the type, for example, a correspondence between different types and communication modes may be preset, such as a unicast ethernet frame mode for a communication mode corresponding to type 1, a multicast ethernet frame mode for a communication mode corresponding to type 2 and type 3, and so on. Therefore, in the disclosure, the corresponding relationship can be queried according to the type of the target OSPF message so as to determine the target communication mode matched with the type of the target OSPF message. And then, the target communication mode can be adopted, and the target OSPF message is sent to an OSPF processing module in the first core network device through an operating system in the first core network device.
Correspondingly, after receiving each target OSPF message, the OSPF processing module may perform parsing processing on each target OSPF message to obtain first routing entry information of each terminal device. For example, the OSPF processing module may parse each target OSPF packet and perform a routing algorithm (such as a shortest path first algorithm) on the parsed data to obtain first routing entry information of each terminal device, that is, each terminal device has first routing entry information, where each first routing entry information is used to indicate a shortest path routed to the terminal device corresponding to the first routing entry information.
The MAC address of the terminal device may be generated by the first core network device, for example, the first core network device may use the MAC address corresponding to the first core network device as the MAC address of the terminal device, or the first core network device may use the MAC address allowed to be received by the first core network device (also referred to as the MAC address that the first core network device can receive) as the MAC address of the terminal device.
As a possible implementation manner, after generating the first routing entry information of each terminal device, the OSPF processing module may 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, and correspondingly, after receiving the first routing entry information of each terminal device, the transmission module may store 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.
The communication method of the embodiment of the application can realize forwarding of the OSPF message between the terminal equipment and the first core network equipment through the access network equipment so as to ensure the effectiveness of generating the route entry information.
In a possible implementation manner of the embodiment of the present application, after generating the first routing entry information corresponding to each terminal device, interconnection between terminal devices may be implemented based on the first routing entry information. The above process will be described in detail with reference to fig. 4.
Fig. 4 is a flow chart of another communication method according to an embodiment of the present application.
As shown in fig. 4, the communication method may include the steps of:
step 401, generating a first OSPF packet based on an OSPF processing module in the first core network device.
Step 402, in the case that the first source IP address in the first OSPF packet is the IP address of the set virtual port, according to the target slice of the first core network device, sending the first OSPF packet to the terminal device that matches the target slice.
Step 403, receiving a second OSPF packet sent by each terminal device in response to the first OSPF packet.
Step 404, generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, where the first routing entry information is used for routing to the corresponding terminal device.
The explanation of steps 401 to 404 may be referred to the relevant descriptions in any embodiment of the present application, and will not be repeated here.
Step 405, when receiving a data packet sent by a target terminal device in each terminal device, determining a first destination IP address in the data packet.
In the embodiment of the present application, the target terminal device may be any one of the terminal devices.
In this embodiment of the present application, when the target terminal device wants to transmit data with other terminal devices, a data packet may be generated, where the data packet carries an IP address of the other terminal devices, and sends the data packet to the first core network device. Correspondingly, after receiving the data message, the transmission module of the first core network device may parse the data message to obtain a destination IP address (herein referred to as a first destination IP address) in the data message.
Step 406, determining target route entry information matched with the first destination IP address from the first route entry information.
In the embodiment of the present disclosure, the first core network device may store first routing entry information of each terminal device, for example, may store an IP address of each terminal device in correspondence with the first routing entry information, so in this application, stored data may be queried according to a first destination IP address to determine the first routing entry information stored in correspondence with the first destination IP address, and use the first routing entry information as target routing entry information.
Step 407, forwarding the data message to the terminal device corresponding to the first destination IP address according to the destination routing entry information.
In this embodiment of the present application, the first core network device may forward, according to the target routing entry information, the data packet to a terminal device corresponding to the first destination IP address.
The communication method of the embodiment of the application can realize that the data message sent by one terminal device is forwarded to the other terminal device based on the first route entry information, thereby realizing interconnection between the terminal devices.
In order to clearly illustrate any embodiment of the present application, the present application also proposes a communication method.
Fig. 5 is a flow chart of another communication method according to an embodiment of the present application.
As shown in fig. 5, on the basis of any one of the above embodiments, the communication method may further include the steps of:
step 501, an address resolution protocol (Address Resolution Protocol, ARP) message is generated based on an operating system of the first core network device.
In the embodiment of the present application, the operating system of the first core network device may generate an APR packet.
By way of example, the communication method is executed by a transmission module (or called a communication module) in the first core network device, and the operating system may send the generated ARP message to the transmission module.
Step 502, in the case that the second source IP address of the ARP packet is the IP address of the virtual port, it is determined whether the second destination IP address in the ARP packet has been allocated to the accessed terminal device by the first core network device.
In this embodiment of the present application, after receiving an ARP packet, the first core network device may parse the ARP packet to obtain a source IP address (herein denoted as a second source IP address) and a destination IP address (herein denoted as a second destination IP address) of the ARP packet. In the case where the second source IP address is the IP address of the set virtual port, it may be determined whether the second destination IP address has been assigned to the accessed terminal device by the first core network device.
When the first core network device detects that any terminal device is accessed to or attached to the first core network device, the first core network device can allocate an IP address for the terminal device, and the IP address is used for establishing a neighbor relation between the terminal device and the first core network device.
In step 503, in the case that the second destination IP address has been allocated to the accessed terminal device by the first core network device, the destination MAC address is taken as the MAC address of the terminal device corresponding to the second destination IP address.
The target MAC address is a MAC address of the first core network device or a MAC address that the first core network device is allowed to receive.
In this embodiment of the present application, in the case where the second destination IP address has been allocated to the accessed terminal device by the first core network device, the first core network device may simulate the MAC address of the terminal device corresponding to the second destination IP address, for example, the destination MAC address may be used as the MAC address of the terminal device corresponding to the second destination IP address, where the destination MAC address may be the MAC address of the first core network device, or the destination MAC address may be a MAC address that the first core network device allows to receive (i.e., a MAC address that the first core network device can receive).
Step 504, the MAC address of the terminal device corresponding to the first destination IP address is sent to the operating system.
In this embodiment of the present application, the first core network device may send, to the operating system, the MAC address of the terminal device corresponding to the first destination IP address.
The communication method is executed by the transmission module in the first core network device for example, and 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 the message next time, the transmission module can respond to the message without forwarding the message to the corresponding terminal device.
As an example, the OSPF function on the router may be integrated on the first core network device, so as to achieve that the routes of the communication nodes can be obtained and released, and complete the route release under various networks and the transmission of the terminal device service under the routes. An emergency communication vehicle with a first core network device as 5GC is taken as an example (the emergency communication vehicle is not connected with a network by a three-layer router), an OSPF supporting function can be added on a transmission module on the first core network device, and the structure of the first core network device can be shown in fig. 6. Wherein DRAM refers to dynamic random access memory (Dynamic Random Access Memory), RPAM refers to resource pool application management module (Resouce Pool Application Manager), TSM refers to business system management module (Traffic System Manager), UP refers to User Plane (User Plane), OS IPstack refers to operating system Protocol stack (operation system IPstack), logPortProc refers to logical port processing module (logic port), URP refers to open extensible configurable architecture (open scalable configurable architecture, OSCA) User Plane module (useR Plane), GTP-U refers to general packet radio service technology (General Packet Radio Service, GRPS) channel Protocol (Tunnel Protocol) -User Plane (User Plane).
Specifically, the transport module supports a logical port function (for docking processing of the OSPF processing module), and the first core network device needs to virtualize a specific virtual port associated with the operating system protocol stack, where the virtual port is used for a virtual router interface address to perform interworking between the operating system and the 5GC transport module.
Taking terminal equipment as UE for example, the flow processing of the first core network equipment supports:
first, ARP flow: the transmission module in the first core network device can determine whether the source IP address in the ARP message sent by the operating system is the IP address of the virtual port, and 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 message is allocated to the accessed UE by the first core network device, the transmission module can simulate the MAC address of the UE (the MAC addresses of all UEs are preset to be the same, and the MAC address only needs to be known by the operating system and is irrelevant to the MAC address of the actual UE).
And secondly, forwarding the OSPF message in a downlink mode. And the OSPF message sent by the OSPF processing module in the first core network equipment reaches the transmission module through the operating system, the transmission module judges whether the source IP address of the OSPF message is the IP address of the virtual port, if so, the OSPF message is packaged by the UE tunnel and then is forwarded to the access network equipment so as to be forwarded to the UE matched with the slice of the first core network equipment by the access network equipment.
Thirdly, forwarding the OSPF message in an uplink mode. After receiving an OSPF message sent by a UE, a transmission module strips off a tunnel header, encapsulates a MAC address related to the UE in a prefabrication simulation mode, encapsulates a unicast or multicast Ethernet frame according to the type of the OSPF message, and sends the encapsulated unicast or multicast Ethernet frame to an OSPF processing module through an operating system for analysis processing so as to obtain related routing entry information.
Fourth, the precise reason for the UE configuration. After the OSPF processing module generates the relevant routing entry information, the accurate routing entry information of the UE may be configured, and the accurate routing entry information is delivered to the transmission module to be saved for forwarding of the UE packet between core network devices.
According to the communication method, effective support for ARP flow processing can be achieved through intercommunication between the operating system and the transmission module.
In order to clearly illustrate how to send the first OSPF message to the terminal device matching the target slice according to the target slice of the first core network device in any embodiment of the present application, the present application further provides a communication method.
Fig. 7 is a flow chart of another communication method according to an embodiment of the present application.
As shown in fig. 7, the communication method may include the steps of:
Step 701, generating a first OSPF packet based on an OSPF processing module in the first core network device.
The explanation of step 701 may be referred to the relevant descriptions in any embodiment of the present application, and will not be repeated here.
Step 702, determining at least one terminal device matching the target slice and the target sub-domain according to the target slice of the first core network device and the target sub-domain to which the first core network device belongs, when the first source IP address in the first OSPF packet is the IP address of the set virtual port.
It should be noted that, the explanation of the virtual port in the foregoing embodiment is also applicable to this embodiment, and will not be repeated here.
In this embodiment of the present application, a plurality of core network devices including the first core network device may be configured to obtain an OSPF network, where the OSPF network may include a plurality of subfields (or referred to as Area areas), and each core network device corresponds to one of the plurality of subfields, that is, each core network device belongs to one subfield. In this application, a subfield to which a first core network device in a plurality of subfields belongs may be referred to as a target subfield.
In one possible implementation manner of the embodiment of the present application, when the first core network device monitors that any one of the terminal devices is accessed or attached to the first core network device, the first core network device may not only allocate a slice for the terminal device, but also allocate a subdomain for the terminal device. Specifically, the first core network device may determine a target slice supported by itself, and determine a target sub-domain to which the first core network device belongs from a plurality of sub-domains in the OSPF network, so that the terminal device may be allocated the target slice and the target sub-domain.
Thus, in the present application, in the case that the first source IP address in the first OSPF packet is the IP address of the set virtual port, the first core network device may determine at least one terminal device that matches the target slice and the target sub-domain, that is, determine the terminal device allocated with the target slice and the target sub-domain.
Step 703, sending a first OSPF message to at least one terminal device.
In the embodiment of the present application, the first core network device may send the first OSPF packet to at least one terminal device allocated with the target slice and the target sub-domain.
As a possible implementation manner, the first core network device may send the first OSPF packet to the at least one terminal device through the access network device. Specifically, the first OSPF packet may be tunnel-encapsulated to obtain a first data packet, and an access network device corresponding to the at least one terminal device is determined, so that the first data packet may be sent to the access network device, so that the access network device strips a tunnel header of the first data packet to obtain the first OSPF packet, and sends the first OSPF packet to the at least one terminal device.
Step 704, receiving a second OSPF packet sent by each terminal device in response to the first OSPF packet.
Step 705, generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, where the first routing entry information is used for routing to a corresponding terminal device.
The explanation of steps 704 to 705 may be referred to the relevant descriptions in any embodiment of the present application, and will not be repeated here.
According to the communication method, the first OSPF message can be effectively sent to the terminal equipment accessed to the first core network equipment according to the target slice supported by the first core network equipment and the target subdomain to which the first core network equipment belongs.
It can be appreciated that, for a small-sized core network device (such as an emergency communication vehicle), the network topology may change continuously due to its mobile characteristics, and if route entry information corresponding to each communication node is not updated dynamically in time, normal communication between each communication node may be disabled. In view of the foregoing, as a possible implementation manner of the embodiments of the present application, a first core network device may monitor a link state of a communication link between the first core network device and at least one communication node, and when it is monitored that a link state of the communication link between the first core network device and a certain communication node changes, may diffuse link state change information to the communication node within a certain range or to all communication nodes in the whole network, so that the communication nodes operate a routing algorithm to obtain dynamic routing entry information corresponding to each communication node.
The above process will be described in detail with reference to fig. 8.
Fig. 8 is a flow chart of another communication method according to an embodiment of the present application.
As shown in fig. 8, on the basis of any one of the above embodiments, the communication method may further include the steps of:
step 801 monitors a link state of a communication link between a first core network device and at least one communication node.
In an embodiment of the present application, the at least one communication node may include a second core network device having a neighbor relation with the first core network device, and/or a terminal device having a neighbor relation with the first core network device.
In the embodiment of the application, the link state may include a path state and an open state.
In the embodiment of the application, the transmission module in the first core network device may monitor a link state of a communication link between the first core network device and at least one communication node.
As a possible implementation manner, the monitoring of the link state of the communication link between the first core network device and the at least one communication node may be implemented by means of heartbeat detection.
As an example, for any of the at least one communication node, a first data packet for heartbeat detection may be sent to the communication node, and it may be determined whether a first heartbeat response sent by the communication node in response to the first data packet is received. And under the condition that a first heartbeat response sent by the communication node in response to the first data packet is received, determining that the link state of a communication link between the communication node and the first core network device in the heartbeat detection is a path state, and inquiring whether the first core network device receives a second heartbeat response sent by the communication node in response to the second data packet after the first core network device sends a second data packet for heartbeat detection to the communication node in the previous time, namely inquiring whether the first core network device receives the 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 sent by the first core network device in the previous time. If the second heartbeat response is received, the link state of the communication link between the communication node and the first core network device in the previous heartbeat detection is also indicated to be a path state, so that it can be determined that the link state of the communication link between the first core network device and the communication node is unchanged; if the second heartbeat response is not received, the link state of the communication link between the communication node and the first core network device in the previous heartbeat detection is indicated to be in an off state, so that the link state of the communication link between the first core network device and the communication node can be determined to be changed.
And under the condition that a first heartbeat response sent by the communication node in response to the first data packet is not received, determining that the link state of a communication link between the communication node and the first core network device in the heartbeat detection is an open state, and inquiring whether the first core network device receives a third heartbeat response sent by the communication node in response to the third data packet after the first core network device sends a third data packet for heartbeat detection to the communication node in the previous time, namely inquiring whether the first core network device receives the third heartbeat response sent by the communication node, wherein the third heartbeat response is generated by the communication node in response to the third data packet for heartbeat detection sent by the first core network device in the previous time. If the third heartbeat response is received, the link state of the communication link between the communication node and the first core network device in the previous heartbeat detection is indicated to be a path state, so that the link state of the communication link between the first core network device and the communication node can be determined to be changed; if the third heartbeat response is not received, the link state of the communication link between the communication node and the first core network device in the previous heartbeat detection is also indicated to be in an off state, so that it can be determined that the link state of the communication link between the first core network device and the communication node is unchanged.
Step 802 of transmitting first link state change information to at least one second communication node when a link state of a communication link between a first core network device and a first communication node of the at least one communication node changes.
The first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second routing entry information of each communication node, wherein the second routing entry information is used for routing to the corresponding communication node.
In an embodiment of the present application, the second communication node may include a second core network device having a neighbor relation with the first core network device.
In the embodiment of the present application, 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 the first communication node in the at least one communication node changes, the first link state change information may be sent to at least one second communication node in the OSPF network, where the first link state change information is used to indicate that the link state of the communication link between the first core network device and the first communication node changes. Correspondingly, after receiving the first link state change information, the second communication node may generate second routing entry information of each communication node according to 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 for routing to the communication node corresponding to the second routing entry information.
Alternatively, the first core network device may also generate the second routing entry information of each communication node according to the first link state change information.
The communication method of the embodiment of the application can dynamically adjust the route entry information of each communication node in time when the link state of the communication link between the communication nodes in the OSPF network changes, so that each communication node can normally communicate.
In a possible implementation manner of the embodiment of the present application, the first core network device may 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 above process will be described in detail with reference to fig. 9.
Fig. 9 is a flow chart of another communication method according to an embodiment of the present application.
As shown in fig. 9, on the basis of any one of the embodiments of fig. 2 to 7, the communication method may further include the steps of:
step 901, monitoring a link state of a communication link between a first core network device and at least one communication node.
Step 902, when a link state of a communication link between a first core network device and a first communication node of the at least one communication node changes, sending first link state change information to the at least one second communication node.
The first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second routing entry information of each communication node, wherein the second routing entry information is used for routing to the corresponding communication node.
The explanation of the steps 901 to 902 can be referred to the previous embodiments, and will not be repeated here.
Step 903, receiving second link state change information sent by at least one third communication node.
The second link state change information is generated when the third communication node detects that the link state of the communication link between the third communication node and the fourth communication node is changed, and the second link state change information is used for indicating that the link state of the communication link between the third communication node and the fourth communication node is changed.
In the embodiment of the application, the third communication node may include a second core network device having a neighbor relation with the first core network device, and/or a terminal device having a neighbor relation with the first core network device.
In an embodiment of the present application, the fourth communication node may include a communication node having a neighbor relation with the third communication node.
It should be noted that, the process of the third communication node monitoring the link status of the communication link between itself and the fourth communication node may refer to the related description in step 801, and the implementation principle is similar, which is not described herein.
In the embodiment of the present application, when any one of the third communication nodes monitors that the link state of the communication link between the third communication node and the fourth communication node changes, the second link state change information may be sent to the first core network device.
Step 904, generating a network topology structure according to the first link state change information and the second link state change information.
In this embodiment of the present application, after receiving the second link state change information, the first core network device may generate a network topology according to the first link state change information and the second link state change information.
As an example, the first core network device may save an initial network topology (e.g., the initial network topology may be the last generated network topology for the first core network device or may be the last network topology generated for other communication nodes and sent to the first core network device) that is used to indicate the link state between the communication nodes. After receiving the first link state change information and the second link state change information, the first core network device may adjust the link state of the communication link between the first core network device and the first communication node in the initial network topology according to the link state of the communication link between the first core network device and the first communication node indicated by the first link state change information and the link state of the communication link between the third communication node and the fourth communication node indicated by the second link state change information, and adjust the link state of the communication link between the first core network device and the first communication node in the initial network topology, so as to obtain an updated network topology.
Step 905, updating the second routing entry information of each communication node according to the network topology structure, wherein the updated second routing entry information is used for routing to the corresponding communication node.
In this embodiment of the present application, a routing algorithm (such as a shortest path first algorithm) may be operated according to a network topology structure, so as to obtain updated second routing entry information corresponding to each communication node.
As an example, as shown in fig. 6, the preconditions for the flow process are:
1) OSPF is started on the terminal equipment, and under the condition that the terminal equipment is accessed to or attached to any core network equipment, a neighbor relation is established between the IP address allocated by the core network equipment and the core network equipment, wherein different core network equipment allocates address pools (UE_SUBNET) of different SUBNETs for the terminal equipment, and the whole network is unique.
2) The local SUBNET address (cpe_subnet) of each terminal device down-hanging device (such as a personal computer (Personal Computer, abbreviated as PC), a camera, a service processing device, etc.) also needs to be unique in the whole network, that is, when the down-hanging device is to different terminal devices, the configuration needs to be performed according to the ue_subnet of the connected terminal device, so long as the terminal device connected to the down-hanging device is unchanged, the local SUBNET address of the down-hanging device does not need to be modified, even if the terminal device is attached to different core network devices.
3) The communication node (terminal equipment or core network equipment) operates the link state monitoring to obtain the on-off information of the link state in real time.
4) Once the communication nodes find that the link state changes, the link state change information is diffused to the communication nodes within a certain range or all the communication nodes in the whole network in a controlled flooding mode.
5) Each communication node periodically collects local link state change information diffused by other communication nodes, and integrates the information into a network topology structure of the whole network or a local network topology structure;
6) Each communication node operates a routing algorithm based on the obtained network topology structure to obtain dynamic routing entry information of each communication node.
The communication method of the embodiment of the application can dynamically update and maintain the routing entry information of each communication node in time when the link state of the communication link between the 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 each communication node to normally communicate.
In any embodiment of the present application, taking core network devices as emergency communication vehicles to perform an example, an OSPF network formed by each emergency communication vehicle may be shown in fig. 10 (a) to fig. 10 (c), where fig. 10 (a) is a schematic diagram of a network topology (chain networking) obtained by networking four core network devices, fig. 10 (b) is a schematic diagram of a network topology (ring networking) obtained by networking four core network devices, and fig. 10 (c) is a schematic diagram of a network topology (star networking) obtained by networking four core network devices.
And a plurality of core network devices are networked to obtain an OSPF network, so that communication among different core network devices can be realized. As an example, as shown in fig. 11, the core network device may include network elements such as AMF (Access and Mobility Management Function ), SMF (Session Management Function, session management function), PCF (Policy Control Function, reception policy control function), UPF (User Plane Function ), UDM (Unified Data Management, unified data management function), AUSF (Authentication Server Function, authentication service function), NSSF (Network Slice Selection Function ), AF (Application Function, application function), and the like.
Wherein, (R) AN refers to a radio access Network (RadioAccess Network), i.e. AN access Network device, and DN refers to a Data Network (Data Network).
As an example, taking core network equipment as emergency communication vehicles, and taking the number of the core network equipment as 4 as an example, as shown in fig. 12, an OSPF network is obtained by 4 emergency communication vehicle group networks, each emergency communication vehicle corresponds to one sub-domain in the OSPF network, wherein the section of the sub-domain to which the emergency communication vehicle 1 belongs is 1-1, the section of the sub-domain to which the emergency communication vehicle 2 belongs is 1-2, the section of the sub-domain to which the emergency communication vehicle 3 belongs is 1-3, and the section of the sub-domain to which the emergency communication vehicle 4 belongs is 1-4. The structure of each emergency communication vehicle may be as shown in fig. 13, where phyothport refers to the physical port of the transmission module.
Interworking flow processing support of 5GC network elements (i.e. core network equipment) on the emergency communication vehicle:
first, a 5GC processing module in the network element is presented on the network element node in a single process, responsible for OSPF protocol packet processing, acquires interfaces to be added to subzones in the OSPF network, route entry information to be imported, and the like from the network element, and generates route entry information on a route port.
And secondly, the transmission module on the network element forwards the route entry information.
Thirdly, the principle of the OSPF is consistent between two network elements and the principle of the OSPF is started between routers, HELLO messages are mutually sent between the network elements, wherein the HELLO messages contain some information related to routes and links to form a neighbor list, LSA (LINK STATE ADVERTISEMENT, link state notification) messages are sent between the network elements, the on-off states of the neighbor nodes and the links connected with the neighbor nodes are told through the LSA messages, and finally, a network topology structure (or a network topology list) is formed. Namely, LSAs are sent between network elements, the LSAs are recorded and are assembled, finally an LSDB (link state database, namely a network topology table) is formed, after the network topology table is formed, a shortest path first algorithm (Shortest Path First, SPF for short) algorithm is carried out, and route entry information (namely a route table) is finally formed by calculating the LSDB. After forming the routing table, the network element may forward the data packet according to the routing table.
Taking core network equipment as an emergency communication vehicle for example, the inventor performs networking test on each emergency communication vehicle to obtain:
1. when the number of the emergency communication vehicles is 2, the dynamic routing function of the two vehicle-mounted core network devices can be realized, the two workshop service IPs can be mutually ping (Packet Internet Groper, internet packet explorer) to communicate, the static routing can be normally released, the related routing can be obtained for the vehicles, the dynamic routing list in the network can be normally released, and the dynamic routing number in the network can be normally released and obtained.
2. When the number of the emergency communication vehicles is 3, the dynamic road function of the three-workshop loop networking is as follows: the three workshop service IP can mutually ping and communicate; static route release of three-workshop ring networking: the static route can be normally released, and two opposite vehicles can acquire the related route; the static route is normally released, and both pairs of vehicles can acquire the related route; the selection process of the lower designated router (Designated Router, DR for short) of the three-workshop loop networking comprises the following steps:
in an Area network, under the condition that the priorities are the same (when the priorities of all emergency communication vehicles are 1 in the test), selecting the vehicle with the largest router id as DR;
in an Area network, under the condition of different priorities (when in test, the priority of the emergency communication vehicle 1 is 1, the priority of the emergency communication vehicle 2 is 150, the priority of the emergency communication vehicle 3 is 100), and the emergency communication vehicle 3 with the highest priority is selected as DR.
3. When the number of the 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.
4. When the number of emergency communication vehicles is 4, the four-trolley core network equipment chained network (as shown in fig. 10 (a)) dynamic routing function: OSPF (open shortest path first) between four emergency communication vehicles respectively learns correctly, subzones to which the four emergency communication vehicles belong are respectively Area0, area1, area2, area3, and four terminal devices respectively start OSPF functions, routes are also issued normally, 4 terminal devices are respectively allocated with different slices, namely 1-1,1-2,1-3,1-4, and equivalent routes on core network devices are successfully rewritten; and respectively using the PC hung under the terminal equipment to ping the terminal equipment IP under other emergency communication vehicles, and enabling normal ping to be conducted.
As an example, the IP addresses of 4 emergency communication vehicles are planned, and the planning results are shown in table 1.
TABLE 1
5. When the number of the emergency communication vehicles is 4, the static routes from the four emergency communication vehicles to the terminal equipment are redistributed: in the test, a terminal device is connected to the emergency communication vehicle 4, and 2 static routes are configured on the emergency communication vehicle 4 and are routes to a terminal device network segment (174.16.13.0) and a terminal device lower hanging network segment (202.168.24.0) respectively; and then, using a static route issuing command of the emergency communication vehicle 4 to issue a static route, wherein after issuing, the route learned by the emergency communication vehicle 1 and the emergency communication vehicle 2 is normal.
6. The service IP between network elements can be ping-passed, the service IP between two workshops can be ping-passed each other, the static route can be normally issued, and the relevant route can be learned for the vehicle. The N4 interface between SMF and UPF can establish the association successfully.
7. By disposing OSPF processing modules on each node of the 5GC core network equipment, 5GC network elements can be dynamically networked in an OSPF mode in an emergency communication vehicle, 5GC network element edge service nodes are communicated with other network elements in the emergency communication vehicle mode, and when the network elements dynamically move, the attributes of the 5GC network element processing nodes are dynamically updated according to the movement; the OSPF network is divided into subdomains, so that the OSPF network can be used for distinguishing different 5GC core network devices, and the emergency communication vehicle is directly networked in an OSPF mode, so that three layers of router devices used in network communication are omitted. In the specific scene that the general router can not be deployed, the method has the advantage of accessing the networking.
In summary, OSPF is deployed on a specific terminal device that is connected to a small core network device without a switch router, and devices (such as a PC, a camera, a service processing device, etc.) that are connected to the terminal device and are connected to the core network device are interconnected through a dynamic routing protocol, so that a manual configuration of a route in the core network device is not required. That is, under certain specific communication conditions, after the terminal equipment is connected to the core network equipment, network communication between the terminal equipment and the rear end access server of different core network equipment can be performed without changing the core network equipment side setting when the terminal equipment is not connected to the core network equipment through a router. The method can be suitable for large-scale networks, has fast route change convergence speed and no route self-loop. And the core network equipment can be connected with terminal equipment of different slices, and the terminal equipment of different slices is distinguished according to different subdomains in the OSPF network, so that the intercommunication and service policy control of the terminal equipment of different slices are realized. And different core network devices have different slices and subdomains, so that the subdomains and the slices can be in one-to-one correspondence, and the route synchronization and service intercommunication of terminal devices with different slices can be realized.
For example, when the terminal device 1 in the sub-domain 1 wants to send a data packet to the terminal device 2 in the sub-domain 2, the slices of the terminal device 1 and the terminal device 2 are different, the terminal device 1 may send the data packet to the core network device 1 in the sub-domain 1, and after the core network device 1 receives the data packet, the routing entry information corresponding to the terminal device 2 may be determined according to the destination IP address in the data packet, so that the data packet may be sent to the terminal device 2 through the core network device 2 in the sub-domain 2 according to the routing entry information corresponding to the terminal device 2, and further service interworking of the terminal devices in different slices may be implemented.
In order to implement the above embodiment, the present application further provides a first core network device.
Fig. 14 is a schematic structural diagram of a first core network device according to an embodiment of the present application.
As shown in fig. 14, the first core network device may include a transceiver 1400, a processor 1410, and a memory 1420, wherein:
transceiver 1400 for receiving and transmitting data under the control of processor 1410.
Where in FIG. 14, a bus architecture may comprise any number of interconnected buses and bridges, and in particular one or more processors represented by the processor 1410 and various circuits of the memory represented by the memory 1420, are linked together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. Transceiver 1400 may be a number of elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over a transmission medium, including wireless channels, wired channels, optical cables, etc. The processor 1410 is responsible for managing the bus architecture and general processing, and the memory 1420 may store data used by the processor 1010 in performing operations.
The processor 1410 may be a central processing unit (Central Processing Unit, CPU), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a Field programmable gate array (Field-Programmable Gate Array, FPGA), or a complex programmable logic device (Complex Programmable Logic Device, CPLD), or a multi-core architecture.
The processor 1410 by calling a computer program stored in the memory and performing the following operations:
generating a first OSPF message based on an OSPF processing module in the first core network device;
under the condition that a first source IP address in the first OSPF message is the IP address of the set virtual port, sending the first OSPF message to terminal equipment matched with a target slice according to the target slice of first core network equipment;
receiving a second OSPF message sent by each terminal device in response to the first OSPF message;
and generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, wherein the first routing entry information is used for routing to the corresponding terminal device.
Optionally, as another embodiment, the processor 1410 executes, in a case that the first source IP address in the first OSPF packet is the IP address of the set virtual port, sending the first OSPF packet to a terminal device that matches the target slice according to the target slice of the first core network device, where the first source IP address is specifically:
Under the condition that a first source IP address in the first OSPF message is the IP address of the virtual port, carrying out tunnel encapsulation on the first OSPF message to obtain a first data packet;
determining access network equipment corresponding to terminal equipment matched with the target slice;
sending a first data packet to access network equipment; the first data packet is used for stripping the tunnel header of the first data packet by the access network equipment to obtain a first OSPF message, and sending the first OSPF message to the terminal equipment.
Optionally, as another embodiment, the processor 1410 executes receiving a second OSPF packet sent by each terminal device in response to the first OSPF packet, specifically:
and receiving each second data packet sent by the access network equipment, wherein each second data packet is obtained by the access network equipment after receiving a second OSPF message sent by each terminal equipment in response to the first OSPF message and carrying out tunnel encapsulation on each second OSPF.
Optionally, as another embodiment, the processor 1410 generates the first routing entry information of each terminal device according to the second OSPF packet based on the OSPF processing module, specifically:
stripping the tunnel header of each second data packet to obtain each second OSPF message;
For any second OSPF message, encapsulating the MAC address of the terminal equipment sending the second OSPF message in the second OSPF message to obtain a target OSPF message;
determining a target communication mode matched with the type according to the type of the target OSPF message;
and transmitting a target OSPF message to an OSPF processing module through an operating system in the first core network equipment by adopting a target communication mode, wherein the target OSPF message is used for determining first route entry information corresponding to each terminal equipment by the OSPF processing module.
Optionally, as another embodiment, the processor 1410 is further configured to perform the following operations:
when a data message sent by a target terminal device in each terminal device is received, determining a first destination IP address in the data message;
determining target route item information matched with a first destination IP address from the first route item information;
and forwarding the data message to the terminal equipment corresponding to the first destination IP address according to the destination route entry information.
Optionally, as another embodiment, the processor 1410 is further configured to perform the following operations:
generating an Address Resolution Protocol (ARP) message based on an operating system of first core network equipment;
Judging whether a second destination IP address in the ARP message is distributed to the accessed terminal equipment by the first core network equipment under the condition that a second source IP address of the ARP message is the IP address of the virtual port;
under the condition that the second destination IP address is allocated to the accessed terminal equipment by the first core network equipment, taking the target MAC address as the MAC address of the terminal equipment corresponding to the second destination IP address; the target MAC address is the MAC address of the first core network device or the MAC address which the first core network device allows to receive;
and sending the MAC address of the terminal equipment corresponding to the first destination IP address to an operating system.
Optionally, as another embodiment, the processor 1410 is further configured to perform the following operations:
when any terminal equipment is monitored to be accessed to the first core network equipment, an IP address is allocated to any terminal equipment;
and sending the allocated IP address to any terminal equipment, wherein the allocated IP address is used for establishing a neighbor relation between any terminal equipment and the first core network equipment.
Optionally, as another embodiment, a plurality of core network devices including the first core network device are networked to obtain an OSPF network, and each core network device belongs to a subdomain in the OSPF network; the processor 1410 is also configured to perform the following:
When any terminal equipment is monitored to be accessed to first core network equipment, determining a target slice of the first core network equipment;
determining a target subdomain to which the first core network device belongs from a plurality of subdomains in an OSPF network;
a target slice and a target sub-domain are assigned to any one of the terminal devices.
Optionally, as another embodiment, the processor 1410 executes sending, according to the target slice of the first core network device, the first OSPF packet to the terminal device that matches the target slice, specifically:
determining at least one terminal device matching the target slice and the target subdomain;
and sending the first OSPF message to at least one terminal device.
Optionally, as another embodiment, the processor 1410 is further configured to perform the following operations:
monitoring a link state of a communication link between the first core network device and at least one communication node;
when the link state of a communication link between the first core network device and a first communication node in the at least one communication node is changed, sending first link state change information to the at least one second communication node;
the first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second routing entry information of each communication node, wherein the second routing entry information is used for routing to the corresponding communication node.
Optionally, as another embodiment, the first communication node includes a second core network device having a neighbor relation with the first core network device, and/or a terminal device having a neighbor relation with the first core network device;
the second communication node comprises a second core network device having a neighbor relation with the first core network device.
Optionally, as another embodiment, the processor 1410 performs monitoring of a link state of a communication link between the first core network device and the at least one communication node, specifically:
transmitting a first data packet for heartbeat detection to at least one communication node;
inquiring whether a second heartbeat response sent by the at least one communication node is received or not under the condition that the at least one communication node receives a first heartbeat response sent by the at least one communication node in response to the first data packet, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet for heartbeat detection sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and at least one communication node is unchanged under the condition that a second heartbeat response is received;
In the event that no second heartbeat response is received, a link state change of the communication link between the first core network device and the at least one communication node is determined.
Optionally, as another embodiment, the processor 1410 performs monitoring of a link state of a communication link between the first core network device and the at least one communication node, specifically:
inquiring whether a third heartbeat response sent by the at least one communication node is received or not under the condition that a first heartbeat response sent by a first communication node in the at least one communication node is not 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 sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and at least one communication node changes in case a third heartbeat response is received;
in the event that the third heartbeat response is not received, it is determined that a link state of the communication link between the first core network device and the at least one communication node has not changed.
Optionally, as another embodiment, the processor 1410 is further configured to perform the following operations:
Receiving 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 under the condition that the link state of a communication link between the third communication node and a fourth communication node is monitored to change, and the second link state change information is used for indicating that the link state of the communication link between the third communication node and the fourth communication node is changed;
generating a network topology structure according to the first link state change information and the second link state change information;
and updating second routing entry information of each communication node according to the network topology structure, wherein the updated second routing entry information is used for routing to the corresponding communication node.
It should be noted that, the first core network device provided in the embodiment of the present application can implement all the method steps implemented in the embodiments of the methods of fig. 2 to fig. 9, and can achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the embodiments of the methods are omitted herein.
Corresponding to the communication method provided by the embodiments of fig. 2 to 9, the present application further provides a communication device, and since the communication device provided by the embodiments of the present application corresponds to the communication method provided by the embodiments of fig. 2 to 9, the implementation of the communication method is also applicable to the communication device provided by the embodiments of the present application, and will not be described in detail in the embodiments of the present application.
In order to implement the above embodiment, the present application also proposes a communication device.
Fig. 15 is a schematic structural diagram of a communication device according to an embodiment of the present application.
As shown in fig. 15, the communication apparatus 1500 may include: a first generation unit 1501, a transmission unit 1502, a reception unit 1503, and a second generation unit 1504.
The first generating unit 1501 is configured to generate a first OSPF packet based on an open shortest path first protocol OSPF processing module in the first core network device.
The sending unit 1502 is configured to send, when a first source IP address in the first OSPF packet is an IP address of a set virtual port, the first OSPF packet to a terminal device that matches a target slice according to the target slice of the first core network device.
And the receiving unit 1503 is configured to receive a second OSPF packet sent by each terminal device in response to the first OSPF packet.
A second generating unit 1504, configured to generate first routing entry information of each terminal device according to the second OSPF packet based on the OSPF processing module, where the first routing entry information is used for routing to a corresponding terminal device.
Optionally, in a possible implementation manner of the embodiment of the present application, the sending unit 1502 is specifically configured to: under the condition that a first source IP address in the first OSPF message is the IP address of the virtual port, carrying out tunnel encapsulation on the first OSPF message to obtain a first data packet; determining access network equipment corresponding to terminal equipment matched with the target slice; sending a first data packet to access network equipment; the first data packet is used for stripping the tunnel header of the first data packet by the access network equipment to obtain a first OSPF message, and sending the first OSPF message to the terminal equipment.
Optionally, in a possible implementation manner of the embodiment of the present application, the receiving unit 1503 is specifically configured to: and receiving each second data packet sent by the access network equipment, wherein each second data packet is obtained by the access network equipment after receiving a second OSPF message sent by each terminal equipment in response to the first OSPF message and carrying out tunnel encapsulation on each second OSPF.
Optionally, in a possible implementation manner of the embodiment of the present application, the second generating unit 1504 is specifically configured to: stripping the tunnel header of each second data packet to obtain each second OSPF message; for any second OSPF message, encapsulating the MAC address of the terminal equipment sending the second OSPF message in the second OSPF message to obtain a target OSPF message; determining a target communication mode matched with the type according to the type of the target OSPF message; and transmitting a target OSPF message to an OSPF processing module through an operating system in the first core network equipment by adopting a target communication mode, wherein the target OSPF message is used for determining first route entry information of each terminal equipment by the OSPF processing module.
Optionally, in a possible implementation manner of the embodiment of the present application, the communication device 1500 may further include:
The first processing unit is used for determining a first destination IP address in the data message when the data message sent by the target terminal equipment in the terminal equipment is received; determining target route item information matched with a first destination IP address from the first route item information; and forwarding the data message to the terminal equipment corresponding to the first destination IP address according to the destination route entry information.
Optionally, in a possible implementation manner of the embodiment of the present application, the communication device 1500 may further include:
the second processing unit is used for generating an address resolution protocol ARP message based on an operating system of the first core network equipment; judging whether a second destination IP address in the ARP message is distributed to the accessed terminal equipment by the first core network equipment under the condition that a second source IP address of the ARP message is the IP address of the virtual port; under the condition that the second destination IP address is allocated to the accessed terminal equipment by the first core network equipment, taking the target MAC address as the MAC address of the terminal equipment corresponding to the second destination IP address; the target MAC address is the MAC address of the first core network device or the MAC address which the first core network device allows to receive; and sending the MAC address of the terminal equipment corresponding to the first destination IP address to an operating system.
Optionally, in a possible implementation manner of the embodiment of the present application, the communication device 1500 may further include:
the third processing unit is used for distributing an IP address to any terminal equipment when any terminal equipment is monitored to be accessed to the first core network equipment; and sending the allocated IP address to any terminal equipment, wherein the allocated IP address is used for establishing a neighbor relation between any terminal equipment and the first core network equipment.
Optionally, in a possible implementation manner of the embodiment of the present application, a plurality of core network devices including the first core network device are networked to obtain an OSPF network, and each core network device belongs to a sub-domain in the OSPF network; the communication apparatus 1500 may further include:
the fourth processing unit is used for determining a target slice of the first core network equipment when any terminal equipment is monitored to be accessed to the first core network equipment; determining a target subdomain to which the first core network device belongs from a plurality of subdomains in an OSPF network; a target slice and a target sub-domain are assigned to any one of the terminal devices.
Optionally, in a possible implementation manner of the embodiment of the present application, the sending unit 1502 is specifically configured to: determining at least one terminal device matching the target slice and the target subdomain; and sending the first OSPF message to at least one terminal device.
Optionally, in a possible implementation manner of the embodiment of the present application, the communication device 1500 may further include:
a fifth processing unit, configured to monitor a link status of a communication link between the first core network device and at least one communication node; when the link state of a communication link between the first core network device and a first communication node in the at least one communication node is changed, sending first link state change information to the at least one second communication node; the first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second routing entry information of each communication node, wherein the second routing entry information is used for routing to the corresponding communication node.
Optionally, in a possible implementation manner of the embodiment of the present application, the first communication node includes a second core network device having a neighbor relation with the first core network device, and/or a terminal device having a neighbor relation with the first core network device; the second communication node comprises a second core network device having a neighbor relation with the first core network device.
Optionally, in a possible implementation manner of the embodiment of the present application, the fifth processing unit is specifically configured to: transmitting a first data packet for heartbeat detection to at least one communication node;
inquiring whether a second heartbeat response sent by the at least one communication node is received or not under the condition that the at least one communication node receives a first heartbeat response sent by the at least one communication node in response to the first data packet, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet for heartbeat detection sent by the first core network device at the previous time; determining that a link state of a communication link between the first core network device and at least one communication node is unchanged under the condition that a second heartbeat response is received; in the event that no second heartbeat response is received, a link state change of the communication link between the first core network device and the at least one communication node is determined.
Optionally, in a possible implementation manner of the embodiment of the present application, the fifth processing unit is further configured to: inquiring whether a third heartbeat response sent by the at least one communication node is received or not under the condition that a first heartbeat response sent by a first communication node in the at least one communication node is not 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 sent by the first core network device at the previous time; determining that a link state of a communication link between the first core network device and at least one communication node changes in case a third heartbeat response is received; in the event that no second heartbeat response is received, it is determined that a link state of a communication link between the first core network device and the at least one communication node has not changed.
Optionally, in a possible implementation manner of the embodiment of the present application, the communication device 1500 may further include:
a sixth processing unit, configured to receive second link state change information sent by at least one third communication node, where the second link state change information is generated when the third communication node detects that a link state of a communication link between the third communication node and the fourth communication node changes, and the second link state change information is used to indicate that a link state of the communication link between the third communication node and the fourth communication node changes; generating a network topology structure according to the first link state change information and the second link state change information; and updating second routing entry information of each communication node according to the network topology structure, wherein the updated second routing entry information is used for routing to the corresponding communication node.
It should be noted that, the communication device provided in this embodiment of the present application can implement all the method steps implemented in the method embodiments of fig. 2 to fig. 9, and can achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the method embodiments in this embodiment are omitted.
It should be noted that, in the embodiment of the present application, the division of the units is schematic, which is merely a logic function division, and other division manners may be implemented in actual practice. In addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a processor-readable storage medium. Based on such understanding, the technical solution of the present application may be essentially or a part contributing to the prior art or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network side device, etc.) or a processor (processor) to perform all or part of the steps of the methods of the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM for short), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
It should be noted that, the above device provided in this embodiment of the present application can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those of the method embodiment in this embodiment are omitted.
In another aspect, embodiments of the present application further provide a processor-readable storage medium storing a computer program for causing a processor to perform the methods illustrated in the embodiments of fig. 2 to 6 of the present application.
Among other things, the above-described processor-readable storage medium may be any available medium or data storage device that can be accessed by a processor, including, but not limited to, magnetic memories (e.g., floppy disks, hard disks, magnetic tapes, magneto-optical disks (MOs), etc.), optical memories (e.g., CD, DVD, BD, HVD, etc.), semiconductor memories (e.g., ROM, EPROM, EEPROM, nonvolatile memories (NAND FLASH), solid State Disks (SSDs)), etc.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions may 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, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These processor-executable instructions may also be stored in a processor-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the processor-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These processor-executable instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various modifications and variations can be made in the present application without departing from the spirit or scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims and the equivalents thereof, the present application is intended to cover such modifications and variations.
Claims (30)
1. A method of communication, for application to a first core network device, the method comprising:
generating a first OSPF message based on an Open Shortest Path First (OSPF) processing module in the first core network device;
under the condition that a first source IP address in the first OSPF message is the IP address of a set virtual port, sending the first OSPF message to a terminal device matched with a target slice according to the target slice of the first core network device;
Receiving a second OSPF message sent by each terminal device in response to the first OSPF message;
and generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, wherein the first routing entry information is used for routing to the corresponding terminal device.
2. The method of claim 1, wherein in the case that the first source IP address in the first OSPF packet is the IP address of the set virtual port, sending the first OSPF packet to a terminal device that matches the target slice according to the target slice of the first core network device, includes:
under the condition that a first source IP address in the first OSPF message is the IP address of the virtual port, carrying out tunnel encapsulation on the first OSPF message to obtain a first data packet;
determining access network equipment corresponding to terminal equipment matched with the target slice;
transmitting the first data packet to the access network device; the first data packet is used for stripping the tunnel header of the first data packet by the access network device to obtain the first OSPF message, and sending the first OSPF message to the terminal device.
3. The method of claim 2 wherein said receiving a second OSPF message sent by each of said terminal devices in response to said first OSPF message comprises:
and receiving each second data packet sent by the access network equipment, wherein each second data packet is obtained by the access network equipment after receiving a second OSPF message sent by each terminal equipment in response to the first OSPF message and performing tunnel encapsulation on each second OSPF.
4. The method of claim 3 wherein generating first routing entry information for each of said terminal devices based on said OSPF processing module from said second OSPF packet comprises:
stripping the tunnel header of each second data packet to obtain each second OSPF message;
for any second OSPF message, encapsulating the MAC address of the terminal equipment sending the second OSPF message in the second OSPF message to obtain a target OSPF message;
determining a target communication mode matched with the type according to the type of the target OSPF message;
and transmitting the target OSPF message to the OSPF processing module through an operating system in the first core network device by adopting the target communication mode, wherein the target OSPF message is used for determining first route entry information of each terminal device by the OSPF processing module.
5. The method according to any one of claims 1-4, further comprising:
when receiving a data message sent by a target terminal device in each terminal device, determining a first destination IP address in the data message;
determining target route item information matched with the first destination IP address from the first route item information;
and forwarding the data message to the terminal equipment corresponding to the first destination IP address according to the destination routing entry information.
6. The method according to any one of claims 1-4, further comprising:
generating an Address Resolution Protocol (ARP) message based on an operating system of the first core network device;
judging whether a second destination IP address in the ARP message is distributed to the accessed terminal equipment by the first core network equipment under the condition that a second source IP address of the ARP message is the IP address of the virtual port;
taking a target MAC address as the MAC address of the terminal equipment corresponding to the second destination IP address under the condition that the second destination IP address is allocated to the accessed terminal equipment by the first core network equipment; the target MAC address is the MAC address of the first core network device or the MAC address which the first core network device is allowed to receive;
And sending the MAC address of the terminal equipment corresponding to the first destination IP address to the operating system.
7. The method according to any one of claims 1-4, further comprising:
when any terminal equipment is monitored to be accessed to the first core network equipment, an IP address is allocated to any terminal equipment;
and sending the allocated IP address to any terminal equipment, wherein the allocated IP address is used for establishing a neighbor relation between the any terminal equipment and the first core network equipment.
8. The method according to any of claims 1-4, wherein a plurality of core network devices including said first core network device are networked to obtain an OSPF network, each of said core network devices belonging to a sub-domain in said OSPF network;
the method further comprises the steps of:
when any terminal equipment is monitored to be accessed to the first core network equipment, determining a target slice of the first core network equipment;
determining a target subdomain to which the first core network device belongs from a plurality of subdomains in the OSPF network;
and distributing the target slice and the target subdomain to any terminal equipment.
9. The method of claim 8, wherein the sending the first OSPF packet to the terminal device that matches the target slice according to the target slice of the first core network device includes:
determining at least one terminal device matching the target slice and the target sub-domain;
and sending the first OSPF message to the at least one terminal device.
10. The method according to any one of claims 1-4, further comprising:
monitoring a link state of a communication link between the first core network device and at least one communication node;
transmitting first link state change information to at least one second communication node when a link state of a communication link between the first core network device and a first communication node of the at least one communication node is changed;
the first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second route entry information of each communication node, wherein the second route entry information is used for routing to the corresponding communication node.
11. The method according to claim 10, wherein the first communication node comprises a second core network device having a neighbor relation to the first core network device and/or a terminal device having a neighbor relation to the first core network device;
the second communication node comprises a second core network device having a neighbor relation with the first core network device.
12. The method of claim 10, wherein the monitoring of the link state of the communication link between the first core network device and at least one communication node comprises:
transmitting a first data packet for heartbeat detection to the at least one communication node;
querying whether a second heartbeat response sent by the at least one communication node is received or not under the condition that a first heartbeat response sent by the at least one communication node in response to the first data packet is received, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet for heartbeat detection sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and the at least one communication node is unchanged in the case of receiving the second heartbeat response;
And determining that the link state of the communication link between the first core network device and the at least one communication node changes in the case that the second heartbeat response is not received.
13. The method of claim 12, wherein the monitoring the link state of the communication link between the first core network device and at least one communication node further comprises:
querying whether a third heartbeat response sent by the at least one communication node is received or not under the condition that the first heartbeat response sent by the at least one communication node is not 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 sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and the at least one communication node changes if the third heartbeat response is received;
and in the case that the third heartbeat response is not received, determining that the link state of the communication link between the first core network device and the at least one communication node is unchanged.
14. The method according to claim 10, wherein the method further comprises:
receiving 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 under the condition that the link state of a communication link between the third communication node and a fourth communication node is monitored to change, and the second link state change information is used for indicating the change of the link state of the communication link between the third communication node and the fourth communication node;
generating a network topology structure according to the first link state change information and the second link state change information;
and updating second routing entry information of each communication node according to the network topology structure, wherein the updated second routing entry information is used for routing to the corresponding communication node.
15. A first core network device, wherein the first core network device comprises a memory, a transceiver, and a processor;
a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and performing the following operations:
Generating a first OSPF message based on an Open Shortest Path First (OSPF) processing module in the first core network device;
under the condition that a first source IP address in the first OSPF message is the IP address of a set virtual port, sending the first OSPF message to a terminal device matched with a target slice according to the target slice of the first core network device;
receiving a second OSPF message sent by each terminal device in response to the first OSPF message;
and generating first routing entry information of each terminal device according to the second OSPF message based on the OSPF processing module, wherein the first routing entry information is used for routing to the corresponding terminal device.
16. The first core network device of claim 15, wherein the processor is configured to send, in a case where a first source IP address in the first OSPF packet is an IP address of a set virtual port, the first OSPF packet to a terminal device that matches a target slice of the first core network device according to the target slice of the first core network device, where the first OSPF packet is specifically:
under the condition that a first source IP address in the first OSPF message is the IP address of the virtual port, carrying out tunnel encapsulation on the first OSPF message to obtain a first data packet;
Determining access network equipment corresponding to terminal equipment matched with the target slice;
transmitting the first data packet to the access network device; the first data packet is used for stripping the tunnel header of the first data packet by the access network device to obtain the first OSPF message, and sending the first OSPF message to the terminal device.
17. The first core network device of claim 16, wherein the processor is configured to receive a second OSPF packet sent by each of the terminal devices in response to the first OSPF packet, specifically:
and receiving each second data packet sent by the access network equipment, wherein each second data packet is obtained by the access network equipment after receiving a second OSPF message sent by each terminal equipment in response to the first OSPF message and performing tunnel encapsulation on each second OSPF.
18. The first core network device of claim 17, wherein the processor is configured to generate first routing entry information for each of the terminal devices based on the OSPF processing module according to the second OSPF packet, specifically:
stripping the tunnel header of each second data packet to obtain each second OSPF message;
For any second OSPF message, encapsulating the MAC address of the terminal equipment sending the second OSPF message in the second OSPF message to obtain a target OSPF message;
determining a target communication mode matched with the type according to the type of the target OSPF message;
and transmitting the target OSPF message to the OSPF processing module through an operating system in the first core network device by adopting the target communication mode, wherein the target OSPF message is used for determining first route entry information of each terminal device by the OSPF processing module.
19. The first core network device according to any of claims 15-18, wherein the processor is further configured to:
when receiving a data message sent by a target terminal device in each terminal device, determining a first destination IP address in the data message;
determining target route item information matched with the first destination IP address from the first route item information;
and forwarding the data message to the terminal equipment corresponding to the first destination IP address according to the destination routing entry information.
20. The first core network device according to any of claims 15-18, wherein the processor is further configured to:
Generating an Address Resolution Protocol (ARP) message based on an operating system of the first core network device;
judging whether a second destination IP address in the ARP message is distributed to the accessed terminal equipment by the first core network equipment under the condition that a second source IP address of the ARP message is the IP address of the virtual port;
taking a target MAC address as the MAC address of the terminal equipment corresponding to the second destination IP address under the condition that the second destination IP address is allocated to the accessed terminal equipment by the first core network equipment; the target MAC address is the MAC address of the first core network device or the MAC address which the first core network device is allowed to receive;
and sending the MAC address of the terminal equipment corresponding to the first destination IP address to the operating system.
21. The first core network device according to any of claims 15-18, wherein the processor is further configured to:
when any terminal equipment is monitored to be accessed to the first core network equipment, an IP address is allocated to any terminal equipment;
and sending the allocated IP address to any terminal equipment, wherein the allocated IP address is used for establishing a neighbor relation between the any terminal equipment and the first core network equipment.
22. The first core network device according to any of claims 15-18, wherein a plurality of core network devices including the first core network device are networked to obtain an OSPF network, each of the core network devices belonging to a sub-domain in the OSPF network;
the processor is also configured to perform the following operations:
when any terminal equipment is monitored to be accessed to the first core network equipment, determining a target slice of the first core network equipment;
determining a target subdomain to which the first core network device belongs from a plurality of subdomains in the OSPF network;
and distributing the target slice and the target subdomain to any terminal equipment.
23. The first core network device of claim 22, wherein the processor is configured to send the first OSPF packet to a terminal device that matches the target slice according to the target slice of the first core network device, specifically:
determining at least one terminal device matching the target slice and the target sub-domain;
and sending the first OSPF message to the at least one terminal device.
24. The first core network device according to any of claims 15-18, wherein the processor is further configured to:
Monitoring a link state of a communication link between the first core network device and at least one communication node;
transmitting first link state change information to at least one second communication node when a link state of a communication link between the first core network device and a first communication node of the at least one communication node is changed;
the first link state change information is used for indicating that the link state of a communication link between the first core network device and the first communication node is changed, and the first link state change information is used for generating second route entry information of each communication node, wherein the second route entry information is used for routing to the corresponding communication node.
25. The first core network device according to claim 24, wherein the first communication node comprises a second core network device having a neighbor relation with the first core network device and/or a terminal device having a neighbor relation with the first core network device;
the second communication node comprises a second core network device having a neighbor relation with the first core network device.
26. The first core network device according to claim 24, wherein the processor performs monitoring of a link state of a communication link between the first core network device and at least one communication node, in particular:
transmitting a first data packet for heartbeat detection to the at least one communication node;
querying whether a second heartbeat response sent by the at least one communication node is received or not under the condition that a first heartbeat response sent by the at least one communication node in response to the first data packet is received, wherein the second heartbeat response is generated by the at least one communication node in response to a second data packet for heartbeat detection sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and the at least one communication node is unchanged in the case of receiving the second heartbeat response;
and determining that the link state of the communication link between the first core network device and the at least one communication node changes in the case that the second heartbeat response is not received.
27. The first core network device according to claim 26, wherein the processor performs monitoring of a link state of a communication link between the first core network device and at least one communication node, in particular:
Querying whether a third heartbeat response sent by the at least one communication node is received or not under the condition that the first heartbeat response sent by a first communication node in the at least one communication node is not 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 sent by the first core network device at the previous time;
determining that a link state of a communication link between the first core network device and the at least one communication node changes if the third heartbeat response is received;
and in the case that the third heartbeat response is not received, determining that the link state of the communication link between the first core network device and the at least one communication node is unchanged.
28. The first core network device of claim 24, wherein the processor is further configured to:
receiving 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 under the condition that the link state of a communication link between the third communication node and a fourth communication node is monitored to change, and the second link state change information is used for indicating the change of the link state of the communication link between the third communication node and the fourth communication node;
Generating a network topology structure according to the first link state change information and the second link state change information;
and updating second routing entry information of each communication node according to the network topology structure, wherein the updated second routing entry information is used for routing to the corresponding communication node.
29. A communication apparatus for use with a first core network device, the apparatus comprising:
a first generating unit, configured to generate a first OSPF packet based on an open shortest path first protocol OSPF processing module in the first core network device;
a sending unit, configured to send, when a first source IP address in the first OSPF packet is an IP address of a set virtual port, the first OSPF packet to a terminal device that matches a target slice of the first core network device according to the target slice;
the receiving unit is used for receiving second OSPF messages sent by the terminal devices in response to the first OSPF messages;
the second generating unit is configured to generate first routing entry information of each terminal device according to the second OSPF packet based on the OSPF processing module, where the first routing entry information is used for routing to a corresponding terminal device.
30. A processor-readable storage medium, characterized in that the processor-readable storage medium stores a computer program for causing the processor to perform the method of claims 1-14.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210945231.4A CN117579582A (en) | 2022-08-08 | 2022-08-08 | Communication method, device, core network equipment and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210945231.4A CN117579582A (en) | 2022-08-08 | 2022-08-08 | Communication method, device, core network equipment and storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117579582A true CN117579582A (en) | 2024-02-20 |
Family
ID=89885029
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210945231.4A Pending CN117579582A (en) | 2022-08-08 | 2022-08-08 | Communication method, device, core network equipment and storage medium |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117579582A (en) |
-
2022
- 2022-08-08 CN CN202210945231.4A patent/CN117579582A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8427938B2 (en) | Virtual local area network server redundancy and failover to enable seamless mobility in the mobility domain | |
US11382175B2 (en) | Method for providing a breakout PDU session for local IP access | |
JP4733190B2 (en) | Method and apparatus for neighbor discovery assigned end nodes | |
CN112583693B (en) | Virtual local area network communication method, equipment and storage medium | |
JP2019518393A (en) | Packet processing method and device | |
US9438557B2 (en) | Adaptive dynamic host configuration protocol assignment with virtual local area network pool | |
CN103036809A (en) | Methods and apparatus for a scalable network with efficient link utilization | |
EP3136779B1 (en) | Cell and method and system for bandwidth management of backhaul network of cell | |
US20220217505A1 (en) | Message transmission method and apparatus | |
JP7400814B2 (en) | How it is done by intermediate nodes | |
Nishiyama et al. | Proposal on routing-based mobility architecture for ICN-based cellular networks | |
US20230275872A1 (en) | Communication method and apparatus, and computer-readable storage medium | |
US20090248841A1 (en) | Unique prefix assignment with automatic address configuration | |
EP4262176A1 (en) | Standby access gateway function signaling for a dynamic host configuration protocol | |
EP2372965A1 (en) | Service processing method, device and system | |
JP6867230B2 (en) | Communication device | |
CN117579582A (en) | Communication method, device, core network equipment and storage medium | |
CN113595915B (en) | Method for forwarding message and related equipment | |
JP7386961B2 (en) | Port control support methods and equipment | |
Lee et al. | Considerations of neighbor discovery protocol over IEEE 802.16 networks | |
US20230239174A1 (en) | Packet detection rules derived from ethernet forwarding information | |
EP2962522A1 (en) | Method and apparatus for establishing a backhaul link | |
US20240155462A1 (en) | Address generation system for a wireless communication network | |
WO2022183453A1 (en) | Communication method and apparatus, and chip | |
US20240015633A1 (en) | Information transceiving method, data transmission method and apparatuses thereof |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |