CN115277450B

CN115277450B - Virtual-real combined heterogeneous communication network fusion system based on OPNET and application

Info

Publication number: CN115277450B
Application number: CN202210893744.5A
Authority: CN
Inventors: 徐小涛; 高泳洪; 杨行; 王怀; 曹磊
Original assignee: National University of Defense Technology
Current assignee: National University of Defense Technology
Priority date: 2022-07-27
Filing date: 2022-07-27
Publication date: 2023-09-19
Anticipated expiration: 2042-07-27
Also published as: CN115277450A

Abstract

The application discloses an OPNET-based virtual-real combination heterogeneous communication network fusion system and application. The system comprises: the system comprises an installation mapping module, a simulation node and a network planning module, wherein the installation mapping module is used for generating an OPNET-based network planning configuration file, and the network planning configuration file comprises installation equipment setting information and a mapping relation between the installation equipment and the simulation node; the simulation module based on OPNET is used for generating a simulation network according to the network planning configuration file; the proxy gateway is used for realizing communication between the simulation node and the mounting equipment according to a gateway configuration file, the gateway configuration file describes a port and a forwarding rule of data communication between the mounting equipment and the simulation node, and the proxy gateway further comprises a semi-physical forwarding interface, wherein the semi-physical forwarding interface is used for converting received data with different formats from the mounting equipment into data with formats supported by the simulation module. The application can realize the effective integration between the information service of the real equipment and the simulation network.

Description

Virtual-real combined heterogeneous communication network fusion system based on OPNET and application

Technical Field

The application relates to the technical field of simulation, in particular to an OPNET-based virtual-real combination heterogeneous communication network fusion system and application.

Background

OPNET is a network simulation technology software package that can accurately analyze the performance and behavior of complex networks, and standard or user-specified probes can be inserted at any location in the network model to collect data and make statistics. However, the OPNET network simulation platform only supports the ethernet protocol and the ethernet interface access, but in reality, the communication device usually adopts different interfaces and protocols, so how to convert different hardware interface protocols into interfaces supported by the simulation platform is a key technology to be solved by semi-physical simulation. In addition, in the conventional simulation system to which the real equipment is connected, parameter information and state information of the real equipment cannot be monitored in simulation, related real service information is collected, and comprehensive network performance evaluation cannot be performed on a semi-physical simulation system formed by combining the real equipment and the simulation.

Disclosure of Invention

Aiming at least one defect or improvement requirement of the prior art, the application provides an OPNET-based virtual-real combined heterogeneous communication network fusion system and application, which can realize effective fusion between information service of a real device and a simulation network.

To achieve the above object, according to a first aspect of the present application, there is provided an OPNET-based virtual-real combined heterogeneous communication network convergence system, including:

the system comprises an installation mapping module, a simulation node and a network planning module, wherein the installation mapping module is used for generating an OPNET-based network planning configuration file, and the network planning configuration file comprises installation equipment setting information and a mapping relation between the installation equipment and the simulation node;

the simulation module based on OPNET is used for generating a simulation network comprising simulation nodes corresponding to the real equipment according to the network planning configuration file;

the proxy gateway is used for realizing communication between the simulation node and the mounting equipment according to a gateway configuration file, the gateway configuration file describes a port and a forwarding rule of data communication between the mounting equipment and the simulation node, and the proxy gateway further comprises a semi-physical forwarding interface, wherein the semi-physical forwarding interface is used for converting received data with different formats from the mounting equipment into data with formats supported by the simulation module.

Further, the virtual-real combined heterogeneous communication network fusion system based on OPNET further comprises a monitoring module, wherein the monitoring module is used for acquiring the state information of the real equipment from the proxy gateway.

Further, the gateway configuration file includes:

a first field, configured to describe a first type of listening port through which the emulation network sends data to the outside;

the second field is used for describing a second type of monitoring port for transmitting data to the simulation network by the real equipment and the mapping relation between the second type of monitoring port and the IP address of the forwarding target simulation node;

and the third field is the mapping relation between the real equipment and the simulation node obtained from the real mapping module.

Further, the proxy gateway includes a forwarding module, where the forwarding module is configured to implement the steps of:

if the first type monitoring port is monitored to receive data, extracting the IP address of the target packaging equipment from the received data, packaging the received data into a data format required by the target packaging equipment, and then forwarding the data to the target packaging equipment;

if the second type monitoring port is monitored to receive data, judging whether the received data is a signaling packet or a service packet, if the received data is the signaling packet, forwarding the received data to a simulation node mapped by the packaging equipment corresponding to the port, if the received data is the service packet, determining a target simulation node IP address according to the second field, packaging the received data into a format required by the target simulation node IP address, and forwarding the received data to the target simulation node.

Further, after the first type monitoring port receives the data, the service volume information is extracted from the received data, and the service information is sent to the simulation node mapped by the target packaging device according to the third field.

Further, after the second type monitoring port receives the service packet, the service volume information is extracted from the received service packet data, and the service volume information is sent to the target simulation node.

Further, a corresponding relation between the IP address of the mounting equipment and the mounting equipment is pre-constructed, the IP address of the target mounting equipment is extracted from the received data of the first type monitoring port, and a data format required by the target mounting equipment is determined according to the IP address of the target mounting equipment.

Further, the semi-physical forwarding interface is used for converting the serial port format data and the network port format data received from the packaging equipment into Ethernet port data in a format supported by the simulation module.

According to a second aspect of the present application, there is also provided an OPNET-based virtual-real combined heterogeneous communication network convergence method, including:

generating a network planning configuration file based on OPNET, wherein the network planning configuration file comprises setting information of the real equipment and a mapping relation between the real equipment and a simulation node;

generating a simulation network comprising simulation nodes corresponding to the mounting equipment according to the network planning configuration file;

and realizing communication between the simulation node and the mounting equipment according to a gateway configuration file, wherein the gateway configuration file describes ports and forwarding rules of data communication between the mounting equipment and the simulation node, and converting received data in different formats from the mounting equipment into data in a format supported by the simulation module.

According to a third aspect of the present application there is also provided an electronic device comprising at least one processor and at least one memory module, wherein the memory module stores a computer program which, when executed by the processor, causes the processor to perform the steps of any of the methods described above.

According to a fourth aspect of the present application there is also provided a storage medium storing a computer program executable by a processor, the computer program when run on the processor causing the processor to perform the steps of any one of the methods described above.

In general, through the OPNET-based virtual-actual combination heterogeneous communication network fusion system and application, communication between the simulation node and the real equipment is realized through the proxy gateway, and data in different formats received from the real equipment can be converted into data in a format supported by the simulation module, so that effective fusion between the information service of the real equipment and the simulation network can be realized.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present application, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is a schematic diagram of a virtual-real combined heterogeneous communication network convergence system based on an OPNET according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a simulation network according to an embodiment of the present application;

fig. 3 is a schematic diagram of a proxy gateway according to an embodiment of the present application;

fig. 4 is an interface schematic diagram of a proxy gateway according to an embodiment of the present application;

fig. 5 is an example of a gateway configuration file provided in an embodiment of the present application;

fig. 6 is a schematic diagram of a data forwarding flow provided in an embodiment of the present application;

FIG. 7 is a schematic diagram of a data conversion flow according to an embodiment of the present application;

FIG. 8 is a schematic diagram of a software processing protocol conversion system for data conversion according to an embodiment of the present application;

FIG. 9 is a schematic diagram of a hardware processing protocol conversion system for data conversion according to an embodiment of the present application;

fig. 10 is a schematic diagram of a protocol conversion system based on FPGA for data conversion according to an embodiment of the present application;

fig. 11 is a flow chart of a serial port and internet port protocol conversion flow chart provided by an embodiment of the application.

Detailed Description

The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application. In addition, the technical features of the embodiments of the present application described below may be combined with each other as long as they do not collide with each other.

The terms first, second, third and the like in the description and in the claims and in the above drawings, are used for distinguishing between different objects and not necessarily for describing a particular sequential or chronological order. Furthermore, the terms "comprise" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or modules is not limited to only those steps or modules but may include other steps or modules not expressly listed or inherent to such process, method, article, or apparatus.

The virtual-real combined heterogeneous communication network fusion system based on the OPNET comprises a real mapping module, an OPNET-based simulation module and a proxy gateway, and the principle of the system is shown in figure 1.

And the installation mapping module is used for generating a network planning configuration file based on OPNET, wherein the network planning configuration file comprises installation equipment setting information and a mapping relation between the installation equipment and the simulation node. In particular, the installation mapping module may be presented in the form of installation mapping software.

And the simulation module based on OPNET is used for generating a simulation network comprising simulation nodes corresponding to the real equipment according to the network planning configuration file.

The proxy gateway is used for realizing communication between the simulation node and the mounting equipment according to a gateway configuration file, the gateway configuration file describes a port and a forwarding rule of data communication between the mounting equipment and the simulation node, and the proxy gateway further comprises a semi-physical forwarding interface, wherein the semi-physical forwarding interface is used for converting received data with different formats from the mounting equipment into data with a simulation module supporting format.

Further, the virtual-real combined heterogeneous communication network fusion system based on OPNET can further comprise a monitoring module, wherein the monitoring module is used for acquiring the state information of the real equipment from the proxy gateway. In particular, the monitoring module may be presented in the form of monitoring software.

The information interacted between the mounting equipment and the simulation node is of three types:

a) Protocol interaction information: protocol interaction data between the simulation node and the packaging device is mainly routing protocol data.

b) Service data information: the method comprises the steps of providing service data between the packaging equipment and the simulation nodes and service data between the packaging equipment.

c) Status and parameter information: and the packaging equipment reports the working parameters and the state information to the corresponding software module.

1. Description of the basic principles

In order to realize normal interaction of the data and the information in the same simulation network by a tactical communication system constructed by the packaging equipment and the simulation nodes, a packaging agent technology is adopted. The installation equipment maps to the simulation network as an installation mapping node, and the state and the working parameters between the installation equipment and the corresponding mapping node are shared. The installation agent mainly depends on an agent gateway to complete the mapping from the external installation equipment to the simulation network and the interaction between the installation equipment and the simulation node.

In order to improve the compatibility of the system, the proxy gateway adapts to different equipment protocols and network port protocols when the OPNET simulation semi-physical object is accessed, and ensures the accuracy of interaction through the secondary encapsulation of the protocols. Meanwhile, the packaging agent needs to have certain routing capability, and can complete the data packet forwarding work from the packaging to the simulation node and from the simulation node to the packaging. In addition, the installation agent needs to have the capability of monitoring the access to the installation, and collect the state, working parameters, traffic and the like of the installation equipment in the whole interaction process.

The packaging agent mainly realizes interconnection and intercommunication between the packaging equipment and the network simulation environment, ensures the correctness of the protocol data format during interaction, and comprises the following functions:

(1) and the real-time mapping is used for realizing planning of the topological structure, the business interaction relation, the networking relation and the like of the whole network of the simulation platform, and mapping the real-time data to the simulation model according to the mapping relation.

(2) The package access is mainly to perform message format conversion between the package equipment and the simulation network at the interface, so as to ensure the correctness of the protocol and data interaction format between the package equipment and the simulation model.

(3) The real-time or periodic report of the real-time parameter information, state information and the like to the simulation seat is realized, and the real-time or periodic report is displayed and updated on the mapping nodes, so that the consistency of the real-time and the state of the mapping nodes is ensured.

(4) And the real-time data acquisition is mainly to acquire real-time service information, including transmission service volume, reception service volume, service time delay and the like, and report the real-time service information to the simulation seat, and comprehensively perform performance evaluation of the whole network after the real-time service information is combined with the simulation statistic information.

2. System composition

(1) Packaging mapping module

The installation mapping software is responsible for completing the planning of the whole network topology and the mapping between the installation equipment and the mapping nodes, and sending the topology and the mapping relation to the simulation network and the proxy gateway for use. The technology is realized mainly by adding a new mapping relation on the basis of a conventional network planning configuration file based on OPNET. By editing the XML format file, adding new mapping nodes and adding custom node attributes for the new mapping nodes, the mapping of the real-world data is completed, and therefore, the topology configuration file can complete network planning and the real-world mapping function.

The file type of the conventional network planning configuration file is an XML file, and the file contains all element configuration codes serving as network planning and comprises information such as node configuration, link configuration, service configuration and the like. The node configuration comprises information such as node type, coordinates, parameter configuration and the like; the link configuration comprises information such as interfaces, link rates and the like; the service configuration includes information such as service source destination, service size, etc. The configuration can be imported into the OPNET software to generate simulated topology, but the information cannot contain related information of the real equipment nodes, so that XML description fields describing the real equipment are added in the embodiment of the application, the real equipment information can only be obtained after the configuration is imported into the OPNET, the embodiment of the application has the automatic adding function of the real equipment, the generated XML file contains the real equipment information, and virtual simulation nodes corresponding to the real equipment in simulation can be generated according to the XML file.

(2) Simulation module based on OPNET

The simulation module is specifically a simulation functional module in the OPNET. The simulation module can generate a corresponding simulation network after receiving the network planning configuration file generated by the installation mapping module, and corresponding simulation nodes are also generated for each installation device in the simulation network. The simulation network is shown in fig. 2.

(3) Proxy gateway

The proxy gateway completes the conversion of the message format between the packaging equipment and the simulation network, and ensures the accuracy of the protocol and the data interaction format between the packaging equipment and the simulation model. In addition, the proxy gateway can collect the state, parameter information and service information reported by the packaging equipment and send the message log information to the packaging monitoring program.

The installation access function of the installation agent is mainly realized through the installation agent gateway. The gateway has two main functions, namely, the repackaging of the data packet of the external packaging equipment, taking the data packet of the external packaging equipment as the payload of an application layer (the actual size of data of the application layer), and secondarily packaging the data packet (the original data packet OPNET software cannot be identified and needs to be packaged into the data packet which can be identified by the OPNET) outside the data packet so as to adapt the data packet to the network packet which communicates with the OPNET, thereby improving the compatibility of the whole system. The proxy gateway is used for encapsulating the protocol data packets again aiming at the application layer protocols of different packaging devices, so that the protocol data packets can be communicated with the OPNET simulation node. And secondly, the addressing interaction function of the mounting equipment and the simulation node in the OPNET is completed (the mapped node also knows how to interact with other nodes in the simulation, and the addressing interaction function is equivalent to telling the mapped node and the simulation node who interacts with the simulation node). When virtual and real are mixed, the datagram sent by the external packaging equipment is firstly transmitted to the proxy gateway, the gateway finds a destination port in the gateway and transmits the destination port to the OPNET simulation host network card, and similarly, the datagram transmitted from the OPNET simulation node is also transmitted to the destination packaging through the proxy gateway.

When the real data is collected, the service information (the sending/receiving service volume, the service time delay and the like) is collected through the real proxy gateway in the virtual-real and real-virtual application modes, and the statistic results are sent to a statistic module in the OPNET simulation network for the subsequent whole network performance evaluation.

Further, the proxy gateway includes three functional modules, the module division of which is shown in fig. 3.

The interface module is mainly responsible for displaying the interactive function, and the interface schematic diagram is shown in fig. 4.

In the interface module, a log window is used for printing the receiving and transmitting relation, receiving and transmitting information and the like in the data interaction process. The set button may trigger a modification to the gateway internal configuration file into the configuration module. The save button is responsible for updating some parameter settings of the gateway according to the gateway profile.

And the configuration module mainly realizes the functions of modifying and updating the gateway configuration file and the like. The configuration file of the gateway mainly describes the corresponding relation between the gateway port and the external destination IP and the relation between the address of the packaging equipment and the address of the mapping node. The configuration file may be a. Ini file, which may be dynamically updated before each system run.

The gateway profile includes: a first field, configured to describe a first type of listening port through which the emulation network sends data to the outside; the second field is used for describing a second type of monitoring port for transmitting data to the simulation network by the packaging equipment, and the mapping relation between the second type of monitoring port and the IP address of the forwarding target simulation node, namely, different packaging equipment transmits data through different ports, so that the IP addresses of the corresponding target simulation nodes are different due to different ports and corresponding different packaging equipment; and the third field is the mapping relation between the mounting equipment and the simulation node obtained from the mounting mapping module.

Fig. 5 is an example of a gateway profile. The first field indicates that the data packets from the emulated network virtual node all pass through a fixed port, such as 9000. The gateway software listens to the port all the time and packets received from the port are processed as data packets transmitted from the OPENT network. The second field reflects the mapping relation between the port number and the forwarding destination IP address, and is mainly used for forwarding addressing in real-virtual interaction. For example, the data packet received from the 2000 port is eventually sent to the 192.0.2.40 destination emulation node IP. The third field is the corresponding relation between the address of the mounting equipment and the mounting mapping node, so that the gateway can conveniently forward the mounting state and parameter information to the mapping node.

The forwarding module mainly completes forwarding of various information. Specifically, the service packet sent by the packaging device, the status reported by the packaging device, the parameter signaling packet, the service packet sent by the virtual node in the simulation network, the service statistic information packet extracted by the proxy gateway and the like can be correctly sent to the respective destination simulation node addresses.

The forwarding module is used for realizing the following steps: if the first type of monitoring port is monitored to receive data, extracting the IP address of the target packaging equipment from the received data, packaging the received data into a data format required by the target packaging equipment, and then forwarding the data to the target packaging equipment; if the second type monitoring port is monitored to receive data, judging whether the received data is a signaling packet or a service packet, if the received data is the signaling packet, forwarding the received data to a simulation node mapped by a packaging device corresponding to the port (different second type monitoring ports correspond to different packaging devices, each packaging device is provided with a simulation node mapped one by one), if the received data is the service packet, determining a target simulation node IP address according to a second field, packaging the received data into a format required by the target simulation node IP address, and forwarding the received data to the target simulation node.

Taking the gateway configuration file of fig. 5 as an example, the data forwarding process of the gateway configuration file is shown in fig. 6, and the gateway configuration file comprises the following steps:

(1) if the 9000 port is monitored to receive data, extracting the IP address and the traffic information of the target packaging equipment from the received data; obtaining IP addresses (IP and port) of the target packaging equipment from the received data, determining the type of the target packaging equipment according to the IP address of the target packaging equipment according to the corresponding relation between the pre-constructed IP address of the packaging equipment and the IP address of the packaging equipment, and determining the data format required by the target packaging equipment; packaging the received data into a data format required by the target packaging equipment; forwarding the packaged data to the target packaging equipment; and transmitting the extracted traffic information to the simulation node mapped by the target packaging device according to the third field (the mapping relation between the packaging device address and the packaging mapping node).

(2) If the second type monitoring port is monitored to receive the data, judging whether the received data is a signaling packet or a service packet; (a) If the received data is a signaling packet, forwarding the received data to a simulation node mapped by the packaging equipment corresponding to the port; (b) If the received data is a service packet, determining the IP address of the target simulation node according to a second field (the mapping relation between the second type monitoring port and the IP address of the forwarding target simulation node); determining the type of the mounting equipment according to the corresponding relation between the receiving port number and the mounting equipment, packaging the received data into a format required by the IP address of the target simulation node according to the type of the mounting equipment, and forwarding the received data to the target simulation node; traffic statistics may also be extracted from the received data packets and forwarded to the destination emulated node.

(4) Monitoring module

The real-time state monitoring is mainly reported by real-time equipment, including real-time working frequency, working bandwidth, power, modulation mode and the like, and is transmitted to the real-time proxy gateway through a general data packet format, and then is transmitted to the mapping node in the OPNET by the real-time proxy gateway, and simultaneously is transmitted to the analog radio station software for display.

3. Semi-physical forwarding interface

Because the current practical tactical communication equipment adopts different interfaces and protocols, and the OPNET network simulation platform only supports the Ethernet protocol and the Ethernet interface for access, how to convert different hardware interface protocols into interfaces supported by the simulation platform is a key technology to be solved by semi-physical simulation. The semi-physical interface conversion is to convert the common hardware interface types of the actual tactical communication equipment, mainly a serial port and a network port, into an Ethernet port supported by an OPNET network simulation platform, and comprises two aspects of interface adaptation and interface protocol conversion, so that virtual-actual interconnection is realized.

The semi-physical interface conversion part is realized based on a hardware system and protocol conversion data processing software. The system is based on a hardware main board of the CPU, and specific protocol conversion data processing software is run in the system to complete protocol conversion.

The system is divided into two parts, namely hardware and software. The hardware part is mainly a microprocessor, a serial port connector and an Ethernet port connector. The software part realizes the conversion of serial port bit stream data and network port data packets.

FIG. 7 is a flowchart of a method for converting a semi-physical interface into software, which includes:

s10: and monitoring ports.

And receiving different types of serial port data or network port data by monitoring specific port inquiry.

S20: acquiring serial data for processing

The function is responsible for reading data from the serial port and encapsulating the data into an Ethernet packet to be sent to the designated network port.

S30: acquiring network port data for processing

The function monitors the Ethernet port to acquire data, disassembles the data packet after receiving the Ethernet data packet from the port, extracts the data payload, changes the data payload into bit stream data, and sends the bit stream data from the appointed serial port.

The goal of the protocol conversion is to convert the different hardware interface protocols of the various packaged devices into ethernet port protocols. In the protocol conversion process, the communication data needs to be subjected to processes such as frame removal, framing, forwarding and the like, and the data processing process can be realized by adopting hardware processing or software processing.

a) Software processing mode

Fig. 8 is a schematic diagram of a software processing protocol conversion system, in which all data processing of protocol conversion is implemented by a software programming mode, and the principle of protocol conversion is described below by taking conversion between a serial port protocol and an ethernet port protocol as an example. The data format sent by the packaging access equipment with the serial port accords with the serial port protocol, the data enters a protocol conversion system through the interface chip 1, the CPU reads serial port data from the interface chip, after effective data is obtained, the CPU packages according to the data format of the network port protocol, and then sends out the data format through the interface chip 2, and the data format is transmitted to the network port equipment through a line. The process of converting the network port protocol into the serial port protocol is similar. In this way, the conversion process of the protocol is completed once. In the case of multi-protocol conversion, a protocol conversion subroutine must be designed for each conversion mode, and the CPU executes different subroutines according to the configuration to implement the mutual conversion between multiple real interface protocols and ethernet port protocols.

Under the software processing architecture, data processing is completed by software. When multiple protocol conversions are involved, the software scale may rapidly become larger. Because the received data needs to be temporarily stored, the data caching problem is involved, and a large temporary storage space is needed in the application scene of the interface protocol with high communication rate. While processing data by means of a CPU program causes a certain delay, protocol conversion in this mode is accompanied by a data delay.

b) Hardware processing mode

Fig. 9 is a diagram of a hardware processing protocol conversion system principle, in which a data processing process is completed by means of hardware parsing. The conversion between the serial port protocol and the ethernet port protocol is still described as an example. The data format sent by the packaging equipment with the serial port accords with the serial port protocol, the data enters a protocol conversion system through the interface chip 1, the conversion circuit reads the data from the interface chip 1, the data are packaged again into the data which accords with the network port protocol data format after the frame is removed, and then the data are sent out through the interface chip 2 and transmitted to the network port equipment through a line. The data processing process of converting the network port protocol into the serial port protocol is similar. In the case of multi-protocol conversion, the conversion circuit needs to be able to implement dispatch forwarding of multi-path interface data according to configuration.

In an implementation manner, the protocol conversion system of the hardware processing mode can be realized by an application specific integrated circuit ASIC or by programming a programmable logic device FPGA. Specific protocols are required to be researched based on the implementation of the ASIC circuit, a logic circuit is customized according to the operation steps and the processing process of data in the protocol conversion process, and the data processing of the protocol conversion is finished by means of a specific functional circuit. An FPGA-based implementation is a circuit that programs an FPGA through a hardware description language to implement a specific function.

Generally, ASIC has high technical difficulty and high design cost, FPGA has low implementation cost and short development period, and the design can be repeatedly modified. In engineering implementation, an FPGA programming mode is generally adopted.

c) Integrating advantages and disadvantages of a software processing system architecture and a hardware processing system architecture, designing a protocol conversion system based on an FPGA, and fig. 10 is a principle of the protocol conversion system based on the FPGA. The method has the advantages that the high-speed processing capacity of the FPGA is utilized to finish the data processing of protocol conversion from the hardware circuit level, the delay is small, the CPU memory is not required to be occupied, meanwhile, the flexible configuration advantage of software processing is exerted, and the configuration is carried out according to the respective characteristics of different protocols.

The system architecture is characterized in that in the protocol conversion process, the processing of communication data is completed in hardware based on FPGA, each module is connected with a control unit through a data bus, an address bus and a control bus, and the system can be flexibly configured according to different access protocols.

In addition, aiming at third-party packaging equipment with a serial port, serial port bit stream data is converted into an Ethernet data packet which can interact with the OPNET, and functions such as interface switching adaptation and the like are completed.

a) Serial port and Ethernet port conversion flow

The serial port is generally UART, which defines only the specification of the data link layer, namely, a start bit, a data bit, and a stop bit, and is a string of bit stream data. The RS-232 serial standard is a 1969 published communication protocol developed by EIA (institute of electronics industry) and BELL et al. It is suitable for communication with data transmission rate in the range of 0-20000 b/s. This standard specifies issues related to serial communication interfaces, such as signal line functionality, electrical characteristics. Since communication equipment manufacturers produce communication equipment compatible with the RS-232C standard, it is currently widely used as a standard in microcomputer communication interfaces.

The network interface refers to an Ethernet interface, is used for network data transmission, is the most common RJ45 interface, supports 10M and 100M self-adaptive network connection speed, and accords with IEEE802.3 10/100Base-Tx specifications.

A schematic diagram of a conversion flow between a serial port and a network port is shown in FIG. 11.

Serial to ethernet is not a simple physical layer and link layer conversion. Because the serial port protocol does not have a network layer and a transmission layer, the serial port is converted into the Ethernet, and the serial port data is actually used as the application layer data of the TCP/IP, and the TCP/IP protocol is used for packaging and transmitting. The TCP/IP mode of operation can be divided into: TCP Server mode (TCP Server), TCP Client mode (TCP Client), and UDP mode. The UDP mode is a non-connection-based mode, and only data is transmitted, so that connection does not need to be established in advance. This mode is closer to the serial communication mode, but in the UDP mode, there is no reliable connection, so it cannot be guaranteed that data is not lost, and error code is easily generated.

b) Serial port framing problem

The serial data can be continuously transmitted, and the Ethernet data is transmitted in units of data packets. This involves the problem of how long serial data is packed for transmission as an ethernet packet and how often.

Data packet length problem: the ethernet packet is 1500 bytes at most, so after the serial port to network port repeater receives 1500 bytes, it must be packed and sent, and the user can set this value as the upper limit of the packet length.

Data packet interval problem: the serial port framing rule is to consider the packet length, and a more logical approach is to pass the packet interval. When it is found that the serial data stream has a T millisecond idle, the serial data packet received before is considered to be sent as an ethernet data packet. This T can be set by the user himself.

c) 9-bit technique

Ethernet data is calculated in bytes, each byte being 8 bits, but in serial data 9 th bits may occur, and 9 th bits are often used to distinguish between an address frame and a data frame, e.g. 1 for an address frame and 0 for a data frame. Then after the serial port is converted into the ethernet port, the transmission of the 9 th bit data of the serial port becomes a key problem.

At present, in the schemes of a plurality of serial port to network ports, the 9 th bit is directly abandoned, and in other schemes, the scheme also has the function of quickly adapting to the 9 th bit. In specific implementation, a self-defined RealCom protocol is adopted, serial port data is not directly and transparently converted into TCP/IP application layer data, the RealCom protocol is utilized to package the serial port data and then is used as the whole TCP/IP application layer data for transmission, and the 9 th bit of a data packet added into the head of the protocol is 1 or 0, so that the 9-bit transmission technology is realized.

The embodiment of the application discloses a virtual-real combined heterogeneous communication network fusion method based on OPNET, which comprises the following steps:

generating an OPNET-based network planning configuration file, wherein the network planning configuration file comprises the setting information of the mounting equipment and the mapping relation between the mounting equipment and the simulation node;

generating a simulation network comprising simulation nodes corresponding to the real equipment according to the network planning configuration file;

and the gateway configuration file describes ports and forwarding rules of data communication between the real equipment and the simulation nodes and converts received data in different formats from the real equipment into data in a supporting format of the simulation module.

The implementation manner of the method is the same as that of the system, and is not repeated here.

The embodiment also provides an electronic device, which includes at least one processor and at least one memory, where the memory stores a computer program, and when the computer program is executed by the processor, the processor is caused to execute any one of the steps of the above-mentioned method for fusing virtual and real combined heterogeneous communication networks based on OPNET, and specific steps refer to a method embodiment, and are not repeated herein; in the present embodiment, the types of the processor and the memory are not particularly limited, for example: the processor may be a microprocessor, digital information processor, on-chip programmable logic system, or the like; the memory may be volatile memory, non-volatile memory, a combination thereof, or the like.

The present application also provides a storage medium storing a computer program executable by a processor, which when run on the processor causes the processor to perform the steps of any one of the above-mentioned OPNET-based virtual-to-real combined heterogeneous communication network convergence methods. The computer readable storage medium may include, among other things, any type of disk including floppy disks, optical disks, DVDs, CD-ROMs, micro-drives, and magneto-optical disks, ROM, RAM, EPROM, EEPROM, DRAM, VRAM, flash memory devices, magnetic or optical cards, nanosystems (including molecular memory ICs), or any type of media or device suitable for storing instructions and/or data.

It should be noted that, for simplicity of description, the foregoing method embodiments are all described as a series of acts, but it should be understood by those skilled in the art that the present application is not limited by the order of acts described, as some steps may be performed in other orders or concurrently in accordance with the present application. Further, those skilled in the art will also appreciate that the embodiments described in the specification are all preferred embodiments, and that the acts and modules referred to are not necessarily required for the present application.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and for parts of one embodiment that are not described in detail, reference may be made to related descriptions of other embodiments.

In the several embodiments provided by the present application, it should be understood that the disclosed system may be implemented in other ways. For example, the system embodiments described above are merely illustrative, such as the division of the modules, of only one type of logic functionality, and there may be additional divisions of actual implementation, such as multiple modules or components may be combined or integrated into another system, or some features may be omitted, or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be through some service interface, indirect coupling or communication connection of systems or modules, electrical or otherwise.

The modules described as separate components may or may not be physically separate, and components shown as modules may or may not be physical modules, i.e., may be located in one place, or may be distributed over a plurality of network modules. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional module in each embodiment of the present application may be integrated into one processing module, or each module may exist alone physically, or two or more modules may be integrated into one module. The integrated modules may be implemented in hardware or in software functional modules.

The integrated modules, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable memory. Based on this understanding, the technical solution of the present application may be embodied essentially or partly in the form of a software product, or all or part of the technical solution, which is stored in a memory, and includes several instructions for causing a computer device (which may be a personal computer, a server, a network device, or the like) to perform all or part of the steps of the method according to the embodiments of the present application. And the aforementioned memory includes: a U-disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a removable hard disk, a magnetic disk, or an optical disk, or other various media capable of storing program codes.

Those of ordinary skill in the art will appreciate that all or a portion of the steps in the various methods of the above embodiments may be performed by hardware associated with a program that is stored in a computer readable memory, which may include: flash disk, read-Only Memory (ROM), random-access Memory (Random Access Memory, RAM), magnetic or optical disk, and the like.

The foregoing is merely exemplary embodiments of the present disclosure and is not intended to limit the scope of the present disclosure. That is, equivalent changes and modifications are contemplated by the teachings of this disclosure, which fall within the scope of the present disclosure. Embodiments of the present disclosure will be readily apparent to those skilled in the art from consideration of the specification and practice of the disclosure herein. This application is intended to cover any variations, uses, or adaptations of the disclosure following, in general, the principles of the disclosure and including such departures from the present disclosure as come within known or customary practice within the art to which the disclosure pertains. It is intended that the specification and examples be considered as exemplary only, with a scope and spirit of the disclosure being indicated by the claims.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

It will be readily appreciated by those skilled in the art that the foregoing description is merely a preferred embodiment of the application and is not intended to limit the application, but any modifications, equivalents, improvements or alternatives falling within the spirit and principles of the application are intended to be included within the scope of the application.

Claims

1. An OPNET-based virtual-real combined heterogeneous communication network convergence system is characterized by comprising:

the proxy gateway is used for realizing communication between the simulation node and the mounting equipment according to a gateway configuration file, wherein the gateway configuration file describes a port and a forwarding rule of data communication between the mounting equipment and the simulation node, and the proxy gateway further comprises a semi-physical forwarding interface, which is used for converting received data with different formats from the mounting equipment into data with a format supported by the simulation module;

wherein, the gateway configuration file includes:

the third field is the mapping relation between the real equipment and the simulation node obtained from the real mapping module;

the proxy gateway comprises a forwarding module, and the forwarding module is used for realizing the following steps:

if the second type monitoring port is monitored to receive data, judging whether the received data is a signaling packet or a service packet, if the received data is the signaling packet, forwarding the received data to a simulation node mapped by the packaging equipment corresponding to the port, if the received data is the service packet, determining a target simulation node IP address according to the second field, packaging the received data into a format required by the target simulation node IP address, and forwarding the received data to the target simulation node;

and after the second type monitoring port receives the service packet, extracting service volume information from the received service packet data, and sending the service volume information to a target simulation node according to the third field.

2. The OPNET-based virtual-real combined heterogeneous communication network convergence system of claim 1 wherein after the first type of listening port receives data, traffic information is further extracted from the received data and sent to the destination emulation node.

3. The OPNET-based virtual-real combined heterogeneous communication network convergence system of claim 1, wherein a correspondence between an IP address of a real device and the real device is pre-established, the IP address of the destination real device is extracted from the received data of the first type of listening port, and a data format required by the destination real device is determined according to the IP address of the destination real device.

4. The OPNET-based virtual-real combined heterogeneous communication network convergence system of claim 1, wherein the semi-physical forwarding interface is configured to convert serial port format data and network port format data received from the real device into ethernet port data in a format supported by the emulation module.

5. The virtual-real combined heterogeneous communication network fusion method based on OPNET is characterized by comprising the following steps of:

the communication between the simulation nodes and the mounting equipment is realized according to a gateway configuration file, wherein the gateway configuration file describes ports and forwarding rules of data communication between the mounting equipment and the simulation nodes, and data of different formats received from the mounting equipment are converted into data of a simulation module supporting format;

wherein, the gateway configuration file includes:

the third field is the mapping relation between the mounting equipment and the simulation node obtained from the mounting mapping module;

the virtual-real combined heterogeneous communication network fusion method based on OPNET further comprises the following steps:

6. An electronic device comprising at least one processor and at least one memory module, wherein the memory module stores a computer program that, when executed by the processor, causes the processor to perform the steps of the method of claim 5.

7. A computer storage medium, characterized in that it stores a computer program which, when run on a processor, causes the processor to perform the steps of the method of claim 5.