CN116827842A - Networking test platform based on Socket-oriented DDS application software and information interaction method - Google Patents

Networking test platform based on Socket-oriented DDS application software and information interaction method Download PDF

Info

Publication number
CN116827842A
CN116827842A CN202310907332.7A CN202310907332A CN116827842A CN 116827842 A CN116827842 A CN 116827842A CN 202310907332 A CN202310907332 A CN 202310907332A CN 116827842 A CN116827842 A CN 116827842A
Authority
CN
China
Prior art keywords
data
module
application software
test platform
json
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202310907332.7A
Other languages
Chinese (zh)
Inventor
徐堔圳
么渲正
姜崇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Fanji Interconnection Technology Co ltd
Original Assignee
Hangzhou Fanji Interconnection Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hangzhou Fanji Interconnection Technology Co ltd filed Critical Hangzhou Fanji Interconnection Technology Co ltd
Priority to CN202310907332.7A priority Critical patent/CN116827842A/en
Publication of CN116827842A publication Critical patent/CN116827842A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491—Mapping quality of service [QoS] requirements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Computer And Data Communications (AREA)

Abstract

The invention discloses a networking test platform based on Socket-oriented DDS application software and an information interaction method thereof: the networking test platform embeds socket communication as a bottom protocol of data communication and exchange into DDS application software, and achieves an information interaction function between the client and the networking test platform. The networking test platform comprises a Socket communication module, a code generation module, a data publisher module, a data subscriber module, a data theme module, a data writer module, a data reader module, a data type module, a JSON data analysis module, a JSON data encapsulation module, a QoS module and an XML module. The invention can ensure the flexibility, the instantaneity and the reliability of the communication of each module of the networking test platform, improve the communication success rate and meet the networking test requirements under different environments.

Description

