CN111600927A - Method for service adaptive calling under complex network environment - Google Patents
Method for service adaptive calling under complex network environment Download PDFInfo
- Publication number
- CN111600927A CN111600927A CN202010258696.3A CN202010258696A CN111600927A CN 111600927 A CN111600927 A CN 111600927A CN 202010258696 A CN202010258696 A CN 202010258696A CN 111600927 A CN111600927 A CN 111600927A
- Authority
- CN
- China
- Prior art keywords
- client
- service
- server
- request message
- service request
- 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.)
- Granted
Links
Classifications
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0894—Packet rate
-
- 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/01—Protocols
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/62—Establishing a time schedule for servicing the requests
Abstract
A method for service adaptive calling in a complex network environment comprises the following steps: step 100, under a complex network environment, the channel types between a client and a server comprise an ultra-short wave radio station, a data transmission radio station, satellite communication, broadband and the like, the client detects the channel types and the bandwidth sizes between the client and each server in idle time, and records the detected channel types and the detected bandwidth sizes in a database; step 200, the client inquires the channel type and the broadband size between the client and the server in a database according to the address of the server; step 300, the client uses a corresponding serialization protocol for the service request message and determines whether to compress the service request message according to the channel type and the bandwidth size; step 400, the client sends the service request message to the server, and the server analyzes the service request message in a corresponding mode according to the received service request message serialization scheme. The invention realizes cross-network and low-delay calling of the service.
Description
Technical Field
The invention belongs to the field of services, and particularly relates to a service adaptive calling method in a complex network environment.
Background
With the rapid development of information technology and manufacturing technology, the whole automobile industry steps into the development peak. In order to meet the requirements of executing tasks, such as field exploration and wounded rescue, a plurality of sensors and functional modules are arranged on the automobile, and the engineering vehicle capable of executing the tasks is manufactured by means of mutual cooperation of the sensors and the functional modules.
Compared with the engineering truck with integrated functions, the engineering truck adopting the SOA framework has the advantages that the functions are independent, the functional modules in the engineering truck are disassembled, assembled and freely combined, so that the coupling degree is low, the engineering truck is easy to expand, develop and deploy, the types and the scales of the functional modules can be dynamically adjusted, and the engineering truck is more suitable for the requirements of people on engineering truck development.
When a more complex task is executed, a plurality of engineering vehicles are needed to solve the task cooperatively, and the types of communication channels between the client and the server comprise an ultra-short wave radio station, a data transmission radio station, satellite communication, broadband and the like. Communication channels between different vehicles are different, the types of the communication channels between two vehicles can be changed frequently, and the delay is serious due to the fact that a large number of messages are transmitted through channels with small bandwidth. Therefore, only using the Webservice based on the SOAP serialization protocol is not suitable in the environment with complex network environment and limited resources.
Disclosure of Invention
In order to overcome the defects of the prior art, the invention provides a method for service adaptive calling in a complex network environment.
The technical scheme adopted by the invention for solving the technical problems is as follows:
a method for service adaptive calling in a complex network environment comprises the following steps:
step 100, under a complex network environment, the channel types between a client and a server comprise an ultra-short wave radio station, a data transmission radio station, satellite communication and broadband, the client detects the channel types and the bandwidth sizes between the client and each server in idle, and records the detected channel types and the detected bandwidth sizes in a database;
step 200, the client inquires the channel type and the broadband size between the client and the server in a database according to the address of the server;
step 300, the client uses a corresponding serialization protocol for the service request message and determines whether to compress the service request message according to the channel type and the bandwidth size;
step 400, the client sends the service request message to the server, and the server analyzes the service request message in a corresponding mode according to the received service request message serialization scheme.
Further, the step 100 includes:
step 110, the client sends a data packet of the test bandwidth to the server when the client is idle, wherein the data packet comprises addresses of the client and the server and time for sending the data packet;
step 120, the server receives and analyzes the data packet, adds the time for the server to receive the data packet after the data packet, and returns the time to the client;
step 130, the client receives and analyzes the data packet, and calculates the sending time delay according to the sending time and the receiving time contained in the data packet;
and step 140, the client estimates the bandwidth of the channel between the client and the server according to the sending delay, and obtains the type of the channel according to the bandwidth.
Still further, the step 300 includes:
step 310, if the client detects that the channel type between the client and the server is a broadband type, the client packs the service request by using a SOAP serialization protocol format;
step 320, if the client detects that the channel type between the client and the server is a non-broadband type, the client packs the service request by using a self-defined serialization protocol format, wherein the self-defined serialization protocol format comprises a service originating address, a service receiving address, a service name, an interface name, a parameter value, a return name and a return value;
step 330, if the client detects that the channel type between the client and the server is satellite communication or broadband, the client judges that the service request message does not need to be compressed;
in step 340, if the client detects that the channel type between the client and the server is an ultrashort wave radio station or a data transmission radio station, the client determines that the service request message needs to be compressed.
Further, in step 340, the compression method of the service request message is as follows: and converting the service originating address, the service receiving address, the service name, the interface name, the parameter value, the return name and the return value into a binary format through the corresponding relation of the data dictionary, wherein the parameters are separated by using separators.
The step 400 includes:
step 410, if the format of the service request message is the SOAP serialization protocol format or the uncompressed custom serialization protocol format, the service end analyzes the service request message, and respectively analyzes the service originating address, the service receiving address, the service name, the interface name, the parameter value, the return name and the return value;
in step 420, if the format of the service request message is a binary protocol format, the service end parses the service request message to obtain a service originating address, a service receiving address, a service name, an interface name, a parameter value, a return name and a return value, and the service end queries each binary data by using a data dictionary and converts the binary data into text data.
The invention has the following beneficial effects: and the cross-network and low-delay calling of the service is realized.
Detailed Description
The invention is further described below.
A method for service adaptive calling in a complex network environment comprises the following steps:
step 100, under a complex network environment, the channel types between a client and a server comprise an ultra-short wave radio station, a data transmission radio station, satellite communication and broadband, the client detects the channel types and the bandwidth sizes between the client and each server in idle, and records the detected channel types and the detected bandwidth sizes in a database;
the step 100 includes:
step 110, the client sends a data packet of the test bandwidth to the server when the client is idle, wherein the data packet comprises addresses of the client and the server and time for sending the data packet;
step 120, the server receives and analyzes the data packet, adds the time for the server to receive the data packet after the data packet, and returns the time to the client;
step 130, the client receives and analyzes the data packet, and calculates the sending time delay according to the sending time and the receiving time contained in the data packet;
step 140, the client estimates the bandwidth of the channel between the client and the server according to the transmission delay, and obtains the type of the channel according to the bandwidth;
step 200, the client inquires the channel type and the broadband size between the client and the server in a database according to the address of the server;
step 300, the client uses a corresponding serialization protocol for the service request message and determines whether to compress the service request message according to the channel type and the bandwidth size;
the step 300 includes:
step 310, if the client detects that the channel type between the client and the server is a broadband type, the client packs the service request by using a SOAP serialization protocol format;
step 320, if the client detects that the channel type between the client and the server is a non-broadband type, the client packs the service request by using a self-defined serialization protocol format, wherein the self-defined serialization protocol format comprises a service originating address, a service receiving address, a service name, an interface name, a parameter value, a return name and a return value;
step 330, if the client detects that the channel type between the client and the server is satellite communication or broadband, the client judges that the service request message does not need to be compressed;
in step 340, if the client detects that the channel type between the client and the server is an ultrashort wave radio station or a data transmission radio station, the client determines that the service request message needs to be compressed.
Further, in step 340, the compression method of the service request message is as follows: and converting the service originating address, the service receiving address, the service name, the interface name, the parameter value, the return name and the return value into a binary format through the corresponding relation of the data dictionary, wherein the parameters are separated by using separators.
Step 400, the client sends the service request message to the server, and the server analyzes the service request message in a corresponding mode according to the received service request message serialization scheme.
The step 400 includes:
step 410, if the format of the service request message is the SOAP serialization protocol format or the uncompressed custom serialization protocol format, the service end analyzes the service request message, and respectively analyzes the service originating address, the service receiving address, the service name, the interface name, the parameter value, the return name and the return value;
in step 420, if the format of the service request message is a binary protocol format, the service end parses the service request message to obtain a service originating address, a service receiving address, a service name, an interface name, a parameter value, a return name and a return value, and the service end queries each binary data by using a data dictionary and converts the binary data into text data.
Taking the implementation of the coordinate transformation service as an example, the address of the client is 127.0.0.1, the service is deployed on a module with an IP address of 127.0.0.2, the service name is "CoorDinateChange", the type of a communication channel between the server and the client is an ultrashort wave radio station, the interface name is "torightanglexes", the parameters are input longitude, latitude and height, and the input longitude and latitude are 112.222, 37.222 and 222 respectively.
The uncompressed custom serialization protocol generated by the information client according to the above is &127.0.0.1&127.0.0.2& coordinatechanges & torightanglexees & Precision &112.222& Latitude &377.222& height &222 &.
Because the communication channel type between the client and the server is an ultrashort wave radio station, the client needs to compress the service request message, and the compression scheme is to generate binary message information through the corresponding relation of the data dictionary:
the originating address corresponds to binary code in the data dictionary of 01111111000000000000000000000001;
the receiving end address corresponds to 01111111000000000000000000000010 in the data dictionary in terms of binary code;
the service name corresponds to code 10001001000100011001100000000000 in the data dictionary;
the interface name corresponds to code 1001000110100000 in the data dictionary;
the corresponding codes of longitude, latitude and altitude parameter names in the data dictionary are 0000000000000001, 0000000000000010 and 0000000000000011;
the parameter values are converted by using a general binary conversion tool, and the corresponding codes of the longitude, the latitude and the altitude are 00110001001100010011001000101110001100100011001000110010, 001100110011011100101110001100100011001000110010 and 001100100011001000110010;
and serially connecting the information in sequence to generate a user-defined binary serialization protocol.
The process of the server side for analyzing the compressed request message is as follows: the messages are decomposed one by one, the originating address is 127.0.0.1, the terminating address is 127.0.0.2, the service name is 'coordianatechange', the interface name is 'torightanglexes', the parameter names are respectively longitude, latitude and height, and the parameter values are respectively 112.222, 37.222 and 222.
Claims (5)
1. A method for service adaptive calling in a complex network environment is characterized by comprising the following steps:
step 100, under a complex network environment, the channel types between a client and a server comprise an ultra-short wave radio station, a data transmission radio station, satellite communication and broadband, the client detects the channel types and the bandwidth sizes between the client and each server in idle, and records the detected channel types and the detected bandwidth sizes in a database;
step 200, the client inquires the channel type and the broadband size between the client and the server in a database according to the address of the server;
step 300, the client uses a corresponding serialization protocol for the service request message and determines whether to compress the service request message according to the channel type and the bandwidth size;
step 400, the client sends the service request message to the server, and the server analyzes the service request message in a corresponding mode according to the received service request message serialization scheme.
2. The method for adaptive service invocation in complex network environment according to claim 1, wherein said step 100 includes:
step 110, the client sends a data packet of the test bandwidth to the server when the client is idle, wherein the data packet comprises addresses of the client and the server and time for sending the data packet;
step 120, the server receives and analyzes the data packet, adds the time for the server to receive the data packet after the data packet, and returns the time to the client;
step 130, the client receives and analyzes the data packet, and calculates the sending time delay according to the sending time and the receiving time contained in the data packet;
and step 140, the client estimates the bandwidth of the channel between the client and the server according to the sending delay, and obtains the type of the channel according to the bandwidth.
3. The method for adaptive service invocation in complex network environment according to claim 1 or 2, wherein said step 300 includes:
step 310, if the client detects that the channel type between the client and the server is a broadband type, the client packs the service request by using a SOAP serialization protocol format;
step 320, if the client detects that the channel type between the client and the server is a non-broadband type, the client packs the service request by using a self-defined serialization protocol format, wherein the self-defined serialization protocol format comprises a service originating address, a service receiving address, a service name, an interface name, a parameter value, a return name and a return value;
step 330, if the client detects that the channel type between the client and the server is satellite communication or broadband, the client judges that the service request message does not need to be compressed;
in step 340, if the client detects that the channel type between the client and the server is an ultrashort wave radio station or a data transmission radio station, the client determines that the service request message needs to be compressed.
4. The method for adaptive service invocation under complex network environment according to claim 3, wherein in said step 340, the compression manner of the service request message is as follows: and converting the service originating address, the service receiving address, the service name, the interface name, the parameter value, the return name and the return value into a binary format through the corresponding relation of the data dictionary, wherein the parameters are separated by using separators.
5. The method for adaptive service invocation in complex network environment according to claim 1, wherein said step 400 includes:
step 410, if the format of the service request message is the SOAP serialization protocol format or the uncompressed custom serialization protocol format, the service end analyzes the service request message, and respectively analyzes the service originating address, the service receiving address, the service name, the interface name, the parameter value, the return name and the return value;
in step 420, if the format of the service request message is a binary protocol format, the service end parses the service request message to obtain a service originating address, a service receiving address, a service name, an interface name, a parameter value, a return name and a return value, and the service end queries each binary data by using a data dictionary and converts the binary data into text data.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010258696.3A CN111600927B (en) | 2020-04-03 | 2020-04-03 | Method for service adaptive calling under complex network environment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010258696.3A CN111600927B (en) | 2020-04-03 | 2020-04-03 | Method for service adaptive calling under complex network environment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111600927A true CN111600927A (en) | 2020-08-28 |
| CN111600927B CN111600927B (en) | 2022-12-20 |
Family
ID=72183444
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010258696.3A Active CN111600927B (en) | 2020-04-03 | 2020-04-03 | Method for service adaptive calling under complex network environment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111600927B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113259365A (en) * | 2021-05-27 | 2021-08-13 | 中国电子科技集团公司第二十八研究所 | Narrowband weak connection self-adaptive service framework and service calling method |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1667017A1 (en) * | 2004-12-03 | 2006-06-07 | Microsoft Corporation | Efficient transfer of messages using reliable messaging protocols for web services |
| CN1968276A (en) * | 2006-11-24 | 2007-05-23 | 清华大学 | Dynamic optimization method for data transmission between services in service oriented architecture environment |
| CN101471877A (en) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | Communication method, system and device between heterogeneous networks |
| CN106254363A (en) * | 2016-08-17 | 2016-12-21 | 广州市中海达测绘仪器有限公司 | The adaptive approach of wireless digital broadcasting station communication protocol and device |
| CN108243022A (en) * | 2016-12-23 | 2018-07-03 | 中国移动通信有限公司研究院 | A kind of web service messages transmission method, device, terminal and server |
| CN110557378A (en) * | 2019-08-02 | 2019-12-10 | 西安飞机工业（集团）有限责任公司 | network boundary security isolation and information one-way transmission system and transmission method |
-
2020
- 2020-04-03 CN CN202010258696.3A patent/CN111600927B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1667017A1 (en) * | 2004-12-03 | 2006-06-07 | Microsoft Corporation | Efficient transfer of messages using reliable messaging protocols for web services |
| CN1968276A (en) * | 2006-11-24 | 2007-05-23 | 清华大学 | Dynamic optimization method for data transmission between services in service oriented architecture environment |
| CN101471877A (en) * | 2007-12-27 | 2009-07-01 | 华为技术有限公司 | Communication method, system and device between heterogeneous networks |
| CN106254363A (en) * | 2016-08-17 | 2016-12-21 | 广州市中海达测绘仪器有限公司 | The adaptive approach of wireless digital broadcasting station communication protocol and device |
| CN108243022A (en) * | 2016-12-23 | 2018-07-03 | 中国移动通信有限公司研究院 | A kind of web service messages transmission method, device, terminal and server |
| CN110557378A (en) * | 2019-08-02 | 2019-12-10 | 西安飞机工业（集团）有限责任公司 | network boundary security isolation and information one-way transmission system and transmission method |
Non-Patent Citations (2)
| Title |
|---|
| J. STEPANEK等: "Fault-tolerant routing for satellite command and control", 《IEEE》 * |
| 李金凤: "适用于Ad Hoc网络的环境自适应服务总线研究", 《移动通信》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113259365A (en) * | 2021-05-27 | 2021-08-13 | 中国电子科技集团公司第二十八研究所 | Narrowband weak connection self-adaptive service framework and service calling method |
| CN113259365B (en) * | 2021-05-27 | 2021-10-01 | 中国电子科技集团公司第二十八研究所 | Narrowband weak connection self-adaptive service framework device and service calling method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111600927B (en) | 2022-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107819675B (en) | Internet of things gateway and Internet of things communication method | |
| CN101964948B (en) | Header compression enhancement for broadcast/multicast services | |
| CN101848107B (en) | SNMP (Simple Network Management Protocol) network element and communication method of SNMP network element and proprietary protocol network element | |
| CN111600927B (en) | Method for service adaptive calling under complex network environment | |
| CN103997539A (en) | Radar operation state collecting and distributing system and method based on web service | |
| CN105245521A (en) | Protocol format conversion method and device and interface platform | |
| CN111130622A (en) | Novel cluster communication system based on multi-satellite link and communication method thereof | |
| CN112290992A (en) | Satellite Internet of things terminal working time slot allocation method and system | |
| CN111193780B (en) | Modularized Internet of things platform data transmission system | |
| CN101754475A (en) | Data transmission method, system and device | |
| CN113296986A (en) | Message processing method, device, server and storage medium | |
| CN113438233A (en) | Method for mutual conversion between protocols | |
| CN109669193B (en) | GNSS virtual reference station manual station setting method and system | |
| CN102457812B (en) | Method, system and device for generating groups based on mobile community type network application | |
| US20220361262A1 (en) | Data transmission for artificial intelligence (ai) technologies | |
| CN112769911B (en) | Information data interaction method for marine service set based on VDES | |
| CN101299711A (en) | Method and equipment for converting data cell as well as data cell transmission system | |
| WO2004039107A3 (en) | Converter for mobile radio networks for the generation of standard formats | |
| CN103179094B (en) | Sending, receiving method, sending device and the reception device of IP packet head | |
| CN103905446B (en) | Report the method and terminal, the method for statistical information and server of information | |
| Li et al. | Efficient oneM2M protocol conversion platform based on NB-IoT access | |
| CN204559623U (en) | A kind of terminal and cloud service platform telecommunication system | |
| CN106169947A (en) | Data transmission method, the first equipment and the second equipment | |
| CN101763329B (en) | Data communication device | |
| CN101741665B (en) | Method, device and system for notifying service processing result information |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |