阅读说明：本技术 基于虚拟网卡的冗余网络通信方法、装置及终端设备 (Redundant network communication method and device based on virtual network card and terminal equipment ) 是由 杨德芮 朱雅鸿 郭世纯 杨柳旭 张程凯 邱棚 张新钰 于 2021-09-17 设计创作，主要内容包括：本申请提供了基于虚拟网卡的冗余网络通信方法、装置及终端设备,涉及通信技术领域,包括：获取一个IP地址及子网掩码,在操作系统创建一个虚拟网卡,将所述IP地址与虚拟网卡进行绑定；发现邻居并与所有邻居创建连接,并监测连接是否可用；所述连接为本地任意一个物理网卡和邻居任意一个物理网卡之间的网络链路；通过连接与邻居节点通信,同步更新本地虚拟网络结构；基于虚拟网卡和本地虚拟网络结构,实现数据包的接收、转发和发送。本申请能够使上层应用程序在具有多个物理网卡的移动终端上实现网络通信,从而提高了网络服务质量和可靠性。(The application provides a redundant network communication method, a device and terminal equipment based on a virtual network card, which relate to the technical field of communication and comprise the following steps: acquiring an IP address and a subnet mask, creating a virtual network card in an operating system, and binding the IP address and the virtual network card; discovering neighbors, establishing connection with all the neighbors, and monitoring whether the connection is available; the connection is a network link between any local physical network card and any neighbor physical network card; communicating with the neighbor nodes through connection, and synchronously updating the local virtual network structure; and realizing the receiving, forwarding and sending of the data packet based on the virtual network card and the local virtual network structure. According to the method and the device, the network communication of the upper application program on the mobile terminal with the plurality of physical network cards can be realized, so that the network service quality and the reliability are improved.)

1. A redundant network communication method based on a virtual network card is applied to terminal equipment accessing a plurality of physical network cards, and is characterized by comprising the following steps:

acquiring an IP address and a subnet mask, creating a virtual network card in an operating system, and binding the IP address and the virtual network card;

discovering neighbors, establishing connection with all the neighbors, and monitoring whether the connection is available; the connection is a network link between any local physical network card and any neighbor physical network card;

communicating with the neighbor nodes through connection, and synchronously updating the local virtual network structure;

and realizing the receiving, forwarding and sending of the data packet based on the virtual network card and the local virtual network structure.

2. The virtual network card-based redundant network communication method according to claim 1, further comprising: monitoring the state of local network equipment through an operating system, and establishing connection with a neighbor through a new physical network card when the new physical network card is inserted or opened locally; and when a certain local physical network card is pulled out or closed, deleting the connection established by the physical network card.

3. The virtual network card-based redundant network communication method according to claim 1, wherein the discovering neighbors and creating connections with all neighbors and monitoring whether a connection is available comprises:

binding a port for each local physical network card, wherein the port is used for sending messages to neighbors and receiving the messages of the neighbors;

acquiring a neighbor physical network card by a user designating the address of the neighbor physical network card and a binding port thereof or by receiving a message sent by the neighbor through a local physical network card:

establishing connection between each local physical network card and each neighboring physical network card;

whether a connection is available is determined by sending a packet over each connection.

4. The virtual network card-based redundant network communication method according to claim 1, wherein receiving, forwarding and sending of data packets are implemented based on the virtual network card and a local virtual network structure, specifically comprising:

sending the data packet according to the destination address of the local data packet, the available connection and the virtual network structure;

and receiving the external data packet, and forwarding the external data packet to the corresponding application program through the virtual network card.

5. The virtual network card-based redundant network communication method according to claim 4, wherein the forwarding of the data packet is performed according to a local data packet destination address, an available connection and a virtual network structure; the method comprises the following steps:

when a data packet sent by an upper application program is received, sending the data packet to a virtual network card through a local routing table;

adding an application layer header to the data packet, wherein the application layer header comprises a sequence number which is unique in a { source address and destination address } space of the application layer header and is used for marking the uniqueness of the data packet;

reading a destination address in the data packet, and inquiring a next hop neighbor in the virtual network structure, wherein the next hop neighbor is sent by all reachable neighbors or nearest neighbors;

the packet is sent to the next hop neighbor over one or all of the connections.

6. The virtual network card-based redundant network communication method according to claim 4, wherein the receiving external data packets and forwarding them to the corresponding application program via the virtual network card comprises:

when receiving the message of external access, checking the header of the message, if the destination address of the data packet is local, receiving the data packet, checking the uniqueness of the tuple and discarding the repeated data packet; otherwise, forwarding the data packet;

removing the application layer header of the data packet, and restoring the data packet to a state when the data packet is generated from the application program of the source device;

and sending the data packet to the virtual network card, and monitoring an application program of the virtual network card to receive the data packet.

7. A redundant network communication device based on a virtual network card is characterized by comprising:

the starting unit is used for acquiring an IP address and a subnet mask, creating a virtual network card in an operating system and binding the IP address and the virtual network card;

the connection establishing unit is used for discovering neighbors, establishing connection with all the neighbors and monitoring whether the connection is available; the connection is a network link between any local physical network card and any neighbor physical network card;

the synchronization unit is used for communicating with the neighbor node through connection and synchronizing the local virtual network structure;

and the data receiving and transmitting unit is used for receiving, forwarding and transmitting the data packet based on the virtual network card and the local virtual network structure.

8. A terminal device, comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the virtual network card-based redundant network communication method of any of claims 1-6 when executing the computer program.

9. A computer-readable storage medium storing computer instructions which, when executed by a processor, implement the virtual network card-based redundant network communication method according to any one of claims 1 to 6.

Technical Field

The application belongs to the technical field of communication, and particularly relates to a redundant network communication method, a redundant network communication device and a terminal device based on a virtual network card.

Background

At present, mobile robots and internet of things equipment mostly need to be connected into a network. Although the popularity of cellular mobile communication networks (4G, 5G) is high, in a specific scenario, there may be situations that the cellular mobile communication networks are far away from a base station and are shielded by materials capable of shielding signals, or base station service equipment is too many, and there still exist problems of bandwidth reduction, delay increase, packet loss rate improvement, and even connection instability. And there are also many situations where the mobile communication network cannot be used in the face of special service requirements.

One reliable way to improve network quality is to add redundant network devices, i.e., to connect multiple physical network cards to the terminal device. Due to different service modes of the devices, different network conditions can be dealt with. For example, services with multiple different operators; or WIFI is additionally arranged in the environment with weak mobile communication network signals caused by shielding; or a satellite communication network is additionally arranged in the field, and the like. The network cards are discovered, tested and scheduled in a reasonable mode, the failure probability of network transmission can reach the product of the failure probabilities of all the devices at the minimum, and the availability is far higher than that of any device working independently. Thereby ensuring network quality of service when network conditions change.

Generally, an application program receives and transmits a data packet through an interface provided by a certain programming language, and the interface calls a function provided by an operating system. The operating system selects a physical network card in the routing table according to the destination address. I.e., a conventional application cannot use multiple physical network cards.

Disclosure of Invention

In view of this, the present application provides a redundant network communication method, device and terminal device based on a virtual network card, so as to solve the technical problem that an upper layer application program cannot directly use multiple physical network cards for network communication.

On one hand, the embodiment of the present application provides a redundant network communication method based on a virtual network card, which is applied to a terminal device accessing multiple physical network cards, and includes:

acquiring an IP address and a subnet mask, creating a virtual network card in an operating system, and binding the IP address and the virtual network card;

discovering neighbors, establishing connection with all the neighbors, and monitoring whether the connection is available; the connection is a network link between any local physical network card and any neighbor physical network card;

communicating with the neighbor nodes through connection, and synchronously updating the local virtual network structure;

and realizing the receiving, forwarding and sending of the data packet based on the virtual network card and the local virtual network structure.

Further, the method further comprises: monitoring the state of local network equipment through an operating system, and establishing connection with a neighbor through a new physical network card when the new physical network card is inserted or opened locally; and when a certain local physical network card is pulled out or closed, deleting the connection established by the physical network card.

Further, the discovering neighbors and creating connections with all neighbors and monitoring whether connections are available includes:

binding a port for each local physical network card, wherein the port is used for sending messages to neighbors and receiving the messages of the neighbors;

acquiring a neighbor physical network card by a user designating the address of the neighbor physical network card and a binding port thereof or by receiving a message sent by the neighbor through a local physical network card:

establishing connection between each local physical network card and each neighboring physical network card;

whether a connection is available is determined by sending a packet over each connection.

Further, based on the virtual network card and the local virtual network structure, the receiving, forwarding and sending of the data packet are realized, which specifically includes:

sending the data packet according to the destination address of the local data packet, the available connection and the virtual network structure;

and receiving the external data packet, and forwarding the external data packet to the corresponding application program through the virtual network card.

Further, the data packet is forwarded according to the local data packet destination address, the available connection and the virtual network structure; the method comprises the following steps:

when a data packet sent by an upper application program is received, sending the data packet to a virtual network card through a local routing table;

adding an application layer header to the data packet, wherein the application layer header comprises a sequence number which is unique in a { source address and destination address } space of the application layer header and is used for marking the uniqueness of the data packet;

reading a destination address in the data packet, and inquiring a next hop neighbor in the virtual network structure, wherein the next hop neighbor is sent by all reachable neighbors or nearest neighbors;

the packet is sent to the next hop neighbor over one or all of the connections.

Further, the receiving the external data packet and forwarding the external data packet to the corresponding application program through the virtual network card includes:

when receiving the message of external access, checking the header of the message, if the destination address of the data packet is local, receiving the data packet, checking the uniqueness of the tuple and discarding the repeated data packet; otherwise, forwarding the data packet;

removing the application layer header of the data packet, and restoring the data packet to a state when the data packet is generated from the application program of the source device;

and sending the data packet to the virtual network card, and monitoring an application program of the virtual network card to receive the data packet.

On the other hand, an embodiment of the present application provides a redundant network communication device based on a virtual network card, including:

the starting unit is used for acquiring an IP address and a subnet mask, creating a virtual network card in an operating system and binding the IP address and the virtual network card;

the connection establishing unit is used for discovering neighbors, establishing connection with all the neighbors and monitoring whether the connection is available; the connection is a network link between any local physical network card and any neighbor physical network card;

the synchronization unit is used for communicating with the neighbor node through connection and synchronizing the local virtual network structure;

and the data receiving and transmitting unit is used for receiving, forwarding and transmitting the data packet based on the virtual network card and the local virtual network structure.

On the other hand, an embodiment of the present application provides a terminal device, including: the virtual network card-based redundant network communication method comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein when the processor executes the computer program, the virtual network card-based redundant network communication method is realized.

In another aspect, an embodiment of the present application provides a computer-readable storage medium, where computer instructions are stored, and when the computer instructions are executed by a processor, the method for redundant network communication based on a virtual network card according to an embodiment of the present application is implemented.

Compared with the prior art, the beneficial effects of the embodiment of the application are as follows:

according to the embodiment of the application, the network communication of the upper application program on the mobile terminal with the plurality of physical network cards can be realized, so that the network service quality and the reliability are improved.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.

Fig. 1 is a schematic view of an application scenario according to an embodiment of the present application;

fig. 2 is a flowchart of providing redundant network communication based on a virtual network card according to an embodiment of the present application;

fig. 3 is a schematic functional structure diagram of a redundant network communication device based on a virtual network card according to an embodiment of the present application;

fig. 4 is a schematic diagram of a hardware structure of a terminal device according to an embodiment of the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations.

To facilitate a better understanding of the present application by those skilled in the art, a brief description of the technical terms involved in the present application will be given below.