Networking test platform based on Socket-oriented DDS application software and information interaction method
Technical Field
The invention relates to the technical field of information interaction, in particular to a Socket-oriented DDS application software networking test platform and an information interaction method.
Background
With the increasingly wide application of networking test platforms in the fields of aerospace, military, aviation and the like, the requirements on the performance and reliability of the networking test platform system are also higher and higher. In the traditional networking test platform system, a TCP/IP protocol is generally used for data communication, but the TCP/IP protocol has higher overhead and delay in the data transmission process, so that the application scenario of the joint test with higher real-time requirements can not be met. The DDS technology is used as a standardized protocol for realizing data exchange and communication in a distributed system, has the advantages of high performance, low delay, support of real-time communication and the like, and gradually becomes the preferred technology for data communication in a combined test platform. The Socket technology is used as a common network communication mode, has the characteristics of simplicity, flexibility, high efficiency and the like, and can be well combined with the DDS technology to realize more efficient and flexible data communication and exchange. However, in the existing networking test platform system, a method for performing comprehensive test by combining a Socket technology and a DDS technology has not been fully applied and researched.
Disclosure of Invention
The invention aims to provide a networking test platform and an information interaction method based on Socket-oriented DDS application software. The invention can ensure the flexibility, the instantaneity and the reliability of the communication of each module of the networking test platform, improve the communication success rate and meet the networking test requirements under different environments.
The technical scheme of the invention is as follows: the networking test platform is based on Socket-oriented DDS application software, and the networking test platform embeds Socket communication into the DDS application software as a bottom protocol for data communication and exchange, so that an information interaction function between a client and the networking test platform is realized.
The networking test platform based on the Socket-oriented DDS application software comprises a Socket communication module, a code generation module, a data publisher module, a data subscriber module, a data theme module, a data writer module, a data reader module, a data type module, a JSON data analysis module, a JSON data encapsulation module, a QoS module and an XML module.
According to the networking test platform based on the Socket-oriented DDS application software, the code generation module generates corresponding IDL data according to the interface defined by the user and the data type; the data publisher module is used for publishing the data in the DDS application software to the networking test platform; the data subscriber module is used for subscribing data from the networking test platform and receiving the data; the data theme module is used for defining and managing data themes in the DDS application software; the data writer module is used for writing data into a data subject in the DDS application software; the data reader module is responsible for reading data from a data theme in the DDS application software; the data type module is responsible for defining the data type in the DDS application software; the JSON data analysis module is used for analyzing JSON format data transmitted from the DDS application software; the JSON data encapsulation module encapsulates data in the DDS application software into a JSON format; the QoS module is responsible for defining and managing the service quality requirement in the DDS application software; the XML module is used for carrying out system configuration management and data exchange.
According to the networking test platform based on the Socket-oriented DDS application software, the Socket module embeds the UDP standard communication receiving and transmitting interface into the data publisher module and the data subscriber module of the DDS application software, so that the information interaction function between the client and the networking test platform system is realized.
According to the information interaction method of the networking test platform based on the Socket-oriented DDS application software, the Recv function interface embedded in the UDP of the data publisher module is used for receiving the JSON information sent by the client, the JSON analysis module is called to obtain client data packet information, then the JSON protocol data packet information is converted into the DDS data type and assigned to an IDL data structure in the DDS, and the data publisher module is used for publishing the information to a theme corresponding to the data theme module; the data subscriber module subscribes to the required information according to the theme, then invokes the JSON data encapsulation module to convert IDL data into a JSON data format, and sends the data packet to the destination client through a Send function embedded in UDP in the data subscriber module. .
Compared with the prior art, the invention provides the Socket-oriented DDS application software networking test platform and the corresponding information interaction method, and realizes high-efficiency data transmission and communication by comprehensively utilizing the Socket technology and the DDS technology. Meanwhile, by introducing the JSON data analysis and split charging module, the code generation module, the data publisher, the data subscriber and other modules, the system has flexible data encapsulation, analysis, publishing and subscription functions, thereby meeting the data exchange and joint test requirements in different application scenes. In addition, the invention further improves the reliability, the instantaneity and the flexibility of the system through the application of the QoS module and the XML module. The invention has wide application prospect in the networking test field, and can be applied to various scenes needing multiparty data exchange and cooperative processing, such as joint combat, joint simulation, joint test and the like.
Drawings
FIG. 1 is a schematic diagram of a networking test platform;
FIG. 2 is a schematic diagram of an information interaction object of the networking test platform;
FIG. 3 is a schematic diagram of message data transmission under scene status feedback and scene information feedback;
FIG. 4 is a schematic diagram of message data sent by the test verification sub-platform to the data access software;
fig. 5 is a schematic diagram of message data flowing from VRnet to data access software.
Detailed Description
The invention is further illustrated by the following figures and examples, which are not intended to be limiting.
Examples: the networking test platform is based on Socket-oriented DDS application software, and the networking test platform embeds Socket communication into the DDS application software as a bottom protocol for data communication and exchange, so that an information interaction function between a client and the networking test platform is realized.
In this embodiment, the specific networking test platform is composed of the following modules including a Socket communication module, a code generation module, a data publisher module, a data subscriber module, a data theme module, a data writer module, a data reader module, a data type module, a JSON data parsing module, a JSON data encapsulation module, a QoS module and an XML module. Further, in this embodiment, the Socket module embeds the UDP standard communication receiving and transmitting interface into the data publisher module and the data subscriber module of the DDS application software, so as to implement an information interaction function between the client and the networking test platform system.
The Socket communication module is used as a bottom layer assistant for data communication and exchange. The Socket communication module is responsible for processing Socket related functions, including Socket creation, connection, sending, receiving and other operations. By using Socket technology, real-time data transmission and communication between systems can be realized.
The code generation module (IDL, interface Definition Language) is a language for defining interfaces and data types, commonly used for the development of DDS application software. The networking test platform system comprises a code generation module which is responsible for generating corresponding IDL codes (IDL data structures) according to user-defined interfaces and data types. By using the IDL code generation module, interfaces and data types in the DDS application software can be conveniently defined and managed, and the development process is simplified.
The data publisher module (Data publisherlisher) is responsible for publishing the data in the DDS application software to the networking test platform system. Through the data publisher module, the DDS application software can publish the data to the appointed data theme, so that the broadcasting and the transmission of the data are realized.
The data subscriber module (Data subscriberscriber) is responsible for subscribing to and receiving data from the networking test platform system. Through the data subscriber module, the DDS application software can subscribe to the specified data subject and receive the data in real time. The data subscriber module can also support the filtering and conditional subscription of data, thereby realizing flexible subscription and processing of data.
The Data Topic module (Data Topic) is responsible for defining and managing Data topics in the DDS application software. The data theme is an important concept in the DDS and is used for describing the name, type, qoS and other attributes of the data issued by the issuer. Different types of data topics can be conveniently defined and managed through the data topic module, so that diversified data publishing and subscribing requirements are supported.
The Data Writer module (Data Writer) is responsible for writing Data to the Data subject in the DDS application. Through the data writer module, DDS application software can write the data to be issued into the appointed data theme, so that the data is issued and transmitted.
The Data Reader module (Data Reader) is responsible for reading Data from the Data theme in the DDS application software. Through the data reader module, the DDS application software can subscribe to the specified data subject and read the data from the specified data subject in real time. The data reader module can also support historical query of data and cache management of the data, so that different data reading requirements are met.
The Data Type module (Data Type) is responsible for defining the Data Type in the DDS application software. The data type is an important concept in DDS for describing the structure and fields of data. Different types of data types can be conveniently defined and managed through the data type module, so that complex data structures and data fields are supported.
The JSON data analysis module is responsible for analyzing JSON format data transmitted from the DDS application software. By analyzing the JSON data, various fields and values of the data can be obtained, so that the data can be effectively processed and analyzed. The JSON data analysis module can also perform error detection and fault tolerance processing, and ensure the integrity and the correctness of data.
The JSON data encapsulation module is responsible for encapsulating data in the DDS application software into a JSON format. By encapsulating the data into JSON format, serialization and compression of the data can be achieved, thereby reducing the size and overhead of data transmission. The JSON data packaging module can also encrypt and process the security of the data, so as to ensure the secure transmission of the data.
The QoS module (Quality of Service) is responsible for defining and managing quality of service requirements in DDS applications. QoS is an important concept in DDS for describing the properties of reliability, real-time, bandwidth management, etc. of data transmission. Different types of QoS requirements can be conveniently defined and managed through the QoS module, so that different application requirements are met.
The XML module (external parameter parsing: XML, extensible Markup Language) is a markup language for describing data structures, widely used for data exchange and configuration management. The networking test platform system can adopt an XML module to carry out configuration management and data exchange. Through XML technology, system configuration and parameter management can be conveniently carried out, and flexible exchange and sharing of data are supported.
An embodiment 2 of the information interaction method based on the networking test platform in embodiment 1 is that JSON information sent by a client is received through a Recv function interface embedded in a UDP in a data publisher module, a JSON analysis module is called to obtain client data packet information, then the JSON protocol data packet information is converted into DDS data types and assigned to IDL data structures in the DDS, and the data publisher module publishes the information to a theme corresponding to a data theme module; the data subscriber module subscribes to the required information according to the theme, then invokes the JSON data encapsulation module to convert IDL data into a JSON data format, and sends the data packet to the destination client through a Send function embedded in UDP in the data subscriber module.
Referring to fig. 1, a schematic block diagram of a networking test platform information interaction method based on Socket and oriented to DDS application software according to the present invention is shown, and specific modules and functions thereof are described in detail as follows:
1. a data publisher module and a data subscriber module:
immessagingcb class:
the functions are as follows: a callback interface for processing the message;
an interface: processMessage ();
cdispublisherlisher class:
the functions are as follows: the publisher realizes the release of the message;
an interface: shutdown (), send ();
cdissubiscribersriber class:
the functions are as follows: a subscriber, which realizes the subscription of the message;
an interface: shutdown ();
cdisimpl class:
the functions are as follows: completing initialization of the C-DIS and creation of publishers/subscribers;
an interface: milliSleep (), initial (), shutdown (), create_write (), create_reader ();
2. socket communication module:
the Udpsocket class;
the functions are as follows: initializing socket communication, binding ip and port, sending and receiving data packets, and closing socket communication interfaces;
an interface: socket (), bind (), send (), recv (), close ().
3. Protocol analysis module:
parseip class (reservation);
the functions are as follows: completing the analysis of the IP header;
an interface: readerIpoHeader ()
Parseudp class (reservation);
the functions are as follows: completing the analysis of the udp header;
an interface: readerudp header ();
parsedata class;
the functions are as follows: parsing of data packets
An interface: getdstffo ();
ParseJSON class;
the functions are as follows: analyzing the JSON data packet and packaging the JSON data packet;
an interface: readerJSON ();
an interface: writeJSON ();
4. tools:
propertyUtil class;
the functions are as follows: reading a configuration file;
an interface: getStringProperty ();
an interface: getIntProperty ();
an interface: getLongProperty ();
an interface: getdoubleProperty ();
an interface: getflotatproperty ().
As shown in fig. 2, the networking test platform mainly includes the following three parts according to the information interaction object: data access software, a test verification sub-platform and VRnet.
The test verification sub-platform comprises a message header and a message body, wherein the message is composed of two parts, namely a message head and a message body, which are interacted by each software module in the test verification sub-platform. The message header comprises a source software module ID, a destination software module ID, a message identifier, a message sub-identifier and the like. The test verification sub-platform transmits in json format.
The message sub-identifier is used for identifying the subtype of the control message, and different numbers in the value range identify different control commands, wherein the number 2 represents scene initialization completion information, the number 3 represents test message subscription, the number 4 represents test message subscription response, the number 5 represents test control instruction and the like.
Message bodies fall into two categories, where the number 1 represents a control message and the number 2 represents a service message.
The control messages are divided into seven categories, namely: scene state query, scene state feedback, scene information feedback, test message subscription response, test control instruction, and test control instruction feedback.
Taking scene state feedback and scene information feedback as examples, message data is transmitted to a test verification sub-platform by data access software and is transmitted in json character string format.
The data access software is configured on the windows system, and a virtual machine with the CDIS is configured. The CDIS has a public device for receiving UDP data and a subscriber for transmitting UDP data. As shown in fig. 3, the message data is transmitted by the data access software to the publicher (data publisher) having the UDP data receiving port mounted therein by the UDP method. After the publicher receives the data, a corresponding topic is generated for identifying the data access software, and then the data is sent to the global space. Similarly, the test verification sub-platform is configured on the windows system, and a virtual machine with a CDIS is configured. The CDIS has a public device for receiving UDP data and a subscriber for transmitting UDP data. The subscriber will match with publicher in global space with topic, but once the match is successful, the data will be transmitted by publicher to reader of subscriber through writer. After receiving the data, the subscnber sends the data to the test verification sub-platform through UDP. Thus completing the interaction that the message data is transmitted to the test verification sub-platform by the data access software.
The scene state feedback contains the following fields:
1. scheme ID (proID): a scheme unique identification number;
2. scene ID (sceneID): a scene unique identification number;
3. scene name (sceneName): the name of the current scene;
4. current scene run state (sceneState):
field 0: the scene does not exist;
field 1: completing scene initialization;
field 2: the scene starts to run;
field 3: ending the scene operation;
field 4: completing scene analysis;
field 5: the initialization is not completed;
field 6: scene start failure;
field 7: the scene operation is finished and fails;
field 8: scene analysis fails;
field 9-field 255: undefined;
the scene information feedback contains the following fields:
1. scheme ID (proID): a scheme unique identification number;
2. scene ID (sceneID): a scene unique identification number;
3. scene name (sceneName): the name of the current scene;
4. platform list (platList): listing the corresponding information of the platform;
list < platform info >:
platform identification number (platID): unique platform coding number in current scene;
platform type (platType): the method is used for distinguishing the types of the platforms in the current scene, and distinguishing the platforms by different numbers, such as command posts, fighter planes and the like;
platform name (platName): a platform name in the current scene;
5. model list information (modelList): registering model information in a list form;
list < model information >:
model ID (modeTypeID): model ID (device type differentiation) of platform assembly;
model instance ID (modeID): after the scene is initialized, filling in a model instance ID assembled by the platform;
model state (modesatus): model state of platform assembly.
The service messages are divided into three types, namely test case import, test case import feedback and test service data reception.
Taking the test case introduction as an example, the message data is transmitted to the data access software by the test verification sub-platform and is transmitted in json character string format.
The test verification sub-platform is configured on the windows system, and a virtual machine with a CDIS is configured. The CDIS has a public device for receiving UDP data and a subscriber for transmitting UDP data. As shown in fig. 4, the message data is sent to the publicher (data publisher) having the UDP data receiving port mounted therein by the test verification sub-platform through the UDP method. After the publicher receives the data, a corresponding topic is generated for identifying the test verification sub-platform, and then the data is sent to the global space. Similarly, the data access software is configured on the windows system, and a virtual machine with a CDIS is configured. The CDIS has a public device for receiving UDP data and a subscriber for transmitting UDP data. The subscriber will match with publicher in global space with topic, but once the match is successful, the data will be transmitted by publicher to reader of subscriber through writer. After receiving the data, the subscnber sends the data to the data access software through UDP, so that the interaction that the message data is transmitted to the data access software by the test verification sub-platform is completed.
The test case import contains the following fields:
1. test case basic information class:
use case ID (usecseid): a unique identification number of the use case;
item ID (proID): a unique identification number of the item;
use case name (usecast name): the names of the use cases are definite;
use case type (usecast type): indicating the explicit type of use case;
scene ID (sceneID): a unique identification number of the scene;
2. platform list (platList): listing a list of reference platform classes;
list < reference platform class >:
platform identification number (platID): the current platform uniquely codes the number;
platform name (platName): a current platform name;
identity (tested/co-tested) (playline): the role of the current platform in the process of the test;
3. step list (stepList): listing a list of test step classes;
list < test step class >:
step number (stepeq): the step of fixing gives a fixed sequence number;
step category (stepType): indicating the type of step;
source platform/source model (srcPlat): indicating pre-test platform/model information;
destination platform/destination model (destPlat): indicating post-test platform/model information;
step description (stepdata): detailed description of steps operation;
desired result (steptest): estimating the result after the test is executed;
execution time (stepExecTime): the time required to perform the test is estimated.
Further, there is also a self-closed loop interface between the data access software and the VRnet.
Taking the data flow direction of the data access software flow direction VRnet as an example, the data access software is configured on the windows system, and a virtual machine carrying the CDIS is configured. The CDIS has a public device for receiving UDP data and a subscriber for transmitting UDP data. The message data is transmitted to a publicher (data publisher) equipped with a UDP data receiving port by the data access software through a UDP mode. After the publicher receives the data, a corresponding topic is generated for identifying the data access software, and then the data is sent to the global space. Similarly, VRnet is configured on windows system, and a virtual machine with CDIS is configured. The CDIS has a public device for receiving UDP data and a subscriber for transmitting UDP data. The subscriber will match with publicher in global space with topic, but once the match is successful, the data will be transmitted by publicher to reader of subscriber through writer. After receiving the data, the subscnber sends the data to the VRnet software through UDP, thereby completing the interaction of the message data transmitted to the VRnet by the data access software. In contrast, the data flow to the data access software in VRnet flow may be as shown in fig. 5.
This section contains the following fields:
1. message ID (MsgId): message data ID;
2. platform ID (platId): platform ID number;
3. message type (MsgType): a message type;
4. send data acquisition (senderjudgenet): transmitting data acquisition, wherein 0 is not acquired, and 1 is acquired;
5. received data acquisition (senderJudgeRcv): and sending data for acquisition, wherein 0 is not acquired, and 1 is acquired.
Referring to fig. 1, the testing method of the networking test platform in the above embodiment includes the following steps:
step S1, a publisher creates information transmitted by a data receiving module for receiving embedded UDP, creates a corresponding data writer by the publisher, then sequentially creates topics and corresponding QoS, and the topics form a topic release table to be released into a global data space. After creation, the data writer is put into a blocking state. The subscriber is also the same, and creates the subscriber and is used for receiving the information transmitted by the data transmission module embedded with UDP, and creates the corresponding data reader with the subscriber, then creates interested topics and corresponding QoS in turn, and these topics repeatedly inquire the topic release sheet of the publisher and match and subscribe with the topics on the topic release sheet. Once the two are matched, the data writer and the data reader can interact with each other. After which the data reader is placed in a blocking state. In the process, the JSON module is called at the same time to analyze the publisher and encapsulate the subscriber.
And S2, when data is to be written, the data writer is activated, the data to be transmitted is written into the data transmission buffer area, whether subscribers with matched topics and QoS exist or not is checked through the subscription registry, and if the transmitted data of the subscribed topics exist and QoS is matched, the data is transmitted to the data reader according to subscription information. And returning to the blocking state after the transmission is completed.
And step S3, the subscriber inquires the subscription registry, discovers that effective data is to be received, activates a data reader, receives data transmitted by a data writer and processes the data. And returning to the blocking state after the receiving is finished, and waiting for activating the receiving.
The embodiment of the invention adopts a distributed system architecture, furthest shields the influence of single software node faults on a software system, greatly enhances the flexibility of the software system, increases the portability of the software system on different platforms, improves the efficiency of data transmission, has good expandability, is easy to integrate the existing system and is easy to expand.
The above embodiments are only for illustrating the technical solution of the present invention, and are not limiting; although the invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art will understand that; the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims (5)

1. Networking test platform based on Socket orientation DDS application software, its characterized in that: the networking test platform embeds socket communication as a bottom protocol of data communication and exchange into DDS application software, and achieves an information interaction function between the client and the networking test platform.
2. The Socket-oriented DDS application software-based networking test platform according to claim 1, wherein: the networking test platform comprises a Socket communication module, a code generation module, a data publisher module, a data subscriber module, a data theme module, a data writer module, a data reader module, a data type module, a JSON data analysis module, a JSON data encapsulation module, a QoS module and an XML module.
3. The Socket-oriented DDS application software-based networking test platform according to claim 2, wherein: the code generation module generates corresponding IDL data according to the interface defined by the user and the data type; the data publisher module is used for publishing the data in the DDS application software to the networking test platform; the data subscriber module is used for subscribing data from the networking test platform and receiving the data; the data theme module is used for defining and managing data themes in the DDS application software; the data writer module is used for writing data into a data subject in the DDS application software; the data reader module is responsible for reading data from a data theme in the DDS application software; the data type module is responsible for defining the data type in the DDS application software; the JSON data analysis module is used for analyzing JSON format data transmitted from the DDS application software; the JSON data encapsulation module encapsulates data in the DDS application software into a JSON format; the QoS module is responsible for defining and managing the service quality requirement in the DDS application software; the XML module is used for carrying out system configuration management and data exchange.
4. The Socket-oriented DDS application software-based networking test platform according to claim 2, wherein: and the Socket module embeds the UDP standard communication receiving and transmitting interface into the data publisher module and the data subscriber module of the DDS application software, so as to realize the information interaction function between the client and the networking test platform system.
5. The information interaction method of the networking test platform based on Socket-oriented DDS application software according to claim 4, wherein the information interaction method is characterized by comprising the following steps: receiving JSON information sent by a client through a Recv function interface embedded in UDP in a data publisher module, calling a JSON analysis module to obtain client data packet information, converting the JSON protocol data packet information into DDS data types, assigning the DDS data types into IDL data structures in the DDS, and publishing the information to a theme corresponding to a data theme module by the data publisher module; the data subscriber module subscribes to the required information according to the theme, then invokes the JSON data encapsulation module to convert IDL data into a JSON data format, and sends the data packet to the destination client through a Send function embedded in UDP in the data subscriber module.
CN202310907332.7A 2023-07-24 2023-07-24 Networking test platform based on Socket-oriented DDS application software and information interaction method Pending CN116827842A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310907332.7A CN116827842A (en) 2023-07-24 2023-07-24 Networking test platform based on Socket-oriented DDS application software and information interaction method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310907332.7A CN116827842A (en) 2023-07-24 2023-07-24 Networking test platform based on Socket-oriented DDS application software and information interaction method

Publications (1)

Publication Number Publication Date
CN116827842A true CN116827842A (en) 2023-09-29

Family

ID=88120371

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310907332.7A Pending CN116827842A (en) 2023-07-24 2023-07-24 Networking test platform based on Socket-oriented DDS application software and information interaction method

Country Status (1)

Country Link
CN (1) CN116827842A (en)

Similar Documents

Publication Publication Date Title
US8769106B2 (en) Universal configurable device gateway
EP2429150A1 (en) Apparatus, web service component and method based on web service
CN105429858A (en) Real-time message transmission method among multiple robots
CN108683704A (en) A kind of Socket network communications test method and its system, storage medium
CN103780455A (en) TETRA digit cluster protocol test method and system based on TTCN-3
CN104243198B (en) A kind of network management and system based on network configuration protocol
CN110166485B (en) Protocol scheduling and using method and device
US20100268992A1 (en) Method and system for protocol embedded automated test control
CN113296979A (en) Data communication method for unreal engine and external program
CN116827842A (en) Networking test platform based on Socket-oriented DDS application software and information interaction method
WO2012174948A1 (en) Method and system for implementing internet of things capability
EP1505505A1 (en) Method and System for Remotely Diagnosing Devices
Ren et al. Research on communication method of OPC UA client based on ARM
CN109814871B (en) Node management method and system based on DDS bus
CN114390033A (en) Loop state patrol instrument acquisition system and method based on extensible communication protocol
CN113852651B (en) FANUC proxy service realization system and method based on edge gateway
CN100375464C (en) Method for data communication of every terminal when network interconnecting
CN100527717C (en) Information display in accordance with inserting family gateway and interactive method
CN112099769B (en) Software radar device with unified data transmission interface
CN116319245B (en) 5G protocol-oriented distributed test system
CN117478765A (en) Information interaction method based on Internet of things multi-protocol adaptation
EP1665852A1 (en) Method and system for monitoring communication and monitoring protocol
Xiongxiong et al. Design and Development of Real-time Ethernet Communication Driver Software for Trains
CN113395293B (en) Network socket realizing method based on RPC
CN114567667B (en) Service processing assembly system based on responsibility chain design mode

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination