CN110545266B - GIS system-based data transmission method with variable priority - Google Patents
GIS system-based data transmission method with variable priority Download PDFInfo
- Publication number
- CN110545266B CN110545266B CN201910766633.6A CN201910766633A CN110545266B CN 110545266 B CN110545266 B CN 110545266B CN 201910766633 A CN201910766633 A CN 201910766633A CN 110545266 B CN110545266 B CN 110545266B
- Authority
- CN
- China
- Prior art keywords
- data
- packet
- occupies
- sending
- bytes
- 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.)
- Active
Links
Images
Classifications
-
- 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/03—Protocol definition or specification
-
- 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/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
The data transmission method with variable priority connected based on the GIS system comprises the following steps: firstly, initializing parameters of a data transmission method, setting a threshold value for each type of data, and setting the priority of data transmission by taking the threshold value as a standard so that the same type of data has different priorities under different conditions; then, packaging the data according to the format of the data packet; secondly, starting a data sending process, wherein a connection process is firstly carried out before a sending party sends data to a requesting party, the sending party firstly sends a request to start sending a data packet to the requesting party, the requesting party receives the data packet and prepares to receive the data, and then sends a request to start sending, so that the requesting party can timely receive the data; starting the data receiving process again; finally, data transmission and data reception exchange data. By applying the data transmission method with the variable priority based on the GIS system, the data transmission efficiency is improved, and the accuracy of data transmission is ensured.
Description
Technical Field
The invention relates to the field of communication protocols, GIS and computer application, in particular to a data transmission method with connection and variable priority based on a GIS system.
Background
With the development of scientific technology and social economy, the GIS system software and application software become mature and perfect, the establishment of the geographic information industry and the popularization of digital information products, the social demand of GIS is increased, the application is wide, the situation that the existing protocol cannot meet the new application demand often occurs in practical application, and the unsmooth information exchange becomes a major bottleneck of informatization construction. Data exchange, an important component of various computer network applications, has gradually become a main means for solving the phenomenon of "information islanding" and is also a difficult problem that must be faced by current information-based construction. Protocols are some specifications for data transmission between computers, and communication between people uses a language, and communication between computers also has a language — network protocol, in short, network protocol is the convention and rule that computers need to comply with in common.
The wide and deep application of computer networks has already broken through the expectation of people, and the situation that the existing protocols cannot meet the requirements of new applications often appears in practical application, so that new protocols need to be added. If the protocol has expansibility, the work is much simpler, and certain data fields can be modified on the basis of the existing protocol, so that the perfect updating of the communication protocol of the system can be easily realized.
Disclosure of Invention
The method aims to overcome the defects that the priority of the same type of data under different conditions is not considered, whether a receiver is ready to receive the data is not considered, and the like in the existing transmission method. The invention provides a connected prioritized data transmission method based on a GIS (geographic information system), which not only improves the data transmission efficiency, but also ensures the accuracy of data transmission.
The technical scheme adopted by the invention for solving the technical problems is as follows:
the data transmission method with the variable priority based on the GIS system and the connection comprises the following steps:
1) initializing parameters:
1.1) setting a timeout count to be 0, the maximum allowed timeout number sum, and a timeout time to be 2 count;
1.2) setting the number datanumber to be 1 and the total number dataSum to be 0;
1.3) setting a threshold value of each type of data;
2) encapsulating the transmission data packet, and the process is as follows:
2.1) encapsulating the data request packet, wherein the packet format of the data request packet is as follows:
| 1 | 2 | 1 |
| RDI | type | verification |
The RDI represents a data request packet identifier, occupies one byte and has a value of 0x 01; the type represents the type of the data packet requested by the request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RDI to before the check;
2.2) encapsulating the request to start sending data packets, wherein the packet format of the request to start sending data packets is as follows:
| 1 | 2 | 4 | 4 | 4 | 1 | 1 |
| RST | type | size | datasum | datalength | datastatus | verification |
Wherein, RST represents that the request starts to send the packet identifier, occupies one byte, and has a value of 0x 02; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; size indicates the size of the transmission data, and occupies 4 bytes; datasum represents the total number of transmitted data blocks, and occupies 4 bytes; datalength represents the length of each data packet, and occupies 4 bytes; data status represents a data state, and occupies 1 byte, and if the data exceeds a threshold value, the value is 0x02, otherwise, the value is 0x 01; the check occupies one byte, and is the exclusive or operation sum of all bytes from RST to before the check;
2.3) encapsulating the data packet for starting to send, wherein the packet format for starting to send the data packet is as follows:
| 1 | 2 | 1 |
| STA | type | verification |
Wherein, the STA indicates that the data packet identifier starts to be sent, occupies one byte, and has a value of 0x 03; the type represents the type of the data packet requested by the request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the beginning of the STA to before the check;
2.4) encapsulating the data packet, wherein the packet format of the data packet is as follows:
| 1 | 2 | 1 | 4 | — | 1 |
| DPI | type | priority | datanum | data | verification |
Wherein, the DPI represents a packet identifier, occupies two bytes, and has a value of 0x 04; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process, occupies one byte, and has a value depending on the data status, if the data status is 0x01, the priority is 1, otherwise, the priority is 2; dataum represents the number of the data block; the data represents transmitted data, and the occupied length is determined by the data length; the check occupies one byte, and is the exclusive or operation sum of all bytes from the DPI to before the check;
2.5) encapsulating the next data packet, wherein the packet format of the next data packet is as follows:
| 1 | 2 | 4 | 1 |
| RTN | type | datanum | verification |
Wherein, RTN represents the identifier of the next data packet, occupies one byte, and has the value of 0x 05; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; datanum represents the number of the packet; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RTN to before the check;
2.6) encapsulating the data end packet, wherein the packet format of the data end packet is as follows:
| 1 | 2 | 1 | 4 | 1 |
| STO | type | priority | datacount | verification |
Wherein, STO represents the packet identifier of the data end packet, occupies one byte, and has a value of 0x 06; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process; the datacount represents the number of packets actually transmitted; the check occupies one byte, and is the exclusive or operation sum of all bytes from STO to before the check;
2.7) encapsulating the data packet which is cancelled and sent, wherein the packet format of the data packet which is cancelled and sent is as follows:
| 1 | 2 | 1 |
| CAN | type | verification |
Wherein, CAN represents the cancellation of sending data packet identification, occupies one byte, and has a value of 0x 07; the type represents the type of a data packet which is cancelled to be sent, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the CAN to before the check;
3) the data transmission process comprises the following steps:
3.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering step 3.2);
3.2) starting a monitoring event;
3.3) monitoring whether the client receives a new character, if so, entering a step 3.4), otherwise, turning to a step 3.14);
3.4) analyzing the packet identification of the received character, and if the packet identification is RDI, entering the step 3.5); if the packet is the STA start packet, turning to step 3.6); if the next data packet RTN is requested, go to step 3.7); if the CAN is available, turning to the step 3.8);
3.5) receiving the RDI, analyzing the request packet, packaging data according to the request packet, sending the request data to the client, and starting to send a response RST;
3.6) receiving the STA, putting the data into the data buffer data, and turning to the step 3.9);
3.7) receiving the next data packet, analyzing the request packet, and turning to the step 3.9);
3.8) receiving the data packet for canceling the transmission, canceling the transmission;
3.9) judging whether the data block label number dataumber is smaller than the total number dataSum of the data blocks, if so, entering the step 3.10), otherwise, turning to the step 3.13);
3.10) judging whether the data packet with priority of 2 in the data buffer area data is empty, if so, going to step 3.11), otherwise, going to step 3.12);
3.11) sending a data packet with a data block label of dataumber, and turning to the step 3.3);
3.12) sending a data packet with priority of 2 in the data, and going to step 3.10);
3.13) sending a data block end packet, sending the data block end packet, and turning to the step 3.3);
3.14) judging whether the waiting time is overtime, if not, turning to the step 3.4), otherwise, turning to the step 3.15);
3.15) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing a data channel;
4) the data receiving process comprises the following steps:
4.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering the step 4.2);
4.2) sending request data response RDI to the client, starting a monitoring event, and entering the step 4.3);
4.3) monitoring whether the client receives a new character, if so, entering the step 4.4), otherwise, turning to the step 4.10);
4.4) analyzing the packet identifier of the received character, and if the packet identifier is RST, entering the step 4.5); if the DPI is the DPI, the step 4.6) is carried out; if STO, go to step 4.7);
4.5) receiving the RST, analyzing the request to start sending a data packet, sending a start packet to the client when the total number of data blocks dataSum is equal to dataSum, and turning to step 4.3);
4.6) judging whether the data packet is correct, if so, turning to the step 4.8), otherwise, turning to the step 4.9);
4.7) stopping receiving data;
4.8) sending RTN;
4.9) the data packet label number 1, sending RTN;
4.10) judging whether the waiting time is overtime, if not, turning to the step 4.4), otherwise, continuing the step 4.11);
4.11) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing the data channel.
The invention has the following beneficial effects: the invention considers the priority of the same type of data under different conditions, sets a threshold value for each type of data, sets the priority of data transmission by taking the threshold value as a standard, and ensures that the data can be sent out preferentially when the data exceeds the threshold value. In addition, before the sender sends data to the requester, a connection process is firstly carried out, the sender sends a request to the requester to start sending a data packet, the requester receives the data packet and is ready to receive the data, and then the sender sends a request to start sending, so that the requester can receive the data in time. By applying the data transmission method with the variable priority based on the GIS system, the data transmission efficiency is improved, and the accuracy of data transmission is ensured.
Drawings
Fig. 1 is a schematic diagram of a transmission process of a data transmission method with variable priority based on a GIS system and connected.
Fig. 2 is a schematic diagram of a receiving process of a data transmission method with variable priority based on a GIS system.
Detailed Description
The invention is further described below with reference to the accompanying drawings.
Referring to fig. 1 and 2, a method for transmitting data with variable priority based on a GIS system and having a connection includes the steps of:
1) initializing parameters:
1.1) setting a timeout count to be 0, the maximum allowed timeout number sum, and a timeout time to be 2 count;
1.2) setting the number datanumber to be 1 and the total number dataSum to be 0;
1.3) setting a threshold value of each type of data;
2) encapsulating the transmission data packet, and the process is as follows:
2.1) encapsulating the data request packet, wherein the packet format of the data request packet is as follows:
the RDI represents a data request packet identifier, occupies one byte and has a value of 0x 01; the type represents the type of the data packet requested by the request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RDI to before the check;
2.2) encapsulating the request to start sending data packets, wherein the packet format of the request to start sending data packets is as follows:
| 1 | 2 | 4 | 4 | 4 | 1 | 1 |
| RST | type | size | datasum | datalength | datastatus | verification |
Wherein, RST represents that the request starts to send the packet identifier, occupies one byte, and has a value of 0x 02; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; size indicates the size of the transmission data, and occupies 4 bytes; datasum represents the total number of transmitted data blocks, and occupies 4 bytes; datalength represents the length of each data packet, and occupies 4 bytes; data status represents a data state, and occupies 1 byte, and if the data exceeds a threshold value, the value is 0x02, otherwise, the value is 0x 01; the check occupies one byte, and is the exclusive or operation sum of all bytes from RST to before the check;
2.3) encapsulating the data packet for starting to send, wherein the packet format for starting to send the data packet is as follows:
| 1 | 2 | 1 |
| STA | type | verification |
Wherein, the STA indicates that the data packet identifier starts to be sent, occupies one byte, and has a value of 0x 03; the type represents the type of the data packet requested by the request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the beginning of the STA to before the check;
2.4) encapsulating the data packet, wherein the packet format of the data packet is as follows:
| 1 | 2 | 1 | 4 | — | 1 |
| DPI | type | priority | datanum | data | verification |
Wherein, the DPI represents a packet identifier, occupies two bytes, and has a value of 0x 04; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process, occupies one byte, and has a value depending on the data status, if the data status is 0x01, the priority is 1, otherwise, the priority is 2; dataum represents the number of the data block; the data represents transmitted data, and the occupied length is determined by the data length; the check occupies one byte, and is the exclusive or operation sum of all bytes from the DPI to before the check;
2.5) encapsulating the next data packet, wherein the packet format of the next data packet is as follows:
| 1 | 2 | 4 | 1 |
| RTN | type | datanum | verification |
Wherein, RTN represents the identifier of the next data packet, occupies one byte, and has the value of 0x 05; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; datanum represents the number of the packet; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RTN to before the check;
2.6) encapsulating the data end packet, wherein the packet format of the data end packet is as follows:
| 1 | 2 | 1 | 4 | 1 |
| STO | type | priority | datacount | verification |
Wherein, STO represents the packet identifier of the data end packet, occupies one byte, and has a value of 0x 06; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process; the datacount represents the number of packets actually transmitted; the check occupies one byte, and is the exclusive or operation sum of all bytes from STO to before the check;
2.7) encapsulating the data packet which is cancelled and sent, wherein the packet format of the data packet which is cancelled and sent is as follows:
| 1 | 2 | 1 |
| CAN | type | verification |
Wherein, CAN represents the cancellation of sending data packet identification, occupies one byte, and has a value of 0x 07; the type represents the type of a data packet which is cancelled to be sent, occupies two bytes, and takes the value from 0x0000 to 0x00FF to the exclusive or operation sum of all bytes before verification;
3) the data transmission process comprises the following steps:
3.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering step 3.2);
3.2) starting a monitoring event;
3.3) monitoring whether the client receives a new character, if so, entering a step 3.4), otherwise, turning to a step 3.14);
3.4) analyzing the packet identification of the received character, and if the packet identification is RDI, entering the step 3.5); if the packet is the STA start packet, turning to step 3.6); if the next data packet RTN is requested, go to step 3.7); if the CAN is available, turning to the step 3.8);
3.5) receiving the RDI, analyzing the request packet, packaging data according to the request packet, sending the request data to the client, and starting to send a response RST;
3.6) receiving the STA, putting the data into the data buffer data, and turning to the step 3.9);
3.7) receiving the next data packet, analyzing the request packet, and turning to the step 3.9);
3.8) receiving the data packet for canceling the transmission, canceling the transmission;
3.9) judging whether the data block label number dataumber is smaller than the total number dataSum of the data blocks, if so, entering the step 3.10), otherwise, turning to the step 3.13);
3.10) judging whether the data packet with priority of 2 in the data buffer area data is empty, if so, going to step 3.11), otherwise, going to step 3.12);
3.11) sending a data packet with a data block label of dataumber, and turning to the step 3.3);
3.12) sending a data packet with priority of 2 in the data, and going to step 3.10);
3.13) sending a data block end packet, sending the data block end packet, and turning to the step 3.3);
3.14) judging whether the waiting time is overtime, if not, turning to the step 3.4), otherwise, turning to the step 3.15);
3.15) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing a data channel;
4) the data receiving process comprises the following steps:
4.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering the step 4.2);
4.2) sending request data response RDI to the client, starting a monitoring event, and entering the step 4.3);
4.3) monitoring whether the client receives a new character, if so, entering the step 4.4), otherwise, turning to the step 4.10);
4.4) analyzing the packet identifier of the received character, and if the packet identifier is RST, entering the step 4.5); if the DPI is the DPI, the step 4.6) is carried out; if STO, go to step 4.7);
4.5) receiving the RST, analyzing the request to start sending a data packet, sending a start packet to the client when the total number of data blocks dataSum is equal to dataSum, and turning to step 4.3);
4.6) judging whether the data packet is correct, if so, turning to the step 4.8), otherwise, turning to the step 4.9);
4.7) stopping receiving data;
4.8) sending RTN;
4.9) the data packet label number 1, sending RTN;
4.10) judging whether the waiting time is overtime, if not, turning to the step 4.4), otherwise, continuing the step 4.11);
4.11) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing the data channel.
In this embodiment, a data transmission method with variable priority connected based on a GIS system, which uses location information transmission as an embodiment, includes the following steps:
1) initializing parameters:
1.1) setting a timeout count to be 0, the maximum allowed timeout number sum, and a timeout time to be 2 count;
1.2) setting the number datanumber to be 1 and the total number dataSum to be 0;
1.3) setting a threshold value of each type of data;
2) encapsulating the transmission data packet, and the process is as follows:
2.1) encapsulating the data request packet, wherein the packet format of the data request packet is as follows:
| 1 | 2 | 1 |
| RDI | type | verification |
The RDI represents a data request packet identifier, occupies one byte and has a value of 0x 01; the type represents the type of a data packet requested by a request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x00 to 0xFF, and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RDI to before the check;
2.2) encapsulating the request to start sending data packets, wherein the packet format of the request to start sending data packets is as follows:
| 1 | 2 | 4 | 4 | 4 | 1 | 1 |
| RST | type | size | datasum | datalength | datastatus | verification |
Wherein, RST represents that the request starts to send the packet identifier, occupies one byte, and has a value of 0x 02; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x00 to 0xFF, and represents different types of data; size indicates the size of the transmission data, and occupies 4 bytes; datasum represents the total number of transmitted data blocks, and occupies 4 bytes; datalength represents the length of each data packet, and occupies 4 bytes; data status represents a data state, and occupies 1 byte, and if the data exceeds a threshold value, the value is 0x02, otherwise, the value is 0x 01; the check occupies one byte, and is the exclusive or operation sum of all bytes from RST to before the check;
2.3) encapsulating the data packet for starting to send, wherein the packet format for starting to send the data packet is as follows:
| 1 | 2 | 1 |
| STA | type | verification |
Wherein, the STA indicates that the data packet identifier starts to be sent, occupies one byte, and has a value of 0x 03; the type represents the type of a data packet requested by a request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x00 to 0xFF, and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the beginning of the STA to before the check;
2.4) encapsulating the data packet, wherein the packet format of the data packet is as follows:
| 1 | 2 | 1 | 4 | — | 1 |
| DPI | type | priority | datanum | data | verification |
Wherein, the DPI represents a packet identifier, occupies two bytes, and has a value of 0x 04; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x00 to 0xFF, and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process, occupies one byte, and has a value depending on the data status, if the data status is 0x01, the priority is 1, otherwise, the priority is 2; dataum represents the number of the data block; the data represents transmitted data, and the occupied length is determined by the data length; the check occupies one byte, and is the exclusive or operation sum of all bytes from the DPI to before the check;
2.5) encapsulating the next data packet, wherein the packet format of the next data packet is as follows:
| 1 | 2 | 4 | 1 |
| RTN | type | datanum | verification |
Wherein, RTN represents the identifier of the next data packet, occupies one byte, and has the value of 0x 05; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x00 to 0xFF, and represents different types of data; datanum represents the number of the packet; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RTN to before the check;
2.6) encapsulating the data end packet, wherein the packet format of the data end packet is as follows:
| 1 | 2 | 1 | 4 | 1 |
| STO | type | priority | datacount | verification |
Wherein, STO represents the packet identifier of the data end packet, occupies one byte, and has a value of 0x 06; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x00 to 0xFF, and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process; the datacount represents the number of packets actually transmitted; the check occupies one byte, and is the exclusive or operation sum of all bytes from STO to before the check;
2.7) encapsulating the data packet which is cancelled and sent, wherein the packet format of the data packet which is cancelled and sent is as follows:
| 1 | 2 | 1 |
| CAN | type | verification |
Wherein, CAN represents the cancellation of sending data packet identification, occupies one byte, and has a value of 0x 07; the type represents the type of a data packet which is cancelled to be sent, occupies two bytes, takes the value of hexadecimal number in the interval from 0x00 to 0xFF, and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the CAN to before the check;
3) the data transmission process comprises the following steps:
3.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering step 3.2);
3.2) starting a monitoring event;
3.3) monitoring whether the client receives a new character, if so, entering a step 3.4), otherwise, turning to a step 3.14);
3.4) analyzing the packet identification of the received character, and if the packet identification is RDI, entering the step 3.5); if the packet is the STA start packet, turning to step 3.6); if the next data packet RTN is requested, go to step 3.7); if the CAN is available, turning to the step 3.8);
3.5) receiving the RDI, analyzing the request packet, packaging data according to the request packet, sending the request data to the client, and starting to send a response RST;
3.6) receiving the STA, putting the data into the data buffer data, and turning to the step 3.9);
3.7) receiving the next data packet, analyzing the request packet, and turning to the step 3.9);
3.8) receiving the data packet for canceling the transmission, canceling the transmission;
3.9) judging whether the data block label number dataumber is smaller than the total number dataSum of the data blocks, if so, entering the step 3.10), otherwise, turning to the step 3.13);
3.10) judging whether the data packet with priority of 2 in the data buffer area data is empty, if so, going to step 3.11), otherwise, going to step 3.12);
3.11) sending a data packet with a data block label of dataumber, and turning to the step 3.3);
3.12) sending a data packet with priority of 2 in the data, and going to step 3.10);
3.13) sending a data block end packet, sending the data block end packet, and turning to the step 3.3);
3.14) judging whether the waiting time is overtime, if not, turning to the step 3.4), otherwise, turning to the step 3.15);
3.15) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing a data channel;
4) the data receiving process comprises the following steps:
4.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering the step 4.2);
4.2) sending request data response RDI to the client, starting a monitoring event, and entering the step 4.3);
4.3) monitoring whether the client receives a new character, if so, entering the step 4.4), otherwise, turning to the step 4.10);
4.4) analyzing the packet identifier of the received character, and if the packet identifier is RST, entering the step 4.5); if the DPI is the DPI, the step 4.6) is carried out; if STO, go to step 4.7);
4.5) receiving the RST, analyzing the request to start sending a data packet, sending a start packet to the client when the total number of data blocks dataSum is equal to dataSum, and turning to step 4.3);
4.6) judging whether the data packet is correct, if so, turning to the step 4.8), otherwise, turning to the step 4.9);
4.7) stopping receiving data;
4.8) sending RTN;
4.9) the data packet label number 1, sending RTN;
4.10) judging whether the waiting time is overtime, if not, turning to the step 4.4), otherwise, continuing the step 4.11);
4.11) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing the data channel.
While the foregoing has described the preferred embodiments of the present invention, it will be apparent that the invention is not limited to the embodiments described, but can be practiced with modification without departing from the basic spirit of the invention and without departing from the spirit of the invention.
Claims (1)
1. The data transmission method with variable priority connected based on the GIS system comprises the following steps:
1) initializing parameters:
1.1) setting a timeout count to be 0, the maximum allowed timeout number sum, and a timeout time to be 2 count;
1.2) setting the number datanumber to be 1 and the total number dataSum to be 0;
1.3) setting a threshold value of each type of data;
2) encapsulating the transmission data packet, and the process is as follows:
2.1) encapsulating the data request packet, wherein the packet format of the data request packet is as follows:
the RDI represents the packet identifier of the data request packet, occupies one byte and has the value of 0x 01; the type represents the type of the data packet requested by the request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RDI to before the check;
2.2) encapsulating the request to start sending data packets, wherein the packet format of the request to start sending data packets is as follows:
RST represents that a request starts to send a data packet identifier, occupies one byte and has a value of 0x 02; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; size indicates the size of the transmission data, and occupies 4 bytes; dataSum represents the total number of transmitted data blocks, and occupies 4 bytes; datalength represents the length of each data packet, and occupies 4 bytes; data status represents a data state, and occupies 1 byte, and if the data exceeds a threshold value, the value is 0x02, otherwise, the value is 0x 01; the check occupies one byte, and is the exclusive or operation sum of all bytes from RST to before the check;
2.3) encapsulating the data packet which is started to be sent, wherein the packet format of the data packet which is started to be sent is as follows:
the STA indicates that the data packet identifier begins to be sent, occupies one byte and has the value of 0x 03; the type represents the type of the data packet requested by the request packet, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the beginning of the STA to before the check;
2.4) encapsulating the data packet, wherein the packet format of the data packet is as follows:
DPI indicates packet id, occupies one byte, and has a value of 0x 04; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process, occupies one byte, and has a value depending on the data status, if the data status is 0x01, the priority is 1, otherwise, the priority is 2; dataumber represents the number of data blocks; the data represents transmitted data, and the occupied length is determined by the data length; the check occupies one byte, and is the exclusive or operation sum of all bytes from the DPI to before the check;
2.5) encapsulating the next data packet, wherein the packet format of the next data packet is as follows:
RTN represents the identifier of the next data packet, occupies one byte and has the value of 0x 05; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; dataumber represents the number of packets; the check occupies one byte, and is the exclusive or operation sum of all bytes from the RTN to before the check;
2.6) encapsulating the data end packet, wherein the packet format of the data end packet is as follows:
STO represents the end of data packet ID, occupies one byte, and has a value of 0x 06; type represents a data packet type, occupies two bytes, takes a value of hexadecimal number in an interval from 0x0000 to 0x00FF and represents different types of data; the priority is used for identifying the priority of the current data packet in the whole transmission process; the datacount represents the number of packets actually transmitted; the check occupies one byte, and is the exclusive or operation sum of all bytes from STO to before the check;
2.7) packaging the data packet for canceling the sending, wherein the packet format of the data packet for canceling the sending is as follows:
CAN represents that the data packet sending is cancelled, occupies one byte and has the value of 0x 07; the type represents the type of a data packet which is cancelled to be sent, occupies two bytes, takes the value of hexadecimal number in the interval from 0x0000 to 0x00FF and represents different types of data; the check occupies one byte, and is the exclusive or operation sum of all bytes from the CAN to before the check;
3) the data transmission process comprises the following steps:
3.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering step 3.2);
3.2) starting a monitoring event;
3.3) monitoring whether the client receives a new character, if so, entering a step 3.4), otherwise, turning to a step 3.14);
3.4) analyzing the packet identification of the received character, and if the packet identification is RDI, entering the step 3.5); if the packet is the STA start packet, turning to step 3.6); if the next data packet RTN is requested, go to step 3.7); if the CAN is available, turning to the step 3.8);
3.5) receiving the RDI, analyzing the request packet, packaging data according to the request packet, setting DataSum as the number of data packets needing to be sent, setting Datanumber as 1, and sending the request data to the client to start sending a response RST;
3.6) receiving the STA, putting the data into the data buffer data, and turning to the step 3.9);
3.7) receiving the next data packet, analyzing the request packet, and turning to the step 3.9);
3.8) receiving the data packet for canceling the transmission, canceling the transmission;
3.9) judging whether the data block label number dataumber is smaller than the total number dataSum of the data blocks, if so, entering the step 3.10), otherwise, turning to the step 3.13);
3.10) judging whether the data packet with priority of 2 in the data buffer area data is empty, if so, going to step 3.11), otherwise, going to step 3.12);
3.11) sending a data packet with a data block number of dataumber, wherein the dataumber is equal to dataumber +1, and turning to the step 3.3);
3.12) sending a data packet with priority of 2 in the data, and turning to step 3.10, wherein dataumber is dataumber + 1);
3.13) sending a data block end packet, sending the data block end packet, and turning to the step 3.3);
3.14) judging whether the waiting time is overtime, if not, turning to the step 3.4), otherwise, turning to the step 3.15);
3.15) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, otherwise, transmitting an error, and closing a data channel;
4) the data receiving process comprises the following steps:
4.1) blocking and waiting for client access, if the client access exists, establishing a data interaction channel with the client, and entering the step 4.2);
4.2) sending request data response RDI to the client, starting a monitoring event, and entering the step 4.3);
4.3) monitoring whether the client receives a new character, if so, entering the step 4.4), otherwise, turning to the step 4.10);
4.4) analyzing the packet identifier of the received character, and if the packet identifier is RST, entering the step 4.5); if the DPI is the DPI, the step 4.6) is carried out; if STO, go to step 4.7);
4.5) receiving the RST, analyzing the request to start sending a data packet, sending a packet which can start to the client, and turning to the step 4.3);
4.6) receiving the data packet, sending RTN, and jumping to 4.10);
4.7) stopping receiving data and jumping to 4.12);
4.10) judging whether the waiting time is overtime, if not, turning to the step 4.4), otherwise, continuing the step 4.11);
4.11) judging whether the timeout counter count is less than the maximum allowed timeout number sum, if so, sending a resending request to the server, and otherwise, jumping to 4.12);
4.12) closing the data channel.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910766633.6A CN110545266B (en) | 2019-08-20 | 2019-08-20 | GIS system-based data transmission method with variable priority |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910766633.6A CN110545266B (en) | 2019-08-20 | 2019-08-20 | GIS system-based data transmission method with variable priority |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110545266A CN110545266A (en) | 2019-12-06 |
| CN110545266B true CN110545266B (en) | 2022-04-05 |
Family
ID=68711617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910766633.6A Active CN110545266B (en) | 2019-08-20 | 2019-08-20 | GIS system-based data transmission method with variable priority |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110545266B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106209812A (en) * | 2016-07-04 | 2016-12-07 | 深圳市得润车联科技有限公司 | A kind of method of internet-of-things terminal platform data encapsulation |
| CN106685937A (en) * | 2016-12-16 | 2017-05-17 | 华数传媒网络有限公司 | Custom Internet TV http protocol method based on Netty encapsulation |
| CN107070613A (en) * | 2017-03-22 | 2017-08-18 | 公安部交通管理科学研究所 | Reliable data transmission method under distributed network environment |
| CN107147613A (en) * | 2017-03-14 | 2017-09-08 | 浙江工业大学 | One kind manufacture Internet of Things Real-time Data Transfer Method |
| CN109803433A (en) * | 2019-02-27 | 2019-05-24 | 深圳绿米联创科技有限公司 | Wireless communication control method, device, electronic equipment and storage medium |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11587196B2 (en) * | 2017-04-10 | 2023-02-21 | Dell Products L.P. | Information handling system remote desktop protocol selection |
-
2019
- 2019-08-20 CN CN201910766633.6A patent/CN110545266B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106209812A (en) * | 2016-07-04 | 2016-12-07 | 深圳市得润车联科技有限公司 | A kind of method of internet-of-things terminal platform data encapsulation |
| CN106685937A (en) * | 2016-12-16 | 2017-05-17 | 华数传媒网络有限公司 | Custom Internet TV http protocol method based on Netty encapsulation |
| CN107147613A (en) * | 2017-03-14 | 2017-09-08 | 浙江工业大学 | One kind manufacture Internet of Things Real-time Data Transfer Method |
| CN107070613A (en) * | 2017-03-22 | 2017-08-18 | 公安部交通管理科学研究所 | Reliable data transmission method under distributed network environment |
| CN109803433A (en) * | 2019-02-27 | 2019-05-24 | 深圳绿米联创科技有限公司 | Wireless communication control method, device, electronic equipment and storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 智能制造实时监控系统设计与开发;陈凯;《中国优秀硕士学位论文全文数据库信息科技辑》;20180415;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110545266A (en) | 2019-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7760629B2 (en) | Aggregate data frame generation | |
| CN102143035B (en) | Data traffic processing method, network device and network system | |
| CN110083088B (en) | Signal control conversion device and signal control conversion method | |
| US8412160B2 (en) | Method for discarding all segments corresponding to the same packet in a buffer | |
| US20070127521A1 (en) | Interface between network data bus application and avionics data bus | |
| CN1340255A (en) | Header compression in real time services | |
| CN101237332A (en) | Billing method, billing system and traffic statistical device | |
| CN110875887A (en) | MQTT protocol-based communication interaction method and communication interaction system | |
| EP3490293B1 (en) | Data receiving method, data sending method, receiving device and system | |
| CN108900433B (en) | Method, terminal and server for transmitting lora message | |
| CN112242956A (en) | Flow rate control method and device | |
| CN112187903A (en) | Message pushing method and device and message service system | |
| CN109688208B (en) | Data loading method based on FC-AE-ASM message | |
| CN110545266B (en) | GIS system-based data transmission method with variable priority | |
| CN104683353B (en) | A kind of car networking security information adaptive communication system | |
| CN112422485A (en) | Communication method and device of transmission control protocol | |
| CN102299861A (en) | Message traffic control method | |
| CN110874334A (en) | USB transmission system, USB device and host supporting USB transmission | |
| CN110971535B (en) | Communication congestion control method, device, equipment and storage medium | |
| CN111274195A (en) | RDMA (remote direct memory Access) network flow control method and device and computer readable storage medium | |
| CN112291270B (en) | Data transmission method and device | |
| CN110460607B (en) | Real-time data transmission method for GIS system | |
| CN115346287B (en) | Information configuration method and device | |
| US7164681B2 (en) | Mechanism to strip LARQ header and preserve LARQ header in status frame | |
| JP2000341333A (en) | Network packet transmission/reception method and network adaptor |
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 | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20191206 Assignee: Jiaxing Juteng Information Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980037558 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230705 Application publication date: 20191206 Assignee: Jiaxing liangchuang Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980037541 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230705 Application publication date: 20191206 Assignee: Jiaxing Jinhean Information Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980037562 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230705 |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20191206 Assignee: Jiaxing beichuang Network Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980037566 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230706 Application publication date: 20191206 Assignee: Jiaxing Shangkun Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980037610 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230706 Application publication date: 20191206 Assignee: Zhejiang Donghao Information Engineering Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980037553 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230706 |
|
| EE01 | Entry into force of recordation of patent licensing contract | ||
| EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20191206 Assignee: Huzhou Bodian Network Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980041703 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230914 Application publication date: 20191206 Assignee: Zhejiang Yu'an Information Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980041551 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230912 Application publication date: 20191206 Assignee: Zhejiang Qianrong Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980041549 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230912 Application publication date: 20191206 Assignee: Hangzhou Damei Electric Power Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980041547 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230912 Application publication date: 20191206 Assignee: Zhejiang Xiyun Brand Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980041544 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230912 Application publication date: 20191206 Assignee: Hangzhou Xida Technology Co.,Ltd. Assignor: JIANG University OF TECHNOLOGY Contract record no.: X2023980041543 Denomination of invention: A Connected Priority Variable Data Transmission Method Based on GIS System Granted publication date: 20220405 License type: Common License Record date: 20230912 |
|
| EE01 | Entry into force of recordation of patent licensing contract |