CN109861801B - Data transmission method and device - Google Patents
Data transmission method and device Download PDFInfo
- Publication number
- CN109861801B CN109861801B CN201811196970.8A CN201811196970A CN109861801B CN 109861801 B CN109861801 B CN 109861801B CN 201811196970 A CN201811196970 A CN 201811196970A CN 109861801 B CN109861801 B CN 109861801B
- Authority
- CN
- China
- Prior art keywords
- frame
- aggregation
- length
- subframe
- receiving end
- 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
Abstract
The invention provides a data transmission method and a device, comprising the following steps: the sending end and the receiving end carry out aggregation capability negotiation, confirm that both sides support aggregation, and send the service flow data in an aggregation mode; a sending end carries out aggregation processing on a data packet to generate an aggregation frame, wherein the aggregation frame comprises a frame delimiter which comprises indication information of the actual length of an aggregation subframe and indication information of whether the aggregation subframe is the last subframe of the aggregation frame; sending the aggregation frame to a receiving end; and the receiving end receives and analyzes the aggregation frame. The data is transmitted by using the format of the aggregation frame, so that the transmission efficiency of the message is improved.
Description
Technical Field
The invention belongs to the technical field of wireless communication, and particularly relates to a wireless data transmission method and a wireless data transmission system.
Background
Typically, frames transmitted in modern communications have a significant amount of overhead, including headers, inter-frame spacing, contention time, etc., which can consume more bandwidth than payload data frames in high traffic situations.
In order to improve the transmission efficiency of the wireless medium, the Ethernet II standard specifies that a plurality of frames can be aggregated together and transmitted as a single aggregated frame. The Ethernet II specifies a frame format without a field indicating the length of the packet, and the aggregation frame lacks a field identifying the length of the packet, which may cause inconvenience for the receiving end to parse.
Disclosure of Invention
In view of this, the present application provides a data transmission method and apparatus, which aggregate a plurality of MSDU subframes into one frame, and generate an aggregated frame MPDU after being encapsulated; and adding a frame delimiter in front of each MSDU subframe of the aggregation frame MPDU, wherein the frame delimiter contains the actual length indication information of the aggregation subframe and the indication information of whether the frame is the last subframe of the aggregation frame, so that a receiving end can correctly analyze the frame. Frame structures are simplified by aggregating frame transmission data, inter-frame intervals and competition time between protocol frames are removed, the number of response frames is reduced, and the throughput of an MAC layer is improved.
The application provides a data transmission method, which comprises the following steps:
the sending end and the receiving end carry out aggregation capability negotiation, confirm that both sides support aggregation, and send the service flow data in an aggregation mode;
a sending end sends a terminal basic capability negotiation request frame SBC _ REQ to a receiving end to inform the receiving end of the basic capability of the receiving end; after receiving the SBC _ REQ, the receiving end compares the capability parameters and sends a terminal basic capability negotiation response frame SBC _ RSP to the sending end, wherein the terminal basic capability negotiation response frame SBC _ RSP comprises the capability parameters supported by both sides and the information of the resident channel and the spectrum aggregation mode distributed for the sending end.
A transmitting end carries out aggregation processing on a data packet, a plurality of MSDU sub-frames are aggregated into one frame, an aggregated frame MPDU is generated after packaging, and the aggregated frame is transmitted to a receiving end through media intervention control MAC layer communication connection established with the receiving end;
the aggregated frame MPDU includes: a MAC frame header, a frame delimiter and a plurality of MSDU sub-frames;
the frame delimiter comprising:
an identification bit (isLastSubFrame) for identifying whether the subframe is the last subframe, the length of the identification bit is 1bit;
actual length identification bits (subFrameLen) for identifying the aggregation subframes, wherein the length is 12 bits;
and is used for identifying Reserved field identification bits (Reserved) with the length of 3 bits.
The MAC header includes an aggregate frame indication field to indicate whether the frame is an aggregate frame.
The frame body length of the MSDU sub-frame is variable, the number of the sub-frames is limited by the maximum length of aggregation, and the length of the aggregation frame is limited by the maximum length of MPDU, service flow and MCS rate.
Analyzing the received aggregation frame;
after receiving the data packet, the receiving end checks the indication aggregation field on the MAC header and determines whether to perform dispersion processing on the aggregation frame according to the negotiation result; after receiving the data packet, the CAP checks the aggregation field indicated on the MAC header, and after confirming that the packet is an aggregation packet, checks the aggregation support condition according to the aggregation negotiation result of both parties: and if the aggregation is confirmed to be supported, the received data packets are subjected to decentralized processing.
Firstly, only receiving window processing and simultaneously carrying out fragmentation processing; and identifying whether the frame is an aggregation frame, checking the support condition of the aggregation capability after confirming that the frame is the aggregation frame, performing dispersion processing on the aggregation frame, and performing sending protocol stack processing on each subframe respectively.
The application provides a data transmission device, including:
in a first aspect, a data sending end is provided, including:
a first sending unit, configured to send a terminal basic capability negotiation request frame to a receiving end by a sending end, and negotiate aggregation capability with the receiving end;
the first sending unit is further configured to send the aggregated frame to a receiving end;
a first receiving unit, configured to receive a terminal basic capability negotiation response frame sent by a sending end;
the aggregation unit is used for aggregating the data packets, aggregating a plurality of MSDU subframes into one frame, and generating an aggregated frame MPDU after packaging;
the aggregated frame MPDU includes: a MAC frame header, a frame delimiter and a plurality of MSDU sub-frames;
the frame delimiter comprising:
an identification bit (isLastSubFrame) for identifying whether the subframe is the last subframe, the length of the identification bit is 1bit;
a practical length identification bit (subFrameLen) for identifying the aggregation subframe, the length of the actual length identification bit being 12 bits;
and the Reserved field identification bit (Reserved) is used for identifying, and the length is 3 bits.
The head of the MAC frame comprises an aggregation frame indication field used for indicating whether the frame is an aggregation frame or not, and 1bit of the head of the MAC frame is used as an aggregation indication to determine that the frame is an aggregation data frame, so that the analysis is convenient.
The frame body length of the MSDU sub-frame is variable, the number of the sub-frames is determined by the maximum length of aggregation, and the length of the aggregation frame is limited by the maximum length of the MPDU, the service flow and the MCS rate.
In a second aspect, a data receiving end is provided, which includes:
a second receiving unit, configured to receive a basic capability negotiation request frame of a terminal sent by a sending end;
the second receiving unit is further configured to receive an aggregation frame sent by a sending end;
a second sending unit, configured to send a basic capability negotiation response frame of the terminal to the sending end;
a detecting unit, configured to detect an MAC header indication aggregation field; before analyzing the aggregation frame, the receiving end determines whether to perform dispersion processing on the aggregation frame according to a negotiation result: after the CAP receives the data packet, checking an indication aggregation field on the MAC header, and after confirming that the data packet is an aggregation packet, checking the aggregation support condition according to the aggregation negotiation result of the two parties: and if the aggregation is confirmed to be supported, performing decentralized processing on the received aggregation frame.
The analysis unit is used for analyzing the aggregation frame received by the receiving end;
the timing of the de-aggregation is selected after the receiving window processing is completed and before the protocol stack is uploaded. Firstly, only receiving window processing and simultaneously carrying out fragmentation processing; and identifying whether the frame is an aggregation frame, checking the support condition of the aggregation capability after confirming that the frame is the aggregation frame, performing dispersion processing on the aggregation frame, and performing sending protocol stack processing on each subframe respectively.
According to the data transmission method and device, the two transmission sides firstly carry out aggregation capability negotiation and confirm that data are transmitted in an aggregation frame mode, the aggregation frame comprises a frame delimiter, the frame delimiter comprises actual length indication information of an aggregation subframe, a receiving end can conveniently and correctly analyze the data, and the accuracy rate of message transmission is improved; frame structure can be simplified by aggregating frame transmission data, inter-frame interval and competition time between protocol frames are removed, and throughput of an MAC layer is improved.
For the purposes of the foregoing and related ends, one or more embodiments will have been described with particularity in the appended claims. The following description, together with the detailed description of certain exemplary aspects of the figures, are indicative of but a few of the various ways in which the principles of various embodiments may be employed. Other benefits and novel features will become apparent from the following detailed description and the accompanying drawings, the disclosed embodiments being intended to include all such aspects and their equivalents.
Drawings
FIG. 1 is a flow chart of a data transmission method and a system diagram of a device structure provided by the present invention;
FIG. 2 is a schematic diagram of an aggregate frame structure provided by the present invention;
fig. 3 is a structural system diagram of a data transmission device according to the present invention.
Detailed Description
The following description and the drawings sufficiently indicate specific embodiments of the invention to enable those skilled in the art to practice them. Other embodiments may incorporate structural, logical, electrical, process, and other changes. The examples merely typify possible variations. Individual components and functions are optional unless explicitly required, and the sequence of operations may vary. Portions and features of some embodiments may be included in or substituted for those of others. The scope of embodiments of the invention encompasses the full ambit of the claims, as well as all available equivalents of the claims. Embodiments of the invention may be referred to herein, individually or collectively, by the term "invention" merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
In the wireless network security, the MSDU is an Ethernet message, and becomes an MPDU after adding an integrity check MIC, framing, message caching in a power-saving mode, encryption, serial number assignment, CRC check and an MAC header. In the application, a plurality of MSDUs uploaded from a protocol stack are aggregated into a longer data frame, and then the longer data frame is subjected to adding integrity check MIC, framing, message caching in a power-saving mode, encryption, serial number assignment, CRC check and MAC header to form an aggregated frame MPDU, and data transmission is performed through the generated aggregated frame MPDU. And adding a delimiter in front of each MSDU subframe, wherein the delimiter comprises the actual length indication information of the aggregation subframe and the indication information of whether the aggregation subframe is the last subframe of the aggregation frame or not, so that a receiving end can correctly analyze the information.
Example one
Fig. 1 is a flowchart of a data transmission method provided by the present invention, including:
and S101, carrying out aggregation capability negotiation between the sending end and the receiving end.
In this embodiment, the sending end is a Station STA (Station), and the receiving end is a Central Access Point CAP (Central Access Point), and aggregation processing is performed on an STA upstream. In the process of establishing connection between the STA access network and the CAP, the STA and the CAP carry out aggregation capability negotiation, and the service data stream is transmitted by using an aggregation mode only under the condition that both parties support aggregation. Specifically, an MPDU aggregation support configuration item is added to a configuration file of the CAP, and the STA sends a terminal basic capability negotiation request frame SBC _ REQ to the CAP to notify the CAP of its basic capability in an access process; after receiving the SBC _ REQ, the CAP compares the capability parameters and sends a terminal basic capability negotiation response frame SBC _ RSP to the STA, wherein the terminal basic capability negotiation response frame SBC _ RSP comprises the capability parameters supported by both sides and resident channel and spectrum aggregation mode information allocated to the STA.
Specifically, the configuration file is added with support for an aggregation mode, and correspondingly, an aggregationmode is added to the configuration file to indicate the aggregation mode, where the aggregation mode is specifically defined as follows:
aggrMode =0: indicating that aggregation is not supported;
aggrMode =1: it only supports the ascending aggregation, station- > CAP direction;
aggrMode =2: indicates that only downlink aggregation is supported, CAP- > Station direction;
aggrMode =3: indicates that both the uplink and downlink support aggregation;
when the STA sends an SBC request, filling a value of the aggrMode in a field representing the aggregation capability, after receiving the SBC request, the CAP analyzes and matches the content of the aggrMode field in the content of the CAP configuration file, if the corresponding parameters of the aggrMode at the two sides are consistent, representing that aggregation is supported, and responding the CAP aggregation capability to the STA by sending a terminal basic capability negotiation response frame SBC _ RSP to the STA, wherein the SBC _ RSP comprises capability parameters supported by both sides and resident channel and spectrum aggregation mode information allocated for the STA; if the aggrMode corresponding parameters on the two sides are not consistent, the aggregation is not supported. And only when the parameters corresponding to the aggrMode are consistent, the negotiation result is that aggregation is supported, and data transmission in an aggregation frame mode is confirmed.
And S102, the sending end carries out aggregation processing on the data packet to generate an aggregation frame and sends the data packet to the receiving end.
A traffic Flow (FID) in data transmission includes: voice call, video call, file download, etc., the message of the same business flow can be gathered, namely a plurality of MSDUs are gathered into a longer data frame for data transmission, the gathered message contains DA and SA, and the destination addresses can be different.
A plurality of MSDUs uploaded from a protocol stack are aggregated into a longer data frame in a certain mode, and then the aggregated frame MPDU is formed after integrity check MIC, framing, message caching in a power-saving mode, encryption, serial number assignment, CRC check and MAC head are added.
The format of the aggregate frame MPDU frame is shown in fig. 2, and includes: a MAC header, a frame delimiter, a plurality of MSDU subframe bodies, and check information (FCS), wherein the MSDU subframe bodies are variable in length;
adding a 2-byte frame delimiter before each MSDU sub-frame, the frame delimiter comprising:
an identification bit (isLastSubFrame) for identifying whether the subframe is the last subframe, the length of the identification bit is 1bit; wherein 0 indicates not the last subframe, and 1 indicates the last subframe;
the actual length flag (subFrameLen) for identifying the aggregation sub-frame has a length of 12 bits, does not include a frame definition length, and is convenient for analysis on one hand, and on the other hand, the data frame length is not defined in the Ethernet II Ethernet frame format.
And the Reserved field (Reserved) is used for identifying, and the length of the Reserved field is 3 bits, so that the Reserved field is Reserved for later expansion.
It should be noted that the number of the aggregation subframes is limited by the maximum length of aggregation, i.e. an aggregation threshold, and the aggregation threshold can be dynamically adjusted according to factors such as throughput, MCS rate, packet loss rate, and service flows with different priorities of the system, so as to achieve better throughput and delay performance.
Illustratively, the size of the receiving buffer defined by CAP is 1920 bytes, the maximum length of the STA aggregation data packet is 1500 bytes, and if the uplink data packet is a packet with a length of 64 bytes, then theoretically 1500/(64 + 2) =22 packets may be aggregated;
the length of the aggregation frame is limited by the maximum length of the MPDU, the service flow and the MCS rate, the maximum length is determined by the product result of the number of the OFDM symbols and the MCS rate in the actual transmission process, but cannot exceed 1500 bytes;
after aggregation, the throughput rate of the system can be further improved by optimizing a fragmentation technology, a piggybacking technology and the like.
S103, the receiving end analyzes the received aggregation frame
After receiving the data packet, the receiving end firstly checks the indication aggregation field on the MAC header, the MAC header carries the aggregation indication mark, and 1bit of the MAC frame header is used as the aggregation indication mark to determine that the data frame is an aggregation data frame, which is convenient for analysis. After the CAP driver receives the data packet, the MAC header with the aggregation frame indication function is finally used for processing the data packet.
After receiving the data packet, the CAP checks the aggregation field indicated on the MAC header, and after confirming that the packet is an aggregation packet, checks the aggregation support condition according to the aggregation negotiation result of both parties: if the aggregation is supported, performing decentralized processing on the received data packet; if the aggregation is not supported, the data packet is directly discarded, which indicates that the aggregation packet is received under the condition that the aggregation is not supported.
For the aggregated frame, all subframes are treated as one frame and have the same frame sequence number SN, so the timing of de-aggregation is selected after the receiving window processing is completed and before the protocol stack is uploaded. Firstly, only receiving window processing and simultaneously carrying out fragmentation processing; and identifying whether the frame is an aggregation frame, checking the CAP aggregation capability support condition after confirming the frame is the aggregation frame, performing dispersion processing on the aggregation frame, and performing sending protocol stack processing on each subframe respectively.
In the embodiment, the average waiting time of each data packet access channel is reduced by enabling a plurality of data packets to access the channel simultaneously, the ratio of the overhead of the protocol data header is reduced by aggregation, the number of response frames is reduced, and the efficiency of message sending is improved.
Example two
Fig. 3 is a block diagram of a data transmission apparatus provided in the present invention:
in this embodiment, the sending end is a Station STA (Station), and the receiving end is a Central Access Point CAP (Central Access Point), and performs aggregation processing on an STA uplink flow.
The application provides a transmitting end, include:
210. a first sending unit, configured to send a basic capability negotiation request frame of a terminal to a receiving end by a sending end,
carrying out aggregation capability negotiation with a receiving end;
and the STA access network performs aggregation capability negotiation with the CAP in the process of establishing connection with the CAP, and transmits the service data stream by using an aggregation mode only under the condition that both sides support aggregation. Specifically, an aggregation support configuration item is added to a configuration file of the CAP, and the STA sends a terminal basic capability negotiation request frame SBC _ REQ to the CAP to notify the CAP of its basic capability in an access process.
Specifically, the configuration file is added with support for an aggregation mode, and correspondingly, an aggregationmode is added to the configuration file to indicate the aggregation mode, where the aggregation mode is specifically defined as follows:
aggrMode =0: indicating that aggregation is not supported;
aggrMode =1: it only supports the ascending aggregation, station- > CAP direction;
aggrMode =2: indicates that only downlink aggregation is supported, CAP- > Station direction;
aggrMode =3: indicating that both the uplink and downlink support aggregation;
the first sending unit fills the value of the aggregative mode in the field indicating the aggregation capability when sending the SBC request,
the first sending unit is further configured to send the generated aggregation frame to a receiving end;
220. a first receiving unit, configured to receive, by the sending end, the basic capability negotiation response frame of the terminal.
230. The aggregation unit is used for performing aggregation processing on the data packets to generate an aggregation frame;
the traffic Flow (FID) in data transmission comprises: voice call, video call, file download, etc., the message of the same business flow can be gathered, namely a plurality of MSDUs are gathered into a longer data frame for data transmission, the gathered message contains DA and SA, and the destination addresses can be different.
A plurality of MSDUs uploaded from a protocol stack are aggregated into a longer data frame in a certain mode, and then the longer data frame is added with an integrity check (MIC), framing, message caching in a power-saving mode, encryption, serial number assignment, CRC (cyclic redundancy check) and an MAC (media access control) header to form an aggregated frame MPDU.
The format of the aggregate MPDU frame is shown in fig. 2, and includes: a MAC header, a frame delimiter, a plurality of MSDU subframe bodies, and check information (FCS), wherein the MSDU subframe bodies are variable in length;
adding a 2-byte frame delimiter before each MSDU sub-frame, the frame delimiter comprising:
an identification bit (isLastSubFrame) for identifying whether the subframe is the last subframe, the length of the identification bit is 1bit; wherein 0 indicates not the last subframe, and 1 indicates the last subframe;
the actual length flag (subFrameLen) for identifying the aggregation sub-frame has a length of 12 bits, does not include a frame definition length, and is convenient for analysis on one hand, and on the other hand, the data frame length is not defined in the Ethernet II Ethernet frame format.
And the Reserved field (Reserved) is used for identifying, and the length of the Reserved field is 3 bits, so that the Reserved field is Reserved for later expansion.
It should be noted that the number of the aggregation subframes is limited by the maximum length of aggregation, that is, an aggregation threshold, and the aggregation threshold may be dynamically adjusted according to factors such as throughput, MCS rate, packet loss rate, and service flows of different priorities of the system, so as to achieve better throughput and delay performance.
Illustratively, the size of the receiving buffer defined by CAP is 1920 bytes, the maximum length of the STA aggregation data packet is 1500 bytes, and if the uplink data packet is a packet with a length of 64 bytes, then theoretically 1500/(64 + 2) =22 packets may be aggregated;
the length of the aggregation frame is limited by the maximum length of the MPDU, the service flow and the MCS rate, the maximum length is determined by the product result of the number of OFDM symbols and the MCS rate in the actual transmission process, but cannot exceed 1500 bytes;
after aggregation, the throughput rate of the system can be further improved by optimizing a fragmentation technology, a piggybacking technology and the like.
The aggregate frame includes: a MAC frame header, a frame delimiter and a plurality of MSDU sub-frames;
adding a 2 byte frame delimiter before each MSDU sub-frame, the frame delimiter comprising:
an identification bit (isLastSubFrame) for identifying whether the subframe is the last subframe, the length of the identification bit is 1bit; wherein 0 represents not the last subframe, and 1 represents the last subframe;
the actual length flag (subFrameLen) for identifying the aggregation sub-frame has a length of 12 bits, does not include a frame definition length, and is convenient for analysis on one hand, and on the other hand, the data frame length is not defined in the Ethernet II Ethernet frame format.
And the Reserved field (Reserved) is used for identifying, and the length of the Reserved field is 3 bits, so that the Reserved field is Reserved for later expansion.
The application provides a receiving end, include:
240. a second receiving unit, configured to receive a basic capability negotiation request frame of a terminal sent by a sending end; after receiving the SBC _ REQ, the CAP compares the capability parameters and sends a terminal basic capability negotiation response frame SBC _ RSP to the STA, wherein the terminal basic capability negotiation response frame SBC _ RSP comprises the capability parameters supported by both sides and resident channel and spectrum aggregation mode information allocated to the STA.
The second receiving unit is further configured to receive an aggregation frame sent by a sending end;
250. a second sending unit, configured to send a basic capability negotiation response frame of the terminal to the sending end by the receiving end; the CAP receives the SBC request, analyzes and matches the AGGRMode field content in the CAP configuration file content, if the AGGRMode corresponding parameters at the two sides are consistent, aggregation is supported, and the CAP aggregation capability is responded to the STA by sending a terminal basic capability negotiation response frame SBC _ RSP to the STA, wherein the SBC _ RSP comprises capability parameters supported by both sides and resident channel and spectrum aggregation mode information distributed for the STA; if the aggrMode corresponding parameters on the two sides are not consistent, the aggregation is not supported. And only when the parameters corresponding to the aggrMode are consistent, the negotiation result is that aggregation is supported, and data transmission in an aggregation frame mode is confirmed.
260. The detection unit is used for detecting the MAC frame header indication aggregation field; the MAC frame header is provided with a polymerization indication mark, and 1bit of the MAC frame header is used as a polymerization indication to determine that the frame is a polymerization data frame, so that the analysis is convenient. After the CAP driver receives the data packet, the MAC header with the aggregation frame indication function is finally used for processing the data packet.
After receiving the data packet, CAP checks the indication aggregation field on the MAC frame header, and after confirming that the packet is an aggregation packet, checks the aggregation support condition according to the aggregation negotiation result of both sides: if the aggregation is supported, performing decentralized processing on the received data packet; if aggregation is not supported, the aggregation packet is received under the condition that aggregation is not supported, and the data packet is directly discarded.
270. The analysis unit is used for the receiving end to perform dispersion processing on the aggregation frame;
for the aggregated frame, all subframes are treated as one frame and have the same frame sequence number SN, so the timing of de-aggregation is selected after the receiving window processing is completed and before the protocol stack is uploaded. Firstly, only receiving window processing and simultaneously carrying out fragmentation processing; and identifying whether the frame is an aggregation frame, checking the CAP aggregation capability support condition after confirming the frame is the aggregation frame, performing dispersion processing on the aggregation frame, and performing sending protocol stack processing on each subframe respectively.
Compared with the scheme in the prior art, the method has the following advantages:
1. a frame definition is added in front of each subframe of the aggregation frame, and the frame definition comprises a field for indicating the actual length of the aggregation subframe and an indication field for indicating whether the aggregation subframe is the last subframe of the aggregation frame, so that a receiving end can correctly analyze the aggregation subframe conveniently, and the message transmission accuracy is improved;
2. the overhead ratio of the protocol data head is reduced by the aggregation frame transmission data, the number of response frames is reduced, and the message transmission efficiency is improved.
Those of skill in the art will understand that the various exemplary method steps and apparatus elements described in connection with the embodiments disclosed herein may be implemented as electronic hardware, software, or combinations thereof. To clearly demonstrate the interchangeability of hardware and software, various illustrative steps and elements have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The methods and steps described in connection with the embodiments disclosed above may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a subscriber station. In the alternative, the processor and the storage medium may reside as discrete components in a subscriber station.
The disclosed embodiments are provided to enable any person skilled in the art to make or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the scope or spirit of the invention. The above-described embodiments are merely preferred embodiments of the present invention, which should not be construed as limiting the invention, and any modifications, equivalents, improvements, etc. made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (2)
1. A method of data transmission, comprising:
the sending end and the receiving end carry out aggregation capability negotiation, confirm that both sides support aggregation, and send the service flow data in an aggregation mode; the aggregation confirmation mode is a group confirmation mode;
the sending end carries out aggregation processing on the data packet to generate an aggregation frame, and the aggregation frame is sent to the receiving end through media intervention control MAC layer communication connection established with the receiving end;
the aggregate frame includes: a MAC frame header, a frame delimiter and a plurality of MSDU sub-frames; wherein the frame delimiter includes aggregation subframe actual length indication information and whether or not it is aggregation frame last subframe indication information: an identification bit (isLastSubFrame) for identifying whether it is the last subframe; a real length identification bit (subFrameLen) for identifying an aggregation subframe; the MAC frame header comprises an aggregation frame indication field for indicating whether the frame is an aggregation frame; the frame body length of the MSDU sub-frame is variable, the number of the sub-frames is determined by the maximum length of aggregation, and the length of the aggregation frame is limited by the maximum length of the MPDU, the service flow and the MCS rate;
the frame delimiter is 2 bytes, and the length of the identification bit (isLastSubFrame) for identifying whether the frame is the last subframe is 1bit; the length of the actual length identification bit (subFrameLen) for identifying the aggregation sub-frame is 12 bits, and the frame definition length is not included;
and the receiving end receives the aggregation frame, checks the indicated aggregation field on the MAC frame header and analyzes the aggregation frame.
2. A data transmitting end, comprising:
a first sending unit, configured to send a terminal basic capability negotiation request frame to a receiving end by a sending end, and negotiate aggregation capability with the receiving end;
the first sending unit is further configured to send the aggregate frame to a receiving end;
a first receiving unit, configured to receive a basic capability negotiation response frame of a terminal sent by a sending end;
the aggregation unit is used for performing aggregation processing on the data packet to generate an aggregation frame;
the aggregate frame includes: a MAC frame header, a frame delimiter and a plurality of MSDU sub-frames; the frame delimiters comprise actual length indication information of aggregation sub-frames and indication information of whether the frame is the last sub-frame of the aggregation frame, and the MAC frame head comprises an aggregation frame indication field used for indicating whether the frame is the aggregation frame; the frame delimiter comprising: an identification bit (isLastSubFrame) for identifying whether it is the last subframe; a real length identification bit (subFrameLen) for identifying an aggregation subframe; the frame body length of the MSDU sub-frame is variable, the number of the sub-frames is determined by the maximum length of aggregation, and the length of the aggregation frame is limited by the maximum length of the MPDU, the service flow and the MCS rate;
the frame delimiter is 2 bytes, and the length of an identification bit (isLastSubFrame) for identifying whether the subframe is the last subframe is 1bit; the length of the actual length flag bit (subFrameLen) for identifying the aggregation sub-frame is 12 bits, and the frame definition length is not included.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811196970.8A CN109861801B (en) | 2018-10-15 | 2018-10-15 | Data transmission method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811196970.8A CN109861801B (en) | 2018-10-15 | 2018-10-15 | Data transmission method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109861801A CN109861801A (en) | 2019-06-07 |
| CN109861801B true CN109861801B (en) | 2022-12-09 |
Family
ID=66889710
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811196970.8A Active CN109861801B (en) | 2018-10-15 | 2018-10-15 | Data transmission method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109861801B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111884757B (en) * | 2020-07-06 | 2023-06-02 | 广州海格通信集团股份有限公司 | Message transmission method, device, computer equipment and storage medium |
| CN112738846A (en) * | 2020-12-25 | 2021-04-30 | 中国电子科技集团公司第五十四研究所 | Ethernet frame aggregation method in wireless ad hoc network |
| CN112714127A (en) * | 2020-12-29 | 2021-04-27 | 成都卫士通信息产业股份有限公司 | Data encryption method, system, electronic equipment and storage medium |
| CN113098663B (en) * | 2021-03-31 | 2022-10-14 | 国网浙江省电力有限公司电力科学研究院 | ASDU (asynchronous serial bus) frame transmission method, receiving method and system based on GSP (generalized likelihood protocol) |
| CN115225711A (en) * | 2022-06-01 | 2022-10-21 | 裕太微(上海)电子有限公司 | Ethernet equipment of high-efficient transmission |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105471549A (en) * | 2015-11-17 | 2016-04-06 | 西安电子科技大学 | Block acknowledgement system and block acknowledgement method based on A-MPDU sub-frame position information control |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4917099B2 (en) * | 2006-09-01 | 2012-04-18 | 三菱電機株式会社 | Wireless communication system and wireless communication method |
| CN102752797A (en) * | 2011-03-31 | 2012-10-24 | 北京新岸线无线技术有限公司 | Wireless communication method, transmitting device and receiving device |
| CN103548316B (en) * | 2011-03-31 | 2016-08-17 | 北京新岸线移动多媒体技术有限公司 | A kind of method and apparatus for frame acknowledgment |
| CN102684852A (en) * | 2011-03-31 | 2012-09-19 | 北京新岸线无线技术有限公司 | Method and device for frame acknowledgement |
| CN102595635A (en) * | 2011-03-31 | 2012-07-18 | 北京新岸线无线技术有限公司 | Method used for accessing wireless network and apparatus thereof |
| CN102595494A (en) * | 2012-02-07 | 2012-07-18 | 北京新岸线无线技术有限公司 | Data transmission method and data transmission device |
| US20130208734A1 (en) * | 2012-02-13 | 2013-08-15 | Qualcomm Incorporated | Systems and methods for communicating aggregated packets including delimiters |
| CN102932106B (en) * | 2012-11-05 | 2015-06-24 | 感知集团有限公司 | Sending method, receiving method, device and system for data |
| CN104852777B (en) * | 2014-02-14 | 2018-08-21 | 华为终端有限公司 | Multiple target convergence transmission method and relevant device and system |
| US9973314B2 (en) * | 2015-04-06 | 2018-05-15 | Qualcomm Incorporated | Control frame aggregation frame |
| CN106487476B (en) * | 2015-09-01 | 2020-10-09 | 华为技术有限公司 | Method for indicating receiving state of A-MPDU (advanced Power control protocol) and receiving end equipment |
-
2018
- 2018-10-15 CN CN201811196970.8A patent/CN109861801B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105471549A (en) * | 2015-11-17 | 2016-04-06 | 西安电子科技大学 | Block acknowledgement system and block acknowledgement method based on A-MPDU sub-frame position information control |
Non-Patent Citations (4)
| Title |
|---|
| "Throughput enhancemnet with optimal fragmented MSDU size for fragmentation and aggregation scheme in WLANs";Eunbi Ku等;《2016 International SoC Design Conference (ISOCC)》;20161229;全文 * |
| "一种高吞吐量低时延的太赫兹无线个域网MAC协议";任智等;《计算机应用研究》;20151125;全文 * |
| "基于MAC层的轨道交通快速切换研究";毛若羽;《中国优秀硕士学位论文全文数据库》;20150315;全文 * |
| R1-144219 "On design targets and supported functionality for LTE LAA";InterDigital;《3GPP tsg_ran\WG1_RL1》;20140927;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109861801A (en) | 2019-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109861801B (en) | Data transmission method and device | |
| EP1879329B1 (en) | Data transmission apparatus and method using packet aggregation | |
| US9363175B2 (en) | Sub-1GHz MAC frame header compression | |
| JP4086304B2 (en) | Communication apparatus, communication system, and communication control program | |
| JP4195716B2 (en) | Method and apparatus for packet aggregation in a wireless communication network | |
| JP4528541B2 (en) | COMMUNICATION DEVICE, COMMUNICATION METHOD, AND COMMUNICATION SYSTEM | |
| CN102577268B (en) | Apparatus and method for transmitting a MAC PDU based on MAC header type information | |
| EP1458166A1 (en) | Apparatus and method for increasing throughput of transmission of QOS driven packets | |
| JP4444237B2 (en) | Wireless communication device | |
| US8718089B2 (en) | Aggregation and fragmentation of multiplexed downlink packets | |
| WO2008133484A1 (en) | Methods of transmitting data blocks in wireless communication system | |
| US7769044B2 (en) | Voice over internet protocol favoring aggregating technology in a WLAN | |
| CN103748916A (en) | Method and device for transmitting/receiving data | |
| WO2021036648A1 (en) | Data transmission method and device | |
| WO2010003275A1 (en) | A method and apparatus for processing protocol data units in a wireless network | |
| US20100220650A1 (en) | Coexistence of data streams | |
| JP2007151171A (en) | Communication device, communication method, and communication system | |
| KR100631270B1 (en) | Data transmission apparatus using packet aggregation | |
| KR100617818B1 (en) | Method and device for transmitting data and method and device for receiving data in Broadband wireless communication system | |
| CN109257772A (en) | A kind of sending, receiving method and user equipment of RTP data | |
| KR20130093711A (en) | Method and apparatus for providing a voice service in a communication system | |
| Charfi et al. | Joint urgency delay scheduler and adaptive aggregation technique in IEEE 802.11 n networks | |
| KR101992689B1 (en) | QoS-aware Adaptive MPDU Aggregation Scheduler for Voice Traffic | |
| KR20060096968A (en) | Data transmission method using packet aggregation | |
| CN114339762A (en) | Data forwarding method, system and storage medium based on packet aggregation |
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 |