CN117336394B - Multi-user data transmission protocol based on regenerative forwarding - Google Patents
Multi-user data transmission protocol based on regenerative forwarding Download PDFInfo
- Publication number
- CN117336394B CN117336394B CN202311631998.0A CN202311631998A CN117336394B CN 117336394 B CN117336394 B CN 117336394B CN 202311631998 A CN202311631998 A CN 202311631998A CN 117336394 B CN117336394 B CN 117336394B
- Authority
- CN
- China
- Prior art keywords
- data
- protocol
- protocol frame
- field
- user data
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 63
- 230000001172 regenerating effect Effects 0.000 title claims abstract description 15
- 238000012937 correction Methods 0.000 claims description 29
- 238000000034 method Methods 0.000 claims description 23
- 238000012545 processing Methods 0.000 claims description 14
- 238000004806 packaging method and process Methods 0.000 claims description 4
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
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/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18513—Transmission in a satellite or space-based system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
- H04L1/0008—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length by supplementing frame payload, e.g. with padding bits
Abstract
The invention provides a multiuser data transmission protocol based on regenerative forwarding, which comprises the following steps executed by a transmitting end: acquiring user data to be transmitted, attributes of the user data and protocol information related to a transmission protocol, wherein the protocol information comprises a protocol frame format and a protocol frame data field length; generating P empty protocol frames according to the protocol information and the frame length of the user data, wherein P is an integer greater than or equal to 1; according to the data field length of the protocol frame and the preset data filling rule, user data are loaded in the data fields of P protocol frames, so that the frame length of the data in each data field is the same as the data field length of the protocol frame; setting field content of a header of a protocol frame according to a loading result of the user data and the attribute of the user data to obtain the protocol frame data; protocol frame data is transmitted. The invention can realize the simultaneous high-efficiency and accurate transmission of multi-user data.
Description
Technical Field
The invention relates to the technical field of satellite communication, in particular to a multi-user data transmission protocol based on regenerative forwarding.
Background
With the development of relay satellite communication technology, the requirement of multi-user data simultaneous transmission becomes more and more realistic, and particularly, multi-user data is simultaneously uploaded to a relay communication satellite, and then the relay communication satellite forwards the data to a ground station, and the data is received by the ground station and then distributed to each user center. It is apparent that the format of the plurality of user data such as the data frame length is not possible. If the multi-user data is directly transmitted without processing, the efficiency is high because no redundant control word is transmitted, but because the frame lengths of the user data are different, the frame synchronization words may be different, and the user data are mixed together, the synchronization technology for the user data frames is complex and difficult to realize.
Disclosure of Invention
The technical problem to be solved by the embodiment of the invention is to provide a multi-user data transmission protocol based on regenerative forwarding, which can realize the simultaneous efficient and accurate transmission of multi-user data.
The first aspect of the present invention provides a method for executing a multi-user data transmission protocol based on regenerative forwarding, including:
the method comprises the steps that a sending end obtains user data to be sent, attributes of the user data and protocol information related to a data transmission protocol, the protocol information comprises a protocol frame format and a protocol frame data field length, P empty protocol frames are generated according to the protocol information and the frame length of the user data, P is an integer greater than or equal to 1, the user data is loaded in the data field of the P protocol frames in a sectionalized mode according to the protocol frame data field length and a preset data filling rule, the front P-1 sectionalized data of the user data are loaded in the front P-1 protocol frame data field, the data field in the last protocol frame is composed of the last sectionalized of the user data and filling characters possibly needed, so that the data length in the data field of each protocol frame is the same, the field content of a header of the protocol frame is set according to the loading result of the user data and the attributes of the user data, and the whole protocol frame data are formed, and the protocol frame data is sent to a relay satellite;
the relay satellite receives the protocol frame data from the transmitting end, decodes and corrects the header of each protocol frame according to the content of an error control domain in the header of each protocol frame in the protocol frame data, discards the protocol frame data if errors exist after decoding and correcting, and forwards the protocol frame data to the receiving end according to a local routing table and a primary field in the protocol frame data if errors exist after decoding and correcting;
the receiving end receives the protocol frame data sent by the relay satellite, decodes and corrects the header of each protocol frame according to the content of an error control domain in the header of each protocol frame in the protocol frame data, discards the protocol frame data if errors still exist after decoding and correcting, takes out user data segments from the data domain of the protocol frame according to the segment identification of the frame type identification in the header and the content of the filling length field if no errors exist after decoding and correcting, and sequentially assembles the user data segments in P protocol frames into complete user data.
Optionally, the generating P null protocol frames according to the protocol information and the frame length of the user data includes:
calculating the number P of protocol frames required for packaging the user data according to the frame length of the user data and the protocol frame data field length;
and generating P empty protocol frames according to the protocol frame format.
Optionally, the loading the user data segment in the data field of P protocol frames according to the protocol frame data field length and a preset data filling rule includes:
dividing the user data into P segments according to the data field length of the protocol frame, wherein the data length of the previous P-1 segments is equal to the data field length of the protocol frame, the last segment is composed of residual data, the segmented user data is sequentially filled into the data fields of the P protocol frames, and if the data field length of the last protocol frame is smaller than the data field length of the protocol frame, non-user data is filled after the data field of the last protocol frame, so that the data field length of the last protocol frame is the same as the data field length of the protocol frame.
Optionally, the setting the field content of the header of the protocol frame according to the loading result of the user data and the attribute of the user data includes:
setting the content of a primary field of a header of the protocol frame according to the attribute of the user data, wherein the primary field comprises a version number, a destination address, a source address, a user identifier and a transmission priority field;
setting the content of a secondary field of a header of the protocol frame according to the filling result of the data field of the protocol frame, wherein the secondary field comprises a segment identifier in a frame type identifier and a filling length field, the segment identifier represents the position of data in the data field in user data, and the filling length represents the length of non-user data in the data field.
Optionally, before the sending the protocol frame data, the method further includes:
and performing error correction coding on the header of each protocol frame to obtain a check code, and filling the check code into an error control domain field in the header.
Optionally, forwarding the protocol frame data according to a local routing table and a primary field in the protocol frame data includes:
extracting and obtaining a source address, a destination address and user identification field content from a primary field of protocol frame data, searching a route matched with the destination address and the user identification from a local route table, determining a next node for receiving the protocol frame data according to the route, determining a load for transmitting the protocol frame data according to the destination address, and transmitting the protocol frame data to the corresponding load so that the load forwards the protocol frame data to the next node based on the transmission priority.
Optionally, the forwarding the protocol frame data to a next node based on the transmission priority by the payload includes:
before each forwarding, the transmission priority fields of all protocol frames to be forwarded are compared, the protocol frames are forwarded in sequence according to the priority levels and the receiving time, and the high-priority first transmission and the same-priority first transmission are sequentially transmitted according to the receiving time.
Optionally, the step of extracting the user data segments from the protocol frame data domain according to the segment identifier in the frame category identifier in the protocol frame header and the filling length field content, and assembling the user data segments in the P protocol frames into complete user data in sequence includes:
removing non-user data at the tail of a protocol frame data domain according to the content of the filling length field in the frame type identifier in the protocol frame header to obtain a clean user data segment;
according to the content of the segment identification field under the frame category identification of the protocol frame header, taking the user data segment with the segment identification of '00' as a first segment, taking the user data segment with the segment identification of '01' as an intermediate segment according to the time sequence, taking the user data segment with the segment identification of '11' as a last segment, and counting the number of segments;
if the number of segments is equal to P, the P pieces of segment data are combined together to form a complete user data frame;
if the number of segments is not equal to P, the segment data is discarded.
A second aspect of the present disclosure provides a system for performing a regenerative forwarding based multi-user data transmission protocol, including a transmitting end, a relay satellite, and a receiving end,
the transmitting end comprises:
the device comprises an acquisition module, a transmission module and a transmission module, wherein the acquisition module is used for acquiring user data to be transmitted, attributes of the user data and protocol information related to a data transmission protocol, and the protocol information comprises a protocol frame format and a protocol frame data field length;
a protocol frame generating module, configured to generate P empty protocol frames according to the protocol information and the frame length of the user data, where P is an integer greater than or equal to 1;
the data field loading module is used for loading the user data into the data fields of the P protocol frames according to the protocol frame data field length and a preset data filling rule, so that the data length in each data field is the same as the protocol frame data field length;
the header setting module is used for setting the field content of the header of the protocol frame according to the loading result of the user data and the attribute of the user data to obtain the protocol frame data;
a first transmitting module, configured to transmit the protocol frame data;
the relay satellite includes:
the first receiving module is used for receiving the protocol frame data from the transmitting end;
the first error correction module is used for decoding and correcting the header of each protocol frame according to the content of an error control domain in the header of the protocol frame in the protocol frame data;
the first processing module is used for discarding the protocol frame data under the condition that errors still exist after decoding and error correction;
the second sending module is used for forwarding the protocol frame data according to the local routing table and the first-level field in the protocol frame data;
the receiving end comprises:
the second receiving module is used for receiving the protocol frame data from the relay satellite;
the second error correction module is used for decoding and correcting the header of each protocol frame according to the content of the error control domain in the header of the protocol frame in the protocol frame data;
the second processing module is used for taking out the user data from the data domain according to the segment identification of the frame type identification in the header and the filling length content and assembling the continuous P user data segments into complete user data under the condition that the decoding and the error correction are carried out;
and the third processing module is used for discarding the protocol frame data under the condition that the decoding and the error correction still exist.
The implementation of the invention has the following beneficial effects:
the invention constructs a protocol frame format with fixed frame length for internal transmission of a relay satellite system, and user data with different frame lengths can be encapsulated in the protocol frame. When the transmitting end uses the protocol frame format to transmit the user data, firstly generating at least one empty protocol frame based on the frame length of the user data and the preset protocol frame data field length, then loading the user data into the data field of the protocol frame after segmenting the user data, enabling the data field length of each protocol frame to be the same as the preset protocol frame data field length, then filling the field content of the protocol frame header, generating and transmitting the protocol frame data capable of being forwarded. And the relay satellite receives the protocol frame data sent by the sending end, decodes the header of the protocol frame, and then forwards the received protocol frame data to the next node according to the field content in the header and the transmission priority based on the routing table. And the receiving end receives the protocol frame data sent by the relay satellite, decodes the header of the protocol frame, takes out user segments in the data field of the protocol frame according to the field content in the header, and assembles a plurality of segment data into complete user data. The invention can process the user data with different frame lengths by loading the segmented user data into the data field with fixed length, and enables the protocol frame data receiver to forward the data based on the content of the header field by the functions of the protocol frame header source address, the information destination address, the user identification, the transmission priority, the user frame category identification and the like. The invention reduces the complexity of technical realization and also gives consideration to the efficiency of data transmission, and can realize the functions of single-channel link transmission of user data with multiple users, different codes and different data lengths.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and together with the description, serve to explain the principles of the application. It is apparent that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained from these drawings without inventive effort for a person of ordinary skill in the art.
Fig. 1 schematically illustrates a protocol frame format of a data transmission protocol provided in one embodiment of the present application.
Fig. 2 schematically illustrates a flowchart of a method for implementing a multi-user data transmission protocol based on regenerative forwarding, which is implemented by a sender according to an embodiment of the present application.
Fig. 3 schematically illustrates a flowchart of a method for implementing a regenerative forwarding-based multi-user data transmission protocol implemented by a relay satellite according to an embodiment of the present application.
Fig. 4 schematically illustrates a flowchart of a method for implementing a multi-user data transmission protocol based on regenerative forwarding, which is implemented by a receiving end according to an embodiment of the present application.
Fig. 5 schematically illustrates a block diagram of an implementation system of a regenerative forwarding-based multi-user data transmission protocol according to an embodiment of the present application.
Detailed Description
Example embodiments will now be described more fully with reference to the accompanying drawings. However, the exemplary embodiments may be embodied in many forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the concept of the example embodiments to those skilled in the art.
Furthermore, the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of embodiments of the present application. One skilled in the relevant art will recognize, however, that the aspects of the application can be practiced without one or more of the specific details, or with other methods, components, devices, steps, etc. In other instances, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the application.
The block diagrams depicted in the figures are merely functional entities and do not necessarily correspond to physically separate entities. That is, the functional entities may be implemented in software, or in one or more hardware modules or integrated circuits, or in different networks and/or processor devices and/or microcontroller devices.
The flow diagrams depicted in the figures are exemplary only, and do not necessarily include all of the elements and operations/steps, nor must they be performed in the order described. For example, some operations/steps may be decomposed, and some operations/steps may be combined or partially combined, so that the order of actual execution may be changed according to actual situations.
The embodiment of the disclosure provides an execution method of a multi-user data transmission protocol based on regenerative forwarding, which can be applied to a communication network comprising a plurality of user terminals and a plurality of relay satellites and is used for the user terminals to send data to a user center through the relay satellites. Since the data formats of the plurality of user terminals are different in length from each other, if the data are directly transmitted without data processing, the data are not transmitted with redundant control words, but the complexity of the synchronization technology is greatly increased, and the data are difficult to realize. In order to achieve both transmission efficiency and technical complexity, the present embodiment particularly designs a data transmission protocol, and based on the data transmission protocol, multi-user data can be efficiently and accurately transmitted at the same time.
The present disclosure constructs a protocol frame format with a fixed frame length for internal transmission of a relay satellite system, in which user data with different frame lengths can be encapsulated. The protocol frame format is shown in fig. 1. A frame protocol frame is composed of frame header, leading head and data field. The header portion is a protocol frame sync word, typically of length 4 bytes 32 bits (e.g., 0x1ACFFC 1D) or 8 bytes 64 bits (e.g., 0x034776C7272895B 0), followed by the header, and the third portion is the data field of the protocol frame for loading user data. The data field length of the protocol frame is fixed to n bytes, and if the user data length is smaller than n, bit sequences of "0", "1" phase are padded thereafter.
The header of the protocol frame comprises a version number, a destination address, a source address, a user identifier, a transmission priority, a frame type identifier, a protocol frame count, a frame header error control field and other fields, and the definition of each field is as follows:
version number: a fixed number, such as "00", is used primarily to distinguish between versions of the protocol used.
Sink address: the address to which the user data needs to be sent is composed of a relay satellite identifier and a relay load identifier, and indicates which load on the relay satellite the user data can be sent to the target user terminal.
Source address: as with the destination address definition, it is indicated by which payload of which relay satellite the user data in the protocol frame is sent.
User identification: the relay satellite system distributes a unique identification number to each user to distinguish the user identity, so that the data management is facilitated.
Transmission priority: setting the priority of user data forwarding and the priority forwarding of high priority.
Frame category identification: comprises two parts of a segment mark and a filling length; when the frame length of the user data exceeds n bytes, a frame of user data needs to be loaded by a plurality of protocol frames, and the segment identification is needed to indicate which part of the complete user data in the data domain is the data; the data in the data field is the first part n bytes in the user data, the data in the data field is the middle data segment part n bytes in the user data, and the data in the data field is the last part of the data in the user data, denoted by "00"; if the length of a complete user data frame is not greater than n, the segment identification is also indicated by 11; the padding length indicates how many bytes in the data field within the frame protocol frame are padded non-user data, only for the case where the user data frame length is less than n or the last portion of data is less than n.
Protocol frame count: the count value populated by the cumulative number of protocol frames transmitted is typically characterized by an unsigned integer represented by 3 bytes, and is counted in cycles.
Frame header error control field: and (3) carrying out error correction coding calculation on the fields except the error control field in the header of the protocol frame to obtain a check code, wherein the error correction coding can exclude the protocol frame counting field when necessary. By error correction coding of the header, protection of important information in the header can be improved.
By using the protocol, data with different lengths and different formats can be encapsulated in the data field of the protocol frame, and the protocol frame is consistent in format and frame length, so that the data receiving and transmitting efficiency is considered, and the research and development cost of the equipment can be reduced.
The embodiment of the disclosure provides an execution method of a multi-user data transmission protocol based on regenerative forwarding, which is executed by a transmitting end, a relay satellite and a receiving end, as shown in fig. 2, the transmitting end executes steps S201 to S209.
S201, user data to be sent, attributes of the user data and protocol information related to a data transmission protocol are acquired, wherein the protocol information comprises a protocol frame format and a protocol frame data field length.
The attribute of the user data refers to set values such as source, destination, property, transmission priority and the like of the user data, and corresponds to the content of the header field of the protocol frame. The protocol frame format is shown in fig. 1, and is specifically referred to above and not described in detail herein.
S203, generating P empty protocol frames according to the protocol information and the frame length of the user data, wherein P is an integer greater than or equal to 1.
Step S203 may include: calculating the number P of protocol frames required for packaging the user data according to the frame length of the user data and the protocol frame data field length; and generating P empty protocol frames according to the protocol frame format.
S205, according to the protocol frame data field length and the preset data filling rule, the user data is loaded in the data fields of P protocol frames, so that the frame length of the data in each data field is the same as the protocol frame data field length.
The step S205 specifically includes: dividing the user data into P segments according to the data field length of the protocol frame, sequentially filling the segmented user data into the data fields of P protocol frames, and filling non-user data after the data of the data field of the last protocol frame if the data field length of the last protocol frame is smaller than the data field length of the protocol frame so that the frame length of the data in the data field of the last protocol frame is the same as the data field length of the protocol frame. The non-user data in the data field of the last protocol frame is m- [ m/n ]. N fixed strings, such as bit sequences with "0", "1" phase-to-phase, where m is the user data frame length, n is the protocol frame data field length, and [ m/n ] is a positive integer no greater than m/n.
S207, setting field content of a header of the protocol frame according to the loading result of the user data and the attribute of the user data to obtain protocol frame data.
The step S207 specifically includes: s2071, setting the content of a first-level field of the header of the protocol frame according to the attribute of the user data, wherein the first-level field comprises a version number, a destination address, a source address, a user identifier and a transmission priority field; s2073, setting the content of a secondary field of a header of the protocol frame according to the filling result of the data field of the protocol frame, wherein the secondary field comprises a segment identifier in a frame type identifier and a filling length field, the segment identifier represents the position of data in the data field in user data, and the filling length represents the length of non-user data in the data field.
Step S2073 depends on the data field filling result of step S205, and must be performed after step S205, and step S2071 may be performed before or after step S205 according to the attribute of the user data and the field content filling.
S209, transmitting the protocol frame data.
In one possible implementation manner, before step S209, the method may further include: and performing error correction coding on the header of each protocol frame to obtain a check code, and filling the check code into an error control domain field in the header. By error correction encoding the frame header, protection of important information in the frame header can be improved.
Referring to fig. 3, in one possible implementation manner, the method further includes steps S301 to S303 executed by the relay satellite.
S301, receiving protocol frame data from the transmitting end.
S303, decoding and correcting the header of each protocol frame according to the content of the error control domain in the header of the protocol frame.
S305, if the decoding and the error correction are carried out, discarding the protocol frame data.
S307, if the decoding and the error correction are carried out, the protocol frame data is forwarded to a receiving end according to a local routing table and a primary field in the protocol frame data.
Specifically, step S307 may include: extracting and obtaining a destination address, a user identifier and transmission priority field contents from a first-level field of protocol frame data, searching a route matched with the destination address and the user identifier from a local route table, determining a next node for receiving the protocol frame data according to the route, determining a load for transmitting the protocol frame data according to the destination address, and transmitting the protocol frame data to the corresponding load so that the load forwards the protocol frame data to the next node based on the transmission priority.
Referring to fig. 4, in one possible implementation manner, the method further includes steps S401 to S407 executed by the receiving end.
S401, receiving protocol frame data from a relay satellite.
S403, decoding and correcting the header of each protocol frame according to the content of the error control domain in the header of the protocol frame.
S405, if the decoding and the error correction are carried out, the user data are taken out from the data field of the protocol frame according to the segment identification of the frame type identification in the header and the filling length content.
S407, if the decoding and the error correction still have errors, discarding the protocol frame data.
In one possible implementation, step S405 further includes: and combining the user data taken out from the data fields of all the protocol frames into a complete user data frame, and restoring to obtain the user data transmitted by the transmitting end.
Referring to fig. 5, the system includes a transmitting end 510, a relay satellite 520 and a receiving end 530, where the transmitting end 510 and the receiving end 530 perform data interaction through the relay satellite 520.
The transmitting end 510 includes an acquisition module 511, a protocol frame generation module 512, a data field loading module 513, a header setting module 514, and a first transmitting module 515. The obtaining module 511 is configured to: user data to be transmitted, attributes of the user data and protocol information related to a data transmission protocol are acquired, wherein the protocol information comprises a protocol frame format and a protocol frame data field length. The protocol frame generation module 512 is configured to: and generating P empty protocol frames according to the protocol information and the frame length of the user data, wherein P is an integer greater than or equal to 1. The data field loading module 513 is configured to: and loading the user data into the data fields of the P protocol frames according to the data field lengths of the protocol frames and a preset data filling rule, so that the data length in each data field is the same as the data field length of the protocol frames. The header setting module 514 is configured to: and setting the field content of the header of the protocol frame according to the loading result of the user data and the attribute of the user data to obtain the protocol frame data. The first sending module 515 is configured to: and transmitting the protocol frame data.
In one possible implementation, the protocol frame generation module 512 is further configured to: calculating the number P of protocol frames required for packaging the user data according to the frame length of the user data and the protocol frame data field length; and generating P empty protocol frames according to the protocol frame format.
In one possible implementation, the data field loading module 513 is further configured to: dividing the user data into P segments according to the data field length of the protocol frame, sequentially filling the segmented user data into the data fields of P protocol frames, and filling non-user data after the data of the data field of the last protocol frame if the data field of the last protocol frame is smaller than the data field length of the protocol frame so that the data field length of the last protocol frame is the same as the data field length of the protocol frame.
In one possible implementation, the header setting module 514 is further configured to: setting the content of a primary field of a header of the protocol frame according to the attribute of the user data, wherein the primary field comprises a version number, a destination address, a source address, a user identifier and a transmission priority field; setting the content of a secondary field of a header of the protocol frame according to the filling result of the data field of the protocol frame, wherein the secondary field comprises a segment identifier in a frame type identifier and a filling length field, the segment identifier represents the position of data in the data field in user data, and the filling length represents the length of non-user data in the data field.
In one possible implementation, the header setting module 514 is further configured to: and performing error correction coding on the header of each protocol frame to obtain a check code, and filling the check code into an error control domain field in the header.
The relay satellite 520 includes a first receiving module 521, a first error correction module 522, a first processing module 523, and a second transmitting module 524. The first receiving module 521 is configured to: and receiving protocol frame data from the transmitting end. A first error correction module 522, configured to decode and correct the header of each protocol frame according to the content of the error control field in the header of the protocol frame. The first processing module 523 is configured to discard the protocol frame data if there is an error after the decoding and error correction. The second sending module 524 is configured to: and forwarding the protocol frame data according to the local routing table and a primary field in the protocol frame data.
The receiving end 530 includes a second receiving module 531, a second error correction module 532, a second processing module 533, and a third processing module 534. The second receiving module 531 is configured to: protocol frame data from a relay satellite is received. The second error correction module 532 is configured to: and decoding and correcting the header of each protocol frame according to the content of the error control domain in the header of the protocol frame. The second processing module 533 is configured to: and under the condition that the decoding and the error correction are carried out, the user data are taken out from the data domain according to the segment identification of the frame type identification in the header and the filling length content. The third processing module 534 is configured to: and discarding the protocol frame data under the condition that errors still exist after the decoding and the error correction.
The invention constructs a protocol frame format with fixed frame length for internal transmission of a relay satellite system, and user data with different frame lengths can be encapsulated in the protocol frame. When the transmitting end uses the protocol frame format to transmit the user data, firstly generating at least one empty protocol frame based on the frame length of the user data and the preset protocol frame data field length, then loading the user data into the data field of the protocol frame after segmenting the user data, enabling the data field length of each protocol frame to be the same as the preset protocol frame data field length, and then filling the field content of the protocol frame header to generate the forwardable protocol frame data. The invention can process the user data with different frame lengths by loading the segmented user data into the data field with fixed frame length, and enables the protocol frame data receiver to forward the data based on the content of the header field by the functions of the protocol frame header source address, the information destination address, the user identification, the transmission priority, the user frame category identification and the like. The invention reduces the complexity of technical realization and improves the efficiency of data transmission, and can realize the functions of single-channel link transmission of user data with multiple users, different codes and different data lengths.
It will be apparent to those skilled in the art that various modifications and variations can be made to the present invention without departing from the spirit or scope of the invention. Thus, it is intended that the present invention also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.
Claims (8)
1. A method for implementing a multi-user data transmission protocol based on regenerative forwarding, comprising:
the method comprises the steps that a sending end obtains user data to be sent, attributes of the user data and protocol information related to a data transmission protocol, the protocol information comprises a protocol frame format and a protocol frame data field length, P empty protocol frames are generated according to the protocol information and the frame length of the user data, P is an integer greater than or equal to 1, the user data are loaded in the data fields of the P protocol frames in a sectionalized mode according to the protocol frame data field length and a preset data filling rule, the front P-1 sectionalized data of the user data are loaded in the front P-1 protocol frame data field, the data field in the last protocol frame is composed of the last sectionalized and possibly required filling characters of the user data, so that the data length in the data fields of each protocol frame is the same, the field content of a header of each protocol frame is set according to the loading result of the user data and the attributes of the user data, and the whole protocol frame data are formed, and the protocol frame data are sent to a relay satellite;
the relay satellite receives the protocol frame data from the transmitting end, decodes and corrects the header of each protocol frame according to the content of an error control domain in the header of each protocol frame in the protocol frame data, discards the protocol frame data if errors exist after decoding and correcting, and forwards the protocol frame data to the receiving end according to a local routing table and a primary field in the protocol frame data if errors exist after decoding and correcting;
the receiving end receives the protocol frame data sent by the relay satellite, decodes and corrects the header of each protocol frame according to the content of an error control domain in the header of each protocol frame in the protocol frame data, discards the protocol frame data if errors still exist after decoding and correcting, takes out user data segments from the data domain of the protocol frame according to the segment identification of the frame type identification in the header and the content of the filling length field if no errors exist after decoding and correcting, and sequentially assembles the user data segments in P protocol frames into complete user data;
setting field contents of a header of the protocol frame according to the loading result of the user data and the attribute of the user data, including:
setting the content of a primary field of a header of the protocol frame according to the attribute of the user data, wherein the primary field comprises a version number, a destination address, a source address, a user identifier and a transmission priority field;
setting the content of a secondary field of a header of the protocol frame according to the filling result of the data field of the protocol frame, wherein the secondary field comprises a segment identifier in a frame type identifier and a filling length field, the segment identifier represents the position of data in the data field in user data, and the filling length represents the length of non-user data in the data field.
2. The method of claim 1, wherein the generating P null protocol frames from the protocol information and the frame length of the user data comprises:
calculating the number P of protocol frames required for packaging the user data according to the frame length of the user data and the protocol frame data field length;
and generating P empty protocol frames according to the protocol frame format.
3. The method of claim 1, wherein loading the user data segments into the data fields of P protocol frames according to the protocol frame data field length and a preset data stuffing rule, comprises:
dividing the user data into P segments according to the data field length of the protocol frame, wherein the data length of the previous P-1 segments is equal to the data field length of the protocol frame, the last segment is composed of residual data, the segmented user data is sequentially filled into the data fields of the P protocol frames, and if the data field length of the last protocol frame is smaller than the data field length of the protocol frame, non-user data is filled after the data field of the last protocol frame, so that the data field length of the last protocol frame is the same as the data field length of the protocol frame.
4. The method of claim 3, wherein prior to said transmitting said protocol frame data, further comprising:
and performing error correction coding on the header of each protocol frame to obtain a check code, and filling the check code into an error control domain field in the header.
5. The method of claim 1, wherein forwarding the protocol frame data according to a local routing table and a primary field in the protocol frame data comprises:
extracting and obtaining a source address, a destination address and user identification field content from a primary field of protocol frame data, searching a route matched with the destination address and the user identification from a local route table, determining a next node for receiving the protocol frame data according to the route, determining a load for transmitting the protocol frame data according to the destination address, and transmitting the protocol frame data to the corresponding load so that the load forwards the protocol frame data to the next node based on the transmission priority.
6. The method of claim 5, wherein forwarding the protocol frame data to a next node based on the transmission priority comprises:
before each forwarding, the transmission priority fields of all protocol frames to be forwarded are compared, the protocol frames are forwarded in sequence according to the priority levels and the receiving time, and the high-priority first transmission and the same-priority first transmission are sequentially transmitted according to the receiving time.
7. The method of claim 1, wherein the retrieving the user data segments from the data field of the protocol frame based on the segment identification and the fill length field content of the frame class identification in the header and assembling the user data segments within P protocol frames into complete user data in sequence comprises:
removing non-user data at the tail of a protocol frame data domain according to the content of the filling length field in the frame type identifier in the protocol frame header to obtain a clean user data segment;
according to the content of the segment identification field under the frame category identification of the protocol frame header, taking the user data segment with the segment identification of '00' as a first segment, taking the user data segment with the segment identification of '01' as an intermediate segment according to the time sequence, taking the user data segment with the segment identification of '11' as a last segment, and counting the number of segments;
if the number of segments is equal to P, the P pieces of segment data are combined together to form a complete user data frame;
if the number of segments is not equal to P, the segment data is discarded.
8. An execution system based on a regenerative forwarding multi-user data transmission protocol is characterized by comprising a transmitting end, a relay satellite and a receiving end,
the transmitting end comprises:
the device comprises an acquisition module, a transmission module and a transmission module, wherein the acquisition module is used for acquiring user data to be transmitted, attributes of the user data and protocol information related to a data transmission protocol, and the protocol information comprises a protocol frame format and a protocol frame data field length;
a protocol frame generating module, configured to generate P empty protocol frames according to the protocol information and the frame length of the user data, where P is an integer greater than or equal to 1;
the data field loading module is used for loading the user data into the data fields of the P protocol frames according to the protocol frame data field length and a preset data filling rule, so that the data length in each data field is the same as the protocol frame data field length;
the header setting module is used for setting the field content of the header of the protocol frame according to the loading result of the user data and the attribute of the user data to obtain the protocol frame data;
the header setting module is further configured to set content of a first-level field of a header of the protocol frame according to the attribute of the user data, where the first-level field includes a version number, a destination address, a source address, a user identifier, and a transmission priority field;
setting the content of a secondary field of a header of the protocol frame according to a filling result of a data field of the protocol frame, wherein the secondary field comprises a segment identifier in a frame type identifier and a filling length field, the segment identifier represents the position of data in the data field in user data, and the filling length represents the length of non-user data in the data field;
a first transmitting module, configured to transmit the protocol frame data;
the relay satellite includes:
the first receiving module is used for receiving the protocol frame data from the transmitting end;
the first error correction module is used for decoding and correcting the header of each protocol frame according to the content of an error control domain in the header of the protocol frame in the protocol frame data;
the first processing module is used for discarding the protocol frame data under the condition that errors still exist after decoding and error correction;
the second sending module is used for forwarding the protocol frame data according to the local routing table and the first-level field in the protocol frame data;
the receiving end comprises:
the second receiving module is used for receiving the protocol frame data from the relay satellite;
the second error correction module is used for decoding and correcting the header of each protocol frame according to the content of the error control domain in the header of the protocol frame in the protocol frame data;
the second processing module is used for taking out the user data from the data domain according to the segment identification of the frame type identification in the header and the filling length content and assembling the continuous P user data segments into complete user data under the condition that the decoding and the error correction are carried out;
and the third processing module is used for discarding the protocol frame data under the condition that the decoding and the error correction still exist.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311631998.0A CN117336394B (en) | 2023-12-01 | 2023-12-01 | Multi-user data transmission protocol based on regenerative forwarding |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311631998.0A CN117336394B (en) | 2023-12-01 | 2023-12-01 | Multi-user data transmission protocol based on regenerative forwarding |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117336394A CN117336394A (en) | 2024-01-02 |
| CN117336394B true CN117336394B (en) | 2024-02-20 |
Family
ID=89277783
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311631998.0A Active CN117336394B (en) | 2023-12-01 | 2023-12-01 | Multi-user data transmission protocol based on regenerative forwarding |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117336394B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117579709B (en) * | 2024-01-16 | 2024-03-29 | 成都数维通信技术有限公司 | Construction method of industrial control network communication protocol system |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103457845A (en) * | 2013-09-09 | 2013-12-18 | 江南大学 | Conversion technology capable of being configured with multiple protocols |
| CN112584432A (en) * | 2020-12-15 | 2021-03-30 | 天地信息网络研究院(安徽)有限公司 | Multi-user high-speed satellite laser communication supporting method and air interface protocol |
| WO2023011380A1 (en) * | 2021-07-31 | 2023-02-09 | 华为技术有限公司 | Multi-frame fusion transmission method in beidou communication system, and related apparatus |
-
2023
- 2023-12-01 CN CN202311631998.0A patent/CN117336394B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103457845A (en) * | 2013-09-09 | 2013-12-18 | 江南大学 | Conversion technology capable of being configured with multiple protocols |
| CN112584432A (en) * | 2020-12-15 | 2021-03-30 | 天地信息网络研究院(安徽)有限公司 | Multi-user high-speed satellite laser communication supporting method and air interface protocol |
| WO2023011380A1 (en) * | 2021-07-31 | 2023-02-09 | 华为技术有限公司 | Multi-frame fusion transmission method in beidou communication system, and related apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117336394A (en) | 2024-01-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Trullols-Cruces et al. | Exact decoding probability under random linear network coding | |
| CN117336394B (en) | Multi-user data transmission protocol based on regenerative forwarding | |
| US8243757B2 (en) | MAC header compression using a pointer | |
| US8327233B2 (en) | Method and device for transmitting and receiving data packets | |
| CN105743616B (en) | Long message segmentation and reliable communication method based on Big Dipper short message communication | |
| CN102017497B (en) | Recovery of transmission errors | |
| CN102017498A (en) | Recovery of transmission errors | |
| EP1867088B1 (en) | Methods and apparatus for providing linear erasure codes | |
| CN107181971A (en) | The upgrade method and relevant device of a kind of IPTV terminal | |
| US7653844B2 (en) | Communication apparatus and communication system | |
| CN113381838A (en) | Data transmission method and communication device | |
| CN110138635B (en) | Protocol conversion function verification device and method supporting FC and Ethernet | |
| US6985726B2 (en) | Method of blind transport format detection | |
| CN112350798A (en) | Packet transmission method and device | |
| CN111385058A (en) | Data transmission method and device | |
| CN117278102A (en) | Intelligent circulation processing method and system for on-board multi-source data | |
| US11196792B2 (en) | Method, device and system for transmitting data | |
| US11368246B2 (en) | Method and device for transmitting or receiving broadcast service in multimedia service system | |
| CN111865884B (en) | Message processing method, device and equipment | |
| CN110572237B (en) | Signal sending and relaying method and related equipment | |
| WO2015169049A1 (en) | Fault tolerance method and apparatus for microwave transmission and computer readable storage medium | |
| Rutter et al. | A CCSDS software system for a single-chip on-board computer of a small satellite | |
| CN104135487B (en) | Data transmission method for uplink, data receiver method, device and system | |
| CN112311497A (en) | Communication method and communication equipment | |
| CN112291256B (en) | UART gateway data transmission method |
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 |