And (3) node: a mobile robot or an internet of things device which is arranged in a local area network and is provided with a plurality of physical network cards, and also can be terminal devices of other types of physical network cards; each node is deployed with a program product corresponding to the embodiment of the application, and each node is peer-to-peer.

Neighbor: nodes that can communicate directly over a physical network without being forwarded by other nodes are called neighbors.

Connecting: when the description refers to "inter-neighbor connections," or "connections," the connection represents a network link between a pair of physical network cards that are opened by each of the two nodes. For example, node 1 has 2 network cards, and node 2 has 3 network cards, then at most 6 connections are established between the two nodes.

Transfer: the phenomenon that a data packet does not directly reach a target in transmission but passes through a node is called transit; the transmission between non-neighboring nodes also requires a relay through the respective neighboring nodes.

Virtual network structure: refers to the sum of the neighbor relations between the virtual network nodes.

After introducing the technical terms related to the present application, the design ideas of the embodiments of the present application will be briefly described below.

At present, a reliable way to improve network quality is to add redundant network devices, that is, to connect multiple physical network cards to a terminal device. Due to different service modes of the devices, different network conditions can be dealt with. For example, services with multiple different operators; or WIFI is additionally arranged in the environment with weak mobile communication network signals caused by shielding; or a satellite communication network is additionally arranged in the field, and the like. The network cards are discovered, tested and scheduled in a reasonable mode, the failure probability of network transmission can reach the product of the failure probabilities of all the devices at the minimum, and the availability is far higher than that of any device working independently. Thereby ensuring network quality of service when network conditions change.

However, when a plurality of physical network cards are installed in the terminal device, generally, the upper layer application program will transmit and receive data packets through an interface provided by a certain programming language, and the interface calls a function provided by the operating system, and in this process, the work of selecting the physical network card is entrusted to the operating system. The operating system selects a physical network card in the routing table according to the destination address. In other words, a conventional upper layer application cannot use multiple physical network cards.

In order to solve the above technical problem, an embodiment of the present application provides a redundant network communication method based on a virtual network card, which is applied to a node, and an application scenario is shown in fig. 1.

Initially, an IP address and a subnet mask are obtained, a virtual network card is created in an operating system, and the address is used as an address bound by a local virtual network card and is also an identifier distinguished from other nodes. Therefore, the user should negotiate on-line to ensure the uniqueness of the addresses of the connected nodes. To facilitate routing of packets locally, the connected nodes should have the same subnet mask, but can also send to any address by configuring a static routing table in the operating system.

If the node can be found by the neighbor, a port number is obtained and is bound with a local physical network card, and a message transmitted by the neighbor node can be received from the port number. If the local node can find the neighbor, receiving a { neighbor address: fixed port number, sending a short message to the fixed port of the tuple, and trying to establish connection.

The local network equipment is scanned and continuously monitored through the operating system, and when the network equipment is inserted or opened, connection with a neighbor through a new network card is attempted to be established. When the network device is turned off or unplugged, the connections established through these network cards are deleted.

And binding a port for each local physical network card, if the port is specified, binding the specified port, and otherwise, binding a random port. Through which messages may be sent to and received from neighbors.

There are two ways to discover the physical network card of a neighbor:

1. the user designates the address and binding port of the neighbor physical network card;

2. receiving a message sent by a neighbor through the physical network card;

for all discovered neighbors, all connections are created and timed out on the connection to confirm whether the connection can be used for communication.

After the program product is started, the change of the virtual network structure can be discovered in the following ways:

1. connecting to a new neighbor;

2. the neighbor is judged to be offline because of no response for a long time;

3. receiving a notice about the change of the network structure from the neighbor, and finding that the network structure is changed when the notice is combined with the network structure stored by the node;

at this time, the node sends the changed virtual network structure to the neighbor in a flooding manner in a manner similar to an OSPF protocol. When a conflict occurs in a received plurality of virtual network structures from different nodes, the conflicting nodes are informed of messages synchronized from closer neighbors. For a plurality of virtual network structures which come from neighbors with the same distance and collide, the structure of the node is considered to exist.

When the node sends the data packet, the data packet only needs to be sent to the address of the virtual network node. Through the appropriate native routing table, the packet will reach the virtual network card created by the native node. And the node reads the destination address in the data packet, inquires in a virtual network structure stored by the node and sends the destination address to a next-hop neighbor. Depending on the policy, it may choose to send to all reachable neighbors, or only to the nearest neighbor. For each neighbor, it may optionally transmit over one or all connections. The policy may be specified by the user at startup or may be automatically modified by another network status discrimination program.

The node generating the data packet adds an application layer header to the data packet, and the added application layer header can reuse fields such as TTL (transistor-transistor logic), checksum and the like of the original IP header to save the total length of the message as the fields are no longer meaningful. The application layer header includes a sequence number unique to the packet in its { source address, destination address } space, which is used to mark the uniqueness of the packet. For example, node 1.0.0.1 sends 2 packets to neighbor 1.0.0.2, and then sends packets to 1.0.0.2 and 1.0.0.3 alternately, with the following sequence numbers:

time of day	Purpose(s) to	Serial number
			1	1.0.0.2	1
2	1.0.0.2	2
			3	1.0.0.2	3
4	1.0.0.3	1
			5	1.0.0.2	4
6	1.0.0.3	2
			7	1.0.0.2	5
8	1.0.0.3	3

For a node receiving a packet, the { sending node, sequence number } it sees can uniquely identify a packet. Since a packet may be sent to the next hop node over multiple connections, the node may receive the same packet multiple times. When each node receives a data packet, whether the destination address is the address of the node itself or not, the uniqueness of the tuple needs to be checked and the duplicate packets are discarded. Thus, the same packet can be, and only can be, sent from each node once.

If the node receives the message, the destination address of the data packet is the node through checking the header, and the data packet is received. And removing the application layer header added during transmission and forwarding during receiving, restoring the data packet to the state when the data packet is generated from the application program of the source device, and transmitting the data packet to the virtual network card. An application on the native machine that listens to the virtual network card may receive the data packet as if the data packet came directly from the source device.

After introducing the application scenario and the design concept of the embodiment of the present application, the following describes a technical solution provided by the embodiment of the present application.

The first embodiment is as follows:

as shown in fig. 2, an embodiment of the present application provides a redundant network communication method based on a virtual network card, which is applied to a terminal device having multiple physical network cards, and includes:

step 101: acquiring an IP address and a subnet mask, creating a virtual network card in an operating system, and binding the IP address and the virtual network card;

in step 101, this IP address will be used as the address bound by the local virtual network card and also as an identifier to distinguish it from other nodes. Therefore, the user should negotiate on-line to ensure the uniqueness of the addresses of the connected nodes.

Step 102: discovering neighbors, establishing connection with all the neighbors, and monitoring whether the connection is available;

in step 102, binding a port for each local physical network card, wherein the port is used for sending messages to neighbors and receiving the messages of the neighbors; acquiring a neighbor physical network card by a user designating the address of the neighbor physical network card and a binding port thereof or by receiving a message sent by the neighbor through a local physical network card: establishing connection between each local physical network card and each neighboring physical network card; whether a connection is available is determined by sending a packet over each connection. The connection is a network link between any local physical network card and any neighbor physical network card.

Step 103: monitoring the state of local network equipment through an operating system, and establishing connection with a neighbor through a new physical network card when the new physical network card is inserted or opened locally; when a certain local physical network card is pulled out or closed, deleting the connection established by the physical network card;

step 104: communicating with the neighbor nodes through connection, and synchronously updating the local virtual network structure;

in step 104, a virtual network configuration change is discovered by:

1. connecting to a new neighbor;

2. the neighbor is judged to be offline because of no response for a long time;

3. receiving a notice about the change of the network structure from the neighbor, and finding that the network structure is changed when the notice is combined with the network structure stored by the node;

at this time, the node sends the changed virtual network structure to the neighbor in a flooding manner in a manner similar to an OSPF protocol. When a conflict occurs with multiple received virtual network structures from different nodes, the conflicting node accepts messages synchronized from the closer neighbors. For multiple neighbors from the same distance, and conflicting virtual network structures, accepting the structure in which the node is considered to exist.

Step 105: based on the virtual network card and the local virtual network structure, the method realizes the receiving, forwarding and sending of the data packet, and comprises the following steps:

and (3) sending a data packet:

when a data packet sent by an upper application program is received, sending the data packet to a virtual network card through a local routing table;

adding an application layer header to the data packet, wherein the application layer header comprises a sequence number which is unique in a { source address and destination address } space of the application layer header and is used for marking the uniqueness of the data packet;

reading a destination address in the data packet, and inquiring a next hop neighbor in the virtual network structure, wherein the next hop neighbor is sent by all reachable neighbors or nearest neighbors;

the packet is sent to the next hop neighbor over one or all of the connections.

Receiving a data packet:

when receiving the message of external access, checking the header of the message, if the destination address of the data packet is local, receiving the data packet, checking the uniqueness of the tuple and discarding the repeated data packet; otherwise, forwarding the data packet;

removing the application layer header of the data packet, and restoring the data packet to a state when the data packet is generated from the application program of the source device;

and sending the data packet to the virtual network card, and monitoring an application program of the virtual network card to receive the data packet.

Example two:

based on the foregoing embodiments, an embodiment of the present application provides a redundant network communication device based on a virtual network card, and referring to fig. 3, the redundant network communication device 200 based on a virtual network card provided by the embodiment of the present application at least includes:

a starting unit 201, configured to obtain an IP address and a subnet mask, create a virtual network card in an operating system, and bind the IP address and the virtual network card;

a connection establishing unit 202, configured to discover neighbors and establish connections with all neighbors, and monitor whether a connection is available; the connection is a network link between any local physical network card and any neighbor physical network card;

the monitoring unit 203 is used for monitoring the state of the local network equipment through the operating system, and when a new physical network card is inserted or opened locally, connection is established with a neighbor through the new physical network card; when a certain local physical network card is pulled out or closed, deleting the connection established by the physical network card;

a synchronization unit 204, configured to communicate with a neighboring node through connection, and update a local virtual network structure synchronously;

and the data transceiving unit 205 is configured to implement receiving, forwarding and sending of a data packet based on the virtual network card and the local virtual network structure.

In a possible implementation manner, the connection establishing unit 202 is specifically configured to:

binding a port for each local physical network card, wherein the port is used for sending messages to neighbors and receiving the messages of the neighbors;

acquiring a neighbor physical network card by a user designating the address of the neighbor physical network card and a binding port thereof or by receiving a message sent by the neighbor through a local physical network card:

establishing connection between each local physical network card and each neighboring physical network card;

whether a connection is available is determined by sending a packet over each connection.

In one possible implementation, the data transceiving unit 205 comprises a transmitting subunit and a receiving subunit:

a sending subunit, configured to send the data packet according to the local data packet destination address, the available connection, and the virtual network structure;

and the receiving subunit is used for receiving the external data packet and forwarding the external data packet to the corresponding application program through the virtual network card.

In a possible implementation, the sending subunit is specifically configured to:

when a data packet sent by an upper application program is received, sending the data packet to a virtual network card through a local routing table;

adding an application layer header to the data packet, wherein the application layer header comprises a sequence number which is unique in a { source address and destination address } space of the application layer header and is used for marking the uniqueness of the data packet;

reading a destination address in the data packet, and inquiring a next hop neighbor in the virtual network structure, wherein the next hop neighbor is sent by all reachable neighbors or nearest neighbors;

the packet is sent to the next hop neighbor over one or all of the connections.

In a possible implementation, the receiving subunit is specifically configured to:

when receiving the message of external access, checking the header of the message, if the destination address of the data packet is local, receiving the data packet, checking the uniqueness of the tuple and discarding the repeated data packet; otherwise, forwarding the data packet;

removing the application layer header of the data packet, and restoring the data packet to a state when the data packet is generated from the application program of the source device;

and sending the data packet to the virtual network card, and monitoring an application program of the virtual network card to receive the data packet.

It should be noted that, because the principle of the redundant network communication device 200 based on a virtual network card provided in the embodiment of the present application for solving the technical problem is similar to the redundant network communication method based on a virtual network card provided in the embodiment of the present application, reference may be made to the implementation of the redundant network communication device 200 based on a virtual network card provided in the embodiment of the present application for the implementation of the redundant network communication method based on a virtual network card provided in the embodiment of the present application, and repeated parts are not described again.

Example three:

based on the foregoing embodiments, an embodiment of the present application further provides a terminal device, and referring to fig. 4, a terminal device 300 provided in the embodiment of the present application at least includes: the navigation satellite orbit determination method comprises a processor 301, a memory 302 and a computer program which is stored on the memory 302 and can run on the processor 301, wherein the processor 301 realizes the navigation satellite orbit determination method provided by the embodiment of the application when executing the computer program.

The terminal device 300 provided by the embodiment of the present application may further include a bus 303 connecting different components (including the processor 301 and the memory 302). Bus 303 represents one or more of any of several types of bus structures, including a memory bus, a peripheral bus, a local bus, and so forth.

The Memory 302 may include readable media in the form of volatile Memory, such as Random Access Memory (RAM) 3021 and/or cache Memory 3022, and may further include Read Only Memory (ROM) 3023.

The memory 302 may also include a program tool 3024 having a set (at least one) of program modules 3025, the program modules 3025 including, but not limited to: an operating subsystem, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

Terminal device 300 may also communicate with one or more external devices 304 (e.g., keyboard, remote control, etc.), with one or more devices that enable a user to interact with terminal device 300 (e.g., cell phone, computer, etc.), and/or with any device that enables terminal device 300 to communicate with one or more other terminal devices 300 (e.g., router, modem, etc.). Such communication may be through an Input/Output (I/O) interface 305. Also, the terminal device 300 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public Network such as the internet) through the Network adapter 306. As shown in fig. 4, the network adapter 306 communicates with other modules of the terminal device 300 through the bus 303. It should be understood that although not shown in fig. 4, other hardware and/or software modules may be used in conjunction with the terminal device 300, including but not limited to: microcode, device drivers, Redundant processors, external disk drive Arrays, disk array (RAID) subsystems, tape drives, and data backup storage subsystems, to name a few.

It should be noted that the terminal device 300 shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

Example four:

the embodiment of the present application further provides a computer-readable storage medium, where computer instructions are stored, and when the computer instructions are executed by a processor, the method for redundant network communication based on a virtual network card provided in the embodiment of the present application is implemented.

Example five:

the virtual network card-based redundant network communication method provided in this embodiment of the present application can also be implemented as a program product, where the program product includes program codes, and when the program product can run on the terminal device 300, the program codes are used to enable the terminal device 300 to execute the virtual network card-based redundant network communication method provided in this embodiment of the present application.

The program product provided by the embodiments of the present application may be any combination of one or more readable media, where the readable media may be a readable signal medium or a readable storage medium, and the readable storage medium may be, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof, and in particular, more specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a RAM, a ROM, an Erasable Programmable Read-Only Memory (EPROM), an optical fiber, a portable Compact disk Read-Only Memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product provided by the embodiment of the application can adopt a CD-ROM and comprises program codes, and can run on a computing device. However, the program product provided by the embodiments of the present application is not limited thereto, and in the embodiments of the present application, the readable storage medium may be any tangible medium that can contain or store a program, which can be used by or in connection with an instruction execution system, apparatus, or device.

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such division is merely exemplary and not mandatory. Indeed, the features and functions of two or more units described above may be embodied in one unit, according to embodiments of the application. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.

Further, while the operations of the methods of the present application are depicted in the drawings in a particular order, this does not require or imply that these operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.

While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.