A multi-modal network supports a system, method, apparatus, and storage medium of mimicry

Abstract

The present application relates to a kind of multi-modal network support quasi-state system, method, device and storage medium, wherein system includes multi-modal controller, multi-modal network element and multi-modal end device;Multi-modal controller connects multiple multi-modal network elements, and multi-modal end device accesses multi-modal network through multi-modal network element;Multi-modal controller is used to complete the quasi-state of control protocol and the scheduling implementation of quasi-state system, and multiple different modal mode forwarding protocol software is simultaneously operated in multi-modal controller, to realize the heterogeneity of control plane;Multi-modal network element is used to complete the quasi-state of data plane and the decision function of quasi-state system;Multiple different modal forwarding plane is operated on multi-modal end device to realize heterogeneity.This method realizes the endogenous security of multi-modal network by quasi-state transformation of multi-modal network.

Description

Technical Field

[0001] This invention relates to the field of network communication technology, and in particular to a multimodal network support mimicry system, method, apparatus and storage medium. Background Technology

[0002] While cyberspace is booming, it faces a severe security situation, with numerous malicious attacks targeting it. Furthermore, network systems are complex and inevitably contain vulnerabilities. Therefore, cyberspace faces both external threats and internal security vulnerabilities, making cyberspace security risks severe and complex. Under this new cyberspace security landscape, traditional defense methods based on prior knowledge are insufficient to cope with various attacks. A shift in defense thinking is needed, defining new defense boundaries, strengthening the depth of defenses, and moving from passive to proactive defense with intrinsic security.

[0003] Cyber ​​Mimic Defense (CMD) is a defense theory and method with universal and innovative significance for dealing with unknown threats such as unknown vulnerabilities, backdoors, viruses or Trojans at different application levels in cyberspace.

[0004] In the current technology, there is a lack of research on defense of multimodal networks based on the principle of cyberspace mimicry defense. Summary of the Invention

[0005] This invention addresses various security issues existing in novel networks operating in multiple modes by providing a multimodal network support mimicry system, method, device, and storage medium, thereby achieving intrinsic security in multimodal networks.

[0006] The objective of this invention can be achieved through the following technical solutions:

[0007] A multimodal network-supported mimicry system includes a multimodal controller, multimodal network elements, and multimodal terminal devices;

[0008] The multimodal controller connects to multiple multimodal network elements, and the multimodal terminal device accesses the multimodal network through the multimodal network elements;

[0009] The multimodal controller is used to complete the mimicry of the control protocol and the scheduling of the mimicry system. Multiple modal forwarding protocol software with different modes run simultaneously in the multimodal controller to achieve heterogeneity of the control plane.

[0010] The multimodal network element is used to complete the data plane mimicry and the adjudication function of the mimicry system;

[0011] The multimodal terminal device operates multiple forwarding planes with different modes to achieve heterogeneity.

[0012] Furthermore, the multimodal controller includes a mode conversion module, a multimodal protocol stack, and an adjudication and scheduling module;

[0013] The modality conversion module, multimodal protocol stack, and adjudication and scheduling module are connected in sequence;

[0014] The multimodal protocol stack includes multiple executors, each of which runs different modal forwarding protocol software.

[0015] Furthermore, the mode conversion module is used for:

[0016] Accept registration and authentication of multimodal terminal devices, and determine whether the currently operating multimodal network can support the operating modes of multimodal terminal devices;

[0017] The system maps different multimodal identifiers and terminal identifiers of multimodal terminal devices, and sends the mapping information and access point information to the multimodal protocol stack. The multimodal protocol stack adds the multimodal terminal devices to the global network view of different modal executors based on the mapping information and access point information.

[0018] The currently running modal execution body is obtained from the multimodal protocol stack, and then the modal conversion flow table and the restoration flow table are constructed and sent to the multimodal terminal device corresponding to the multimodal network element.

[0019] Furthermore, the multimodal protocol stack is used to achieve heterogeneity of the control plane through different modal protocol stacks, and the information of different modal protocol stacks is maintained through a protocol-independent link protocol, including the following steps:

[0020] The endpoints and network topology are constructed as a protocol-independent global view, while maintaining the mapping relationship between protocol-independent representations and corresponding modal representations in different modal executors;

[0021] The modal executor uses the global device of the corresponding mode inside the executor to send the corresponding forwarding flow table to the corresponding modal executor of the network element, and the currently running executor will be maintained inside it;

[0022] When a newly launched executor synchronizes forwarding entries, the executor being synchronized first converts the forwarding entries into protocol-independent expressions. The newly launched executor then converts these protocol-independent expressions into its own modal information and simultaneously forwards the flow table to its corresponding network element modal executor.

[0023] Furthermore, the adjudication and scheduling module is used to obtain the adjudication results of the multimodal network element and simultaneously perform scheduling on the multimodal controller and the multimodal execution body of the multimodal network element.

[0024] Furthermore, the multimodal network element includes an input queue, an input protocol conversion module, a multimodal forwarding module, a modal output queue, an output decision module, an output protocol conversion module, and an output module;

[0025] The input queue, input protocol conversion module, multimodal forwarding module, modal output queue, output decision module, output protocol conversion module, and output module are connected in sequence.

[0026] Furthermore, the input queue is used to accept multimodal messages and send the multimodal messages to the input protocol conversion mode.

[0027] Furthermore, the input protocol conversion module is used to report key messages, convert the multimodal messages into target modal messages, and distribute the target modal messages to different modal execution units of the multimodal forwarding module.

[0028] Furthermore, the key messages include the terminal registration message and the first data message.

[0029] Furthermore, the multimodal forwarding module has multiple execution units running, each of which independently runs its bound modal forwarding plane; each execution unit is used to write the execution action into the output metadata of the multimodal packet and put the multimodal packet and its metadata into the modal output queue.

[0030] Furthermore, physical isolation is achieved between the various execution entities.

[0031] Furthermore, the modal output queue is used to ensure the output synchronization of each executor in the multimodal forwarding module.

[0032] Furthermore, the output adjudication module is used to adjudicate the output metadata and payload of the output message. If there is an inconsistency between the output metadata and payload of the output message, the output adjudication module generates an adjudication result and uploads the adjudication result, the output metadata and payload of the output message to the adjudication and scheduling module of the multimodal controller. The adjudication and scheduling module determines whether the inconsistent content is modally related. If it is not related, scheduling is performed according to the adjudication result. If it is modally related, the modally related content is semantically converted to modally unrelated content before adjudication. The adjudication result of the network element adjudication module is updated according to the adjudication result, and the scheduling operation is performed before the message is output.

[0033] Furthermore, the output protocol conversion module is used to restore the message to the original modal message.

[0034] Furthermore, the output decision module is used to obtain the original modal message information from the multimodal controller, and select one from the correctly decided messages to send to the output protocol conversion module. If an original modal message exists, the original modal message is selected first and sent to the output protocol conversion module; otherwise, multiple selection is used and the decision result is sent to the multimodal controller.

[0035] A multimodal network-supported mimicry method, implemented based on a multimodal network-supported mimicry system as described above, includes the following steps:

[0036] S1. The multimodal terminal device sends registration information, which is then uploaded to the multimodal controller by the multimodal network element. The mode conversion module in the multimodal controller determines whether the multimodal terminal device is supported based on the modes supported by the current mode network. If the mode set requested by the multimodal terminal device is within the modes supported by the multimodal network, a registration success message is returned to the multimodal terminal device, and then the process proceeds to step S2. Otherwise, a registration failure message is sent to the multimodal terminal device, and all steps are terminated.

[0037] S2. The multimodal terminal device sends a multimodal message and determines whether the multimodal message is the first multimodal message. If it is, it is uploaded to the multimodal controller through the multimodal network element and proceeds to step S3; otherwise, it proceeds to step S5.

[0038] S3. The multimodal controller mode conversion module queries the corresponding destination device based on the destination address of the multimodal packet. If the destination device is found, the network mode corresponding to the currently running execution body is obtained through the multimodal protocol stack, and the process proceeds to step S4. Otherwise, the packet is discarded and all steps are terminated.

[0039] S4. The multimodal controller mode conversion module obtains the network mode corresponding to the target device and the currently running execution body, generates a mode conversion flow table and a mode restoration flow table, then sends the mode conversion flow table to the network element input protocol conversion module of the multimodal network element, sends the mode restoration flow table to the network element output protocol conversion module, sends the original mode information to the network element output protocol conversion module, and finally sends the multimodal message to the network element input mode conversion module, proceeding to step S5;

[0040] S5. After receiving a multimodal packet, the input mode conversion module of the multimodal network element converts the multimodal packet into packets of different modes according to the protocol conversion module issued by the multimodal controller, and distributes the packets of different modes to different execution units in the multimodal forwarding module. The execution unit of the multimodal forwarding module modifies the output original data information of the mode according to its own forwarding flow table information, and then sends the modified packet information and the packet to the corresponding output queue, proceeding to step S6.

[0041] S6. After all currently running executors have received the corresponding multimodal message, the output adjudication module compares the output metadata information and payload content of the messages in each queue. At the same time, it selects one of the correctly adjudicated messages and sends it to the output protocol conversion module. If the original modal message exists, the original modal message is selected first, and the process proceeds to step S8; otherwise, the majority election is used, and the adjudication result is sent to the multimodal controller, and the process proceeds to step S7.

[0042] S7. After receiving the adjudication result message, the multimodal controller sends the message to the multimodal adjudication and scheduling module. The multimodal adjudication and scheduling module performs scheduling operations on the executors in the multimodal protocol stack according to the adjudication result. The newly launched executor will obtain the running information and build a synchronization table entry to ensure that its state is consistent with other executors. At the same time, it sends the scheduling information to the output adjudication module of the multimodal network element. The output adjudication module performs scheduling on the executors in the multimodal forwarding module. After successful scheduling, the scheduling success information is sent to the multimodal protocol stack through the multimodal controller's multimodal adjudication and scheduling module. The multimodal protocol stack distributes the synchronization table entry to the corresponding executor in the multimodal forwarding module of the multimodal network element, and then proceeds to step S8.

[0043] S8. When the output protocol conversion module receives the output multimodal message, it determines whether it is the same as the original message mode. If it is the same, it sends it directly to the output module. Otherwise, it restores the message to the original mode and sends it to the output module. The output module performs the corresponding output operation on the message according to the output metadata information of the message.

[0044] Furthermore, the registration information includes the modality set applied for by the multimodal terminal device, the multimodal terminal device ID, and the identification information of different modes of the multimodal terminal device.

[0045] Furthermore, in step S2, the destination address of the multimodal message is used to determine whether the multimodal message is the first multimodal message.

[0046] A control device includes a memory and a processor, the memory storing a computer program, the processor calling the program instructions to execute a multimodal network-supported mimicry method as described above.

[0047] A computer-readable storage medium includes a computer program that can be executed by a processor to implement a multimodal network-supported mimicry method as described above.

[0048] Compared with the prior art, the present invention has the following beneficial effects:

[0049] This invention addresses the deficiency in existing technologies regarding the defense of multimodal networks based on the principle of cyberspace mimicry. It achieves heterogeneity in network nodes by simultaneously running multiple modalities within the system, and then determines the correctness of the output results (using a multi-election method) by analyzing the outputs of these heterogeneous executors. This method achieves intrinsic security for multimodal networks by mimicking their behavior. Attached Figure Description

[0050] Figure 1 This is a schematic diagram of the overall architecture of the system in Embodiment 1 of the present invention;

[0051] Figure 2 This is a system architecture diagram from Embodiment 1 of the present invention;

[0052] Figure 3 This is a flowchart of the multimodal terminal device registration process in Embodiment 1 of the present invention;

[0053] Figure 4 This is a flowchart illustrating the implementation of Embodiment 1 of the present invention;

[0054] Figure 5 This is a flowchart of the adjudication process in Embodiment 1 of the present invention;

[0055] Figure 6 This is a schematic diagram of the control device in Embodiment 3 of the present invention. Detailed Implementation

[0056] The present invention will now be described in detail with reference to the accompanying drawings and specific embodiments. These embodiments are based on the technical solution of the present invention and provide detailed implementation methods and specific operating procedures. However, the scope of protection of the present invention is not limited to the following embodiments.

[0057] Example 1

[0058] This embodiment proposes a multimodal network-supported mimicry system, including a multimodal controller, multimodal network elements, and multimodal terminal devices; the multimodal controller connects to multiple multimodal network elements, and the multimodal terminal devices access the multimodal network through the multimodal network elements;

[0059] like Figure 1 The diagram shows the overall architecture of the multimodal network supporting the mimicry system. The multimodal network adopts a centralized architecture, with one multimodal controller connected to three multimodal network elements. Multimodal end devices access the multimodal network through these network elements. This centralized architecture allows the multimodal controller to obtain a global view of the network and globally distribute network forwarding flow tables to the multimodal network element devices. In other embodiments, the multimodal controller can connect to multiple multimodal network elements according to specific needs.

[0060] The multimodal controller is used to mimic the control protocol and implement the scheduling of the mimicry system. Multiple modal forwarding protocol software of different modes run simultaneously within the multimodal controller to achieve heterogeneity in the control plane. Multimodal network elements are used to mimic the data plane and perform the adjudication function of the mimicry system. Multiple forwarding planes of different modes run on multimodal end devices to achieve heterogeneity. Due to the different protocol stacks of different modes, their heterogeneity is high. Implementing mimicry using different modal network protocols, due to the high degree of difference, results in higher intrinsic security based on the principle of mimicry defense in cyberspace.

[0061] The multimodal controller includes a mode conversion module, a multimodal protocol stack, and an adjudication and scheduling module.

[0062] The mode conversion module accepts registration and authentication from multimodal end devices. Its main function is to determine whether the currently operating multimodal network supports the modes in which the multimodal end devices operate. It can also add security authentication information to achieve secure access. Simultaneously, it maps different multimodal identifiers of end devices to end identifiers (end identifier information is identified by the controller using a unified representation), and sends the mapping information and access point information to the multimodal protocol stack. The multimodal protocol stack then adds the end devices to the global network view of different modal implementers based on this information. The mode conversion module retrieves the currently running modal implementer from the multimodal protocol stack, then constructs mode conversion flow tables and restores flow tables, and sends them to the corresponding devices of the multimodal network elements.

[0063] The multimodal controller's multimodal protocol stack achieves control plane heterogeneity through different modal protocol stacks (mainly referring to the three-layer protocol stack). Due to the high degree of difference between modes, its heterogeneity is also high. Different modes do not communicate and interact directly, so their information is maintained through protocol-independent link protocols.

[0064] First, the endpoints and network topology are constructed as a protocol-independent global view. At the same time, the mapping relationship between protocol-independent representations and corresponding modal representations is maintained in different modal executors. The modal executor will issue the corresponding forwarding flow table to the corresponding modal executor of the network element according to the global device of the corresponding mode inside the executor. The executor will maintain the currently running executor. When a new executor synchronizes the forwarding table entries, the synchronized executor will first convert the forwarding table entries into a protocol-independent description. The new executor will convert the protocol-independent description into its own modal information and forwarding flow table and issue it to its corresponding network element modal executor.

[0065] The multimodal decision and scheduling module of the multimodal controller obtains the decision results of the multimodal network elements and simultaneously performs scheduling on the multimodal controller and the multimodal execution of the multimodal network elements to ensure system synchronization.

[0066] A multimodal network element includes an input queue, an input protocol conversion module, a multimodal forwarding module, a mode output queue, an output decision module, an output protocol conversion module, and an output module.

[0067] The input queue primarily receives messages and then sends the received messages to the input protocol conversion mode.

[0068] The input protocol conversion module is mainly responsible for reporting key messages (end registration messages and the first data message, etc.) and converting the input modal messages into target modal messages, and distributing the target modal messages to different modal execution bodies of the forwarding module.

[0069] The multimodal forwarding module of a multimodal network element runs multiple executors, each independently operating its own bound modal forwarding plane. These executors are physically isolated from each other. The data planes of different modalities have high heterogeneity, resulting in a mimicry system with inherently higher security. Actions executed according to the control flow table issued by the control plane are written to the output metadata of the packets. This data is modally independent. The modal packets and their metadata are then placed into the modal output queue, which ensures output synchronization across all executors.

[0070] The output adjudication module of the multimodal network element mainly adjudicates the output metadata and payload of the output message. When inconsistencies exist, the results and content are uploaded to the adjudication and scheduling module of the controller. The adjudication and scheduling module of the controller determines whether the inconsistent content is modally related. If it is not related, the scheduling is performed according to the adjudication result. If it is modally related, the modally related content is semantically converted to modally unrelated content before adjudication. The adjudication result of the network element adjudication module is updated according to the adjudication result, and the scheduling operation is performed before the message is output.

[0071] The output protocol conversion module of the multimodal network element is used to restore the modal message to the original modal message.

[0072] The output decision module of the multimodal network element is used to obtain the original mode message information from the multimodal controller. If the current correctly determined message contains the mode, it will prioritize outputting that mode; otherwise, it will randomly select a message for output.

[0073] like Figure 2The diagram shows the system architecture of the multimodal network supporting mimicry system proposed in this invention. First, to support mimicry, the multimodal controller has multiple executors running different modal network forwarding protocols. To improve heterogeneity, each executor runs a different modality, such as IPv4, IPv6, NDN (Named Data Network), MF (Mean Identity Network), and GEO (Geographic Identification Network) forwarding protocol software. The multimodal adjudication and scheduling module performs scheduling operations on the executors based on the adjudication results. The multimodal forwarding mode of the multimodal network element runs multiple executors, each corresponding one-to-one with the executors in the protocol stack of the controller. When the adjudication and scheduling mode in the multimodal controller performs scheduling operations on the executors in the protocol stack, it synchronizes the relevant scheduling to the executors in the multimodal forwarding module through the output adjudication module in the multimodal network element. In addition to the scheduling commands issued by the synchronous controller, the output adjudication mode in multimodal network elements adjudicates the multimodal packets output by different executors of the multimodal forwarding module. It primarily adjudicates the metadata information and payload of the output packets. When discrepancies exist, it employs a majority election process and uploads the adjudication and scheduling modules of the controller. These modules then remove a few "abnormal" executors and elect new executors to run the new modal protocol stack. Due to the high heterogeneity resulting from the use of different modes, the security is also relatively high.

[0074] like Figure 3 The diagram shown is a flowchart of the multimodal network terminal device registration process, which includes the following steps:

[0075] When a multimodal device accesses a multimodal network, it first registers itself. The registration information mainly includes the device identifier and the modal protocol (such as IPv4, NDN, etc.) that the device needs to send. After receiving the registration information, the multimodal network element sends it to the multimodal controller. The multimodal controller queries the modal information supported by the current network. If an unsupported modality exists, it returns a registration failure message to the multimodal device through the multimodal network element. Otherwise, the multimodal controller constructs a mapping relationship between the device identifier and its modal label and adds the device to the topology information in the global view. Then, it returns a registration success message to the multimodal device through the multimodal network element.

[0076] like Figure 4 The diagram shown illustrates the workflow of multimodal networks supporting mimicry, including the following steps:

[0077] The first data packet sent by the multimodal end device is sent to the multimodal controller. The multimodal controller queries the end device mapping relationship based on the destination address. If the query fails, the packet is discarded. If the query succeeds, it first constructs a protocol flow table from the input mode to the current running execution mode and sends the flow table to the input protocol conversion module. Then, it generates a forwarding flow table to restore the current running mode to the original mode and sends the flow table to the output protocol conversion module. Finally, it obtains the network topology information from the source to the destination based on the destination device information, constructs a forwarding flow table for the current running mode, sends the forwarding flow table to the corresponding execution module of the forwarding module, and sends the packet to the input protocol conversion module. The input mode conversion module converts the input packet into a mode packet of the current running execution module and distributes the converted packet to the corresponding execution module. The execution module forwards the packet according to the forwarding flow table, performing the forwarding process (modifying the packet's output metadata data, etc.), and then places the packet (including the packet's metadata information) into the different mode forwarding queues. When all running modes receive the message, the output decision module compares the message's output metadata (output port, multicast group, etc.) with the message's payload information. If an inconsistency exists, the decision result is sent to the controller's decision and scheduling module. The output decision module selects a mode from the consistent messages for output (if a message matching the input mode exists, the original mode message is selected first). The output protocol conversion module restores the message to its original mode and then sends it to the output mode. The output module outputs the message according to the output metadata (specified output port or multicast group).

[0078] like Figure 5 The diagram shown illustrates the adjudication process for mimicry supported by multimodal networks, including the following steps:

[0079] After a message enters the network element input protocol conversion module, the module converts a modal x message into three currently running modal y, modal z, and modal q messages. These three messages are then distributed to execution body 1 (running modal y), execution body 2 (running modal z), and execution body 3 (running modal q) of the network element multimodal forwarding module. Each execution body matches the message with its parsing and forwarding table entries. If a match is found, relevant information is added to the message's output metadata based on the corresponding action information, and the message is then output to the corresponding output queue. The network element output adjudication module then adjudicates the message's output metadata and payload. If an anomaly (inconsistent results) is found, a multi-mode decision is made, and the result is sent to the multimodal adjudication and scheduling module of the multimodal controller. The multimodal adjudication and scheduling module removes the corresponding abnormal execution body from the multimodal protocol stack and launches a new execution body. This new execution body runs a new modal application and synchronizes the flow table information of other running execution bodies. Simultaneously, the controller's multimodal adjudication and scheduling module sends scheduling information to the network element output adjudication module. The network element output adjudication module executes the scheduling command, taking the corresponding executor offline in the network element's multimodal forwarding mode and simultaneously bringing the specified executor online, ensuring that the execution executors in the control plane and data plane are synchronized. After execution is complete, completion information is fed back to the multimodal controller, which then begins the synchronization of the newly online execution forwarding flow table.

[0080] Example 2

[0081] Based on the multimodal network support system described in Example 1, a multimodal network support method can be implemented, the execution flow of which includes the following steps:

[0082] Step 1: The multimodal terminal device sends registration information, which includes the set of modes supported by the terminal device, the terminal device ID, and identification information for different modes. The multimodal network element uploads the registration information to the multimodal controller. The mode conversion module in the multimodal controller determines whether to support the multimodal terminal device based on the modes supported by the current network. If the set of modes requested by the multimodal terminal device is within the range supported by the multimodal network, a registration success message is returned to the multimodal terminal device, and then the process proceeds to Step 2. Otherwise, a registration failure message is sent to the multimodal terminal device, and the process terminates.

[0083] Step 2: The multimodal end device sends a multimodal packet. The first multimodal packet (determined by the destination address) is uploaded to the multimodal controller via the multimodal network element. If it is not the first multimodal packet, proceed to Step 4. The multimodal controller's mode conversion module queries the corresponding destination device based on the destination address of the mode packet. If found, it obtains the network mode corresponding to the currently running execution unit through the multimodal protocol stack, and then proceeds to Step 3; otherwise, the packet is discarded and the process terminates.

[0084] Step 3: After the multimodal controller's mode conversion module obtains the target device and the currently operating mode information, it will generate a mode conversion flow table and a mode restoration flow table. Then, it will send the mode conversion flow table to the network element input protocol conversion module of the multimodal network element, send the mode restoration flow table to the network element output protocol conversion module, and send the original mode information to the network element output protocol conversion module. Finally, it will send the message to the network element's input mode conversion module and then proceed to Step 4.

[0085] Step 4: After receiving the multimodal packet, the input mode conversion module of the network element converts the packet into different modal packets according to the protocol conversion module issued by the multimodal controller. Then, the different modal packets are distributed to different execution units in the multimodal forwarding module. The execution unit of the multimodal forwarding module modifies the modal output original data information according to its own forwarding flow table information, and then sends the modified packet information and the packet to the corresponding output queue, and then proceeds to Step 5.

[0086] Step 5: Once all currently running executors have received the corresponding multimodal message, the output adjudication module compares the output metadata information and payload content of the messages in each queue. It then selects one correctly adjudicated message and sends it to the output protocol conversion module. If an original modal message exists, it is selected first, and the process proceeds to Step 7. If there are differences, a majority vote is used, and the adjudication result is sent to the controller, then the process proceeds to Step 6.

[0087] Step 6: After receiving the adjudication result message, the multimodal controller will send the message to the multimodal adjudication and scheduling module. The multimodal adjudication and scheduling module will perform scheduling operations on the executors in the multimodal protocol stack according to the adjudication result. The newly launched executor will obtain the running information and build a synchronization entry to ensure that its state is consistent with other executors. At the same time, it will send the scheduling information to the output adjudication module of the multimodal network element. The output adjudication module will perform scheduling on the executors in the multimodal forwarding module. After successful scheduling, it will send the scheduling success message to the multimodal protocol stack through the multimodal controller's multimodal adjudication and scheduling module. The multimodal protocol stack will distribute the synchronization entry to the corresponding executor in the multimodal forwarding module of the multimodal network element, and then proceed to Step 7.

[0088] Step 7: When the output protocol conversion module receives the output multimodal message, it determines whether it is the same as the original message in terms of modality. If they are the same, it sends the message directly to the output module; otherwise, it restores the message to its original modality and then sends it to the output module. The output module performs the corresponding output operation on the message based on the message's output metadata information.

[0089] Example 3

[0090] Embodiments of this application also provide a control device, including: one or more processors; and a storage device for storing one or more programs, which, when executed by one or more processors, cause the control device to implement the multimodal network support method provided in Embodiment 2 above.

[0091] Figure 6 A schematic diagram of a control device suitable for implementing the above embodiments of this application is shown. It should be noted that... Figure 6 The control device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0092] like Figure 6 As shown, at the hardware level, the control device includes a processor, an internal bus, a network interface, memory, and non-volatile memory, and may also include other hardware required for various services. The processor reads the corresponding computer program from the non-volatile memory into memory and then runs it to implement the aforementioned multimodal network support method. Of course, besides software implementation, this invention does not exclude other implementation methods, such as logic devices or a combination of hardware and software, etc. That is to say, the execution entity of the following processing flow is not limited to individual logic units, but can also be hardware or logic devices.

[0093] In particular, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network, and when executed by a processor, performs various functions defined in the system of this application.

[0094] It should be noted that the computer-readable medium shown in the embodiments of this application may be a computer-readable signal medium or a computer-readable storage medium, or any combination thereof. A computer-readable storage medium may be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof.

[0095] In this application, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this application, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0096] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0097] The units described in the embodiments of this application can be implemented in software or hardware, and the described units can also be located in a processor. The names of these units do not necessarily limit the specific unit itself.

[0098] The preferred embodiments of the present invention have been described in detail above. It should be understood that those skilled in the art can make numerous modifications and variations based on the concept of the present invention without creative effort. Therefore, all technical solutions that can be obtained by those skilled in the art based on the concept of the present invention through logical analysis, reasoning, or limited experimentation on the basis of existing technology should be within the scope of protection defined by the claims.

Claims

1. A multi-modal network supporting a quasibiotic system, characterized by, The multi-modal controller, the multi-modal network element and the multi-modal terminal device are provided. The multi-modal controller is connected with multiple multi-modal network elements, and the multi-modal terminal device accesses the multi-modal network through the multi-modal network element. The multi-modal controller is used for completing the phasing of the control protocol and the scheduling of the phasing system, and multiple modal forwarding protocol softwares of different modes are simultaneously run in the multi-modal controller to realize the heterogeneity of the control plane. The multi-modal network element is used for completing the phasing of the data plane and the decision function of the phasing system. The multi-modal terminal device runs multiple forwarding plane implementation heterogeneous modes of different modes. The multi-modal controller comprises a modal conversion module, a multi-modal protocol stack and a decision and scheduling module. The modal conversion module, the multi-modal protocol stack and the decision and scheduling module are sequentially connected. The multi-modal protocol stack comprises multiple execution bodies, and each execution body runs a modal forwarding protocol software of a different mode. The modal conversion module is used for: accepting the registration authentication of the multi-modal terminal device, judging whether the currently running multi-modal network can support the mode of the multi-modal terminal device, implementing the mapping of different multi-modal identifiers and terminal identifiers of the multi-modal terminal device, and sending the mapping information and the access point information to the multi-modal protocol stack. The multi-modal protocol stack is used for realizing the heterogeneity of the control plane through the protocol stacks of different modes, and the information of the different modal protocol stacks is maintained through a protocol-independent link protocol. The decision and scheduling module is used for obtaining the decision result of the multi-modal network element, and simultaneously executing the scheduling of the multi-modal execution bodies of the multi-modal controller and the multi-modal network element. The multi-modal network element comprises an input queue, an input protocol conversion module, a multi-modal forwarding module, a modal output queue, an output decision module, an output protocol conversion module and an output module. The input queue, the input protocol conversion module, the multi-modal forwarding module, the modal output queue, the output decision module, the output protocol conversion module and the output module are sequentially connected. The input queue is used for accepting multi-modal packets and sending the multi-modal packets to the input protocol conversion module. ​ ​ ​ ​ ​ The input protocol conversion module is configured to report the key message and convert the multi-modal message into a target modal message, and distribute the target modal message to different modal executors of the multi-modal forwarding module; The key message comprises an end registration message and a first data message; The multi-modal forwarding module runs a plurality of executors, each of which independently runs a bound modal forwarding plane; each of the executors is configured to write an execution action into output metadata of the multi-modal message, and put the multi-modal message and the metadata into a modal output queue; The executors are physically isolated from each other; The modal output queue is configured to ensure output synchronization of the executors in the multi-modal forwarding module; The output decision module is configured to decide output metadata and a payload of an output message, and if the output metadata and the payload of the output message are inconsistent, the output decision module generates a decision result, and uploads the decision result, the output metadata and the payload of the output message to a decision and scheduling module of the multi-modal controller; the decision and scheduling module determines whether the inconsistent content is related to a modal, and if not, performs scheduling according to the decision result, and if related to the modal, performs semantic conversion on the modal-related content to make it modal-independent, and then makes a decision again, updates the decision result of the network element decision module according to the decision result, and performs scheduling operation, and then outputs the message; The output protocol conversion module is configured to restore the message to an original modal message; The output decision module is configured to obtain original modal message information from the multi-modal controller, and select one of the messages decided correctly to send to the output protocol conversion module; if there is an original modal message, the original modal message is preferentially selected to send to the output protocol conversion module; otherwise, multiple messages are selected and the decision result is sent to the multi-modal controller.

2. A multi-modal network supporting a quasimode method, characterized by, A multi-modal network supporting quasiparticle system implementation based on the multi-modal network supporting quasiparticle system of claim 1, comprising the following steps: S1, a multi-modal terminal device sends registration information, the registration information is uploaded to a multi-modal controller by a multi-modal network element, a modal conversion module in the multi-modal controller determines whether to support the multi-modal terminal device according to the supported modal of the current modal network, if the modal set applied by the multi-modal terminal device is within the supported modal of the multi-modal network, a registration success message is returned to the multi-modal terminal device, and then step S2 is entered, otherwise, a registration failure message is sent to the multi-modal terminal device, and all steps are terminated; S2, the multi-modal terminal device sends a multi-modal message, and determines whether the multi-modal message is the first multi-modal message, if yes, the multi-modal message is uploaded to the multi-modal controller through the multi-modal network element, and step S3 is entered, otherwise, step S5 is entered; S3, the multi-modal controller modal conversion module queries the corresponding destination device according to the destination address of the multi-modal message, if the destination device is queried, the network modal corresponding to the running executor is obtained through the multi-modal protocol stack, and step S4 is entered, otherwise, the message is discarded, and all steps are terminated; S4, the multi-modal terminal device sends a multi-modal message, and determines whether the multi-modal message is the first multi-modal message, if yes, the multi-modal message is uploaded to the multi-modal controller through the multi-modal network element, and step S3 is entered, otherwise, step S5 is entered; S4, the multi-modal controller mode conversion module obtains the network mode corresponding to the destination device and the currently running execution body, generates a mode conversion flow table and a mode restoration flow table, then sends the mode conversion flow table to the network element input protocol conversion module of the multi-modal network element, sends the mode restoration flow table to the network element output protocol conversion module, sends the original mode information to the network element output protocol conversion module, and finally sends the multi-modal packet to the input mode conversion module of the network element, and enters step S5; S5, after the input mode conversion module of the multi-modal network element receives the multi-modal packet, the protocol conversion module sent by the multi-modal controller is used to convert the multi-modal packet into a packet of different modes, and the packet of different modes is distributed to different execution bodies in the multi-modal forwarding module; the execution body of the multi-modal forwarding module modifies the output original data information of the mode according to the forwarding flow table information of itself, and then sends the modified packet information and the packet to the corresponding output queue, and enters step S6; S6, when all the currently running execution bodies have received the corresponding multi-modal packet, the output arbitration module compares the output metadata information of the packets in each queue and the payload content of the packets, selects one of the packets in the arbitration correct packet to send to the output protocol conversion module, if there is an original mode packet, the original mode packet is preferentially selected, and step S8 is entered; otherwise, multiple selection is adopted, and the arbitration result is sent to the multi-modal controller, and step S7 is entered; S7, when the multi-modal controller receives the arbitration result message, the message is sent to the multi-modal arbitration and scheduling module, the multi-modal arbitration and scheduling module performs scheduling operation on the execution body in the multi-modal protocol stack according to the arbitration result, the newly online execution body obtains the running information, and constructs a synchronization table item to ensure that the state is consistent with other execution bodies, and sends the scheduling information to the output arbitration module of the multi-modal network element, the output arbitration module performs scheduling on the execution body in the multi-modal forwarding module, and sends the scheduling success information to the multi-modal protocol stack through the multi-modal arbitration and scheduling module of the multi-modal controller after the scheduling is successful, the multi-modal protocol stack sends the synchronization table item to the corresponding execution body in the multi-modal forwarding module of the multi-modal network element, and then enters step S8; S8, after the output protocol conversion module receives the output multi-modal packet, it is determined whether it is the same as the original packet mode, if yes, it is directly sent to the output module, otherwise, the packet is restored to the original mode packet, and is sent to the output module; the output module executes the corresponding output operation on the packet according to the output metadata information of the packet.

3. The multi-modal network supporting quasipattern method of claim 2, wherein, The registration information includes a modal set applied by the multi-modal terminal device, a multi-modal terminal device ID, and identification information of different modes of the multi-modal terminal device.

4. The multi-modal network supporting quasipattern method of claim 2, wherein, In step S2, whether the multi-modal packet is the first multi-modal packet is determined according to the destination address of the multi-modal packet.

5. A control device characterized by comprising: The device comprises a memory and a processor, the memory stores a computer program, and the processor can execute the program instructions to perform the quasi-state method of the multi-modal network in any one of claims 2 to 4.

6. A computer-readable storage medium, characterized in that, A computer program comprising instructions executable by a processor to implement a multi-modal network supported quasi-species method as claimed in any of claims 2 to 4.

Images