WO2013097654A1 - 一种连续数据包的发送、接收方法和装置 - Google Patents
一种连续数据包的发送、接收方法和装置 Download PDFInfo
- Publication number
- WO2013097654A1 WO2013097654A1 PCT/CN2012/087158 CN2012087158W WO2013097654A1 WO 2013097654 A1 WO2013097654 A1 WO 2013097654A1 CN 2012087158 W CN2012087158 W CN 2012087158W WO 2013097654 A1 WO2013097654 A1 WO 2013097654A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- field
- data packet
- information
- station
- frame header
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0079—Formats for control data
-
- 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/04—Protocols for data compression, e.g. ROHC
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- the present invention relates to the field of communications, and in particular, to a method and apparatus for continuously transmitting data packets.
- the IEEE 802.11 technology defines a common medium access control (MAC) for multiple physical layers (PHYs) to regulate the construction of wireless LANs.
- the main task of the medium access control layer is to establish addressing and channel access control mechanisms for multiple sites in the same network, making communication between multiple sites possible.
- the communication between the stations is based on the packet grouping structure, and the packet grouping structure is as shown in FIG. 1, wherein a short traning field (STF) and a long traning field (LTF for short) are used.
- STF short traning field
- LTF long traning field
- the signaling field is used to indicate the packet rate and length information of the data packet, and the like.
- the service field is used for peering with the descrambler, the data field contains the contents of the MAC frame, and the tail and padding are used for tail padding.
- a MAC frame generally includes three parts, a MAC header, a variable length frame body, and a frame check sequence (FCS).
- the MAC frame header field includes a frame control field, a duration/ID field, an address 1 field, an address 2 field, an address 3 field, a sequence control field, an address 4 field, a QoS (Quality of Service) control field, HT (High Throughput) control field.
- the first three fields are the fields that all MAC frames will appear, and the remaining fields are determined by the parameters of the frame control field.
- the complete MAC frame header information will occupy up to 36 bytes.
- the MAC frame header information is used. It may be exactly the same, such as address information, QoS information or HT information, which will cause great waste of media resources.
- a prior art proposes to use a flow identifier (Flow ID) to identify the same MAC frame header information of a plurality of consecutive data packets, such as address information, QoS information, or HT information, in continuous transmission.
- Flow ID flow identifier
- replacing the corresponding MAC frame header information with a shorter byte stream identifier not only saves the overhead of the media resource, but also helps the sending station to save energy.
- FIG. 2 illustrates the transmission process of this prior art continuous data packet.
- the transmitting station (STA1) and the receiving station (STA2) perform a frame header control request frame (referred to as HC-REQ, corresponding to the Header control request) and the mouthpiece control interface (referred to as HC-RESP, corresponding to Header).
- HC-REQ frame header control request frame
- HC-RESP mouthpiece control interface
- the identifier acquires the compressed packet MAC frame header information from the local storage unit; and finally the transmitting station sends a tail frame (TAIL frame) to announce the use of the end stream identifier.
- TAIL frame tail frame
- the compression format of the continuous data packet the MAC frame header field only includes the frame control information, the flow identification information, and the sequence control information, where the length of the flow identifier (TBD, to be defined) is smaller than the complete MAC frame header field.
- TBD flow identifier
- the problems of the prior art are mainly as follows: First, the information identified by the flow identifier negotiated between the stations is fixed. If the information changes in the continuous packet, for example, the QoS control field and the flow identifier of the packet If the QoS control field of the identifier is different, the flow identifier is unavailable during the transmission of the packet. The flow identifier needs to be renegotiated or the complete packet format is sent. The application of the flow identifier lacks flexibility. Second, when the flow identifier application is terminated, the switch needs to be exchanged. The TAIL/ACK frame will occupy more channel resources. Third, the length of the stream identifier is to be defined, and there is also room for compressing the MAC frame header field. Summary of the invention
- the present invention proposes a solution for effectively solving the flexibility of continuous packet transmission.
- an embodiment of the present invention provides a method for transmitting a continuous data packet.
- the method includes: the first station sends a compression request to the second station, where the compression request carries the flow identifier and the field information of the media access control MAC frame header of the subsequent data packet; receiving the compressed response sent by the second station; Transmitting a first data packet containing a complete MAC frame header or a compressed MAC frame header having a flow field, wherein the flow field includes a flow identification.
- the present invention provides a method for a first station to receive a contiguous data packet.
- the method includes: the first station sends a first data packet to the second station, where the first data packet carries complete indication information and/or first compression negotiation information; and receives a response message that the second station feeds back the first data packet, Obtaining the second compression negotiation information in the response message.
- an embodiment of the present invention provides a site.
- the receiving station sends a compression request to the second station, where the compression request carries the flow identifier and the field information of the media access control MAC frame header of the subsequent data packet, and the receiving unit receives the compressed response sent by the second station.
- a second sending unit configured to send, to the second station, a first data packet including a complete MAC frame header or a compressed MAC frame header having a flow field, where the flow field includes a flow identifier.
- an embodiment of the present invention provides a site.
- the station includes: a sending unit, configured to send, by the second station, a first data packet, where the first data packet carries complete indication information and/or first compression negotiation information; and the receiving unit receives the second station to feed back the first data packet.
- the second compression negotiation information in the response message is obtained.
- the embodiments of the present invention can effectively compress the length of the MAC frame header field of the continuous data packet, save unnecessary overhead of the continuous data packet, improve the utilization efficiency of the channel media resource, and help the transmitting station to save energy; MAC frame header field, improve the flexibility of use.
- Figure 1 is a packet grouping structure of 802.11
- Figure 2 illustrates a prior art transmission process of continuous data packets
- 3 is a compression format of a prior art continuous data packet
- FIG. 4 illustrates the service set of the WLAN
- FIG. 5 is a flow chart showing the transmission of data packets between stations according to the first embodiment of the present invention.
- FIG. 6 illustrates a data packet format including a compressed MAC frame header in the first embodiment
- Embodiment 7 is a schematic diagram of transmission of a continuous data packet in Embodiment 1;
- FIG. 9 illustrates a data packet format including a compressed MAC frame header in Embodiment 2.
- Embodiment 10 is a schematic diagram of transmission of a continuous data packet in Embodiment 2;
- FIG. 11 is a schematic flowchart of sending a continuous data packet according to Embodiment 3 of the present invention
- 12 is a schematic flowchart of receiving a continuous data packet according to Embodiment 3 of the present invention
- FIG. 13 is a block diagram showing a data packet format including a compressed MAC frame header in Embodiment 3;
- FIG. 16 is a schematic flowchart of receiving a continuous data packet according to Embodiment 4 of the present invention.
- Figure 17 is a diagram showing a packet format including a compressed MAC header in Embodiment 4.
- FIG. 19 is a schematic structural diagram of a station according to an embodiment of the present invention.
- FIG. 20 is a schematic structural diagram of a station according to an embodiment of the present invention. detailed description
- FIG 4 illustrates the various service sets for a wireless local area network (WLAN).
- the basic service set (BSS: Basic service set) consists of a certain STA within a certain coverage area and has some association.
- BSS2 and BSS3 shown in Figure 4 are such basic service sets.
- a central site with full-time management of BSS in a BSS network is called an Access Point, and other STAs in the network are associated with it.
- Multiple BSS networks are interconnected by a distributed system (DS: Distribution system) to form an extended service set (ESS: Extended service set).
- ESS Extended service set
- the STAs can also communicate directly with each other by self-organizing the network.
- This network is an independent basic service set (IBSS), such as BSS1.
- IBSS independent basic service set
- This embodiment relates to a method of transmitting a continuous packet.
- the stream compression bit and stream field in the data packet to indicate whether the packet is transmitted in the format of stream identifier compression, indicating whether multiple MAC frame header fields of the packet are identical to the MAC frame header field information identified by the stream identifier, A solution to improve the flexibility of flow identification applications.
- FIG. 5 is a flow chart showing the transmission of data packets between stations according to the first embodiment of the present invention.
- step S500 the sending station STA1 sends a compression request message to the receiving station STA2, where the compression request message may be, but not limited to, a frame header control request frame (HC-REQ frame), which carries the continuous data.
- HC-REQ frame frame header control request frame
- the label of the packet - the flow identifier Flow ID and the same MAC frame header field information of the continuous data packet identified by the flow identifier.
- the MAC frame header field information may be one of address field information (address 1, address 2, address 3, address 4), QoS control field information, or HT control information, or any combination thereof.
- step S501 the receiving station STA2 receives the compression request message, locally stores the flow identifier Flow ID and the MAC frame header field information marked by the flow identifier, and sends a compression response message to the sending station STA1, indicating the flow.
- the identity negotiation is successful, and the compression response message may be, but not limited to, a frame header control response frame (HC-RESP frame).
- step S502 the sending station STA1 receives the compression response message, locally saves the negotiated flow identifier Flow ID and the MAC frame header field marked by the flow identifier, and the flow flag negotiation step is completed.
- step S503 the transmitting station STA1 determines whether to end the use of the flow identifier Flow ID. If it is determined to end the use of the flow identifier, then step S514 is performed, otherwise step S504 is performed.
- step S504 the sending station STA1 determines whether the MAC frame header field of the data packet can be replaced by the flow identifier. If it is determined that the MAC frame header field of the data packet can be replaced by the flow identifier, step S505 is performed; otherwise, step S506 is performed;
- step S505 the sending station STA1 sets the stream compression bit of the signaling field in the data packet to 1, and the data packet carries the compressed MAC frame header including the stream field; the stream field includes the stream identifier.
- the stream compression bit of 1 indicates that the data packet contains a compressed MAC frame header, and a value of 0 indicates that the data packet contains a complete MAC frame header.
- an indication bit of 1 indicates that the indicator bit is valid, and an indication bit of 0 indicates that the indicator bit is invalid unless otherwise specified.
- the flow field includes not only a flow identifier, but also a type of a time domain/ID field indicator bit, an address 3 field indicator bit, an address 4 field indicator bit, a QoS control field indicator bit, or an HT control field indicator bit. Or any combination of them.
- (1-1) if the data packet requires time domain/ID field indication, set the time domain/ID field indication bit to 1, the time domain/ID field appears in the compressed MAC frame header, and set the corresponding parameter; otherwise, set the time domain.
- the /ID field indicates that the bit is 0, and the default time domain/ID field is in the compressed MAC frame header.
- the set address 4 field indicates that the bit is 1, in the compressed MAC frame header
- the address 4 field appears, indicating that the receiving station obtains the address 4 field information from the compressed MAC frame header; otherwise, the setting address 4 field indicates that the bit is 0, and the default address 4 field is in the compressed MAC frame header.
- Figure 6 illustrates a packet format carrying a compressed MAC header.
- the packet introduces a stream compression bit in the signaling field.
- the data packet introduces a stream field in the data field, the stream field includes a stream identifier, and a time domain/ID field indicator bit, an address 3 field indicator bit, an address 4 field indicator bit, a QoS control field indicator bit, and an HT control field. Indicator bit, etc. As can be seen from FIG.
- the QoS control field indication bit in the flow field is 1, and
- the length is significantly reduced compared to the full MAC frame header.
- Figure 6 shows the specific location of the stream compression bits
- the stream compression bits can be set in other parts than the signaling field, such as the frame control field.
- step S506 the sending station STA1 sets the stream compression bit of the signaling field in the data packet to 0, indicating that the data packet carries the complete MAC frame header, and the data packet includes the complete MAC frame header.
- step S507 the transmitting station STA1 sends a data packet.
- the receiving station STA2 receives the data packet.
- step S509 the receiving station STA2 determines whether the stream compression bit of the signaling field in the data packet is valid. If the stream compression bit of the signaling field in the data packet is valid, then step S510 is performed, otherwise step S511 is performed.
- step S510 the receiving station STA2 obtains the flow field information in the MAC frame header field and the flow identifier therein. According to the flow identifier, the default MAC frame header field information of the packet is searched from the local storage unit.
- the data packet is obtained according to one of the time domain/ID field indication bit, the address 3 field indication bit, the address 4 field indication bit, the QoS control field indication bit or the HT control field indication bit in the flow field, or any combination thereof.
- Complete MAC frame header field information is obtained according to one of the time domain/ID field indication bit, the address 3 field indication bit, the address 4 field indication bit, the QoS control field indication bit or the HT control field indication bit in the flow field, or any combination thereof.
- time domain/ID field information of the data packet is obtained from the time domain/ID field in the compressed MAC frame header, otherwise the time domain/ID field information is not acquired.
- the address 3 field indicates that the bit is 1, the address 3 information of the data packet is obtained from the address 3 field in the compressed MAC frame header; otherwise, the address 3 information of the data packet is obtained from the local storage unit.
- the address 4 field indicates that the bit is 1, the address 4 information of the data packet is obtained from the address 4 field in the compressed MAC frame header; otherwise, the address 4 information of the data packet is obtained from the local storage unit.
- the QoS control field indicates that the bit is 1, the QoS control information of the data packet is obtained from the QoS control field in the compressed MAC frame header; otherwise, the QoS control of the data packet is obtained from the local storage unit.
- the HT control field indicates that the bit is 1, the HT control information of the data packet is obtained from the HT control field in the compressed MAC frame header; otherwise, the HT control information of the data packet is obtained from the local storage unit.
- step S511 the receiving station STA2 acquires the complete MAC frame header field information of the data packet from the complete MAC frame header.
- step S512 the receiving station STA2 feeds back a data packet response message to the sending station.
- step S513 the transmitting station STA1 receives the response message of the data packet.
- step S514 the transmitting station STA1 sends a stream end message to the receiving station STA2.
- step S515 the receiving station STA2 receives the stream end message, deletes the stream identifier saved by the local storage unit and the MAC frame header field information of the flag, and feeds back to the sending station STA1 a stream end response message;
- step S5166 the sending station STA 1 receives the stream end response message, and deletes the stream identifier saved by the local storage unit and the MAC frame header field information of the identifier.
- FIG. 7 is a schematic diagram of a continuous data packet of the first embodiment.
- the transmitting station STA1 sends an HC-REQ request; the receiving station STA2 responds with HC-RESP, and saves the flow identifier and its marked MAC frame header field information.
- the receiving station STA2 responds with an ACK response.
- the transmitting station STA1 sends a TAIL frame; the receiving station STA2 responds with an ACK response while deleting the stream identifier and its marked MAC frame header field.
- Embodiment 2 Embodiment 2
- This embodiment relates to a method of transmitting a continuous packet.
- the flow compression bit and the flow field are set in the data packet to indicate whether the packet is transmitted in the format of the flow identifier compression, indicating whether the multiple MAC frame header fields of the packet are the same as the field information identified by the flow identifier, indicating that the packet is successfully transmitted.
- the second embodiment uses the stream end bit in the stream field instead of the stream end frame.
- FIG. 8 is a flow chart of transmission of data packets between stations according to a second embodiment of the present invention.
- step S800 the sending station STA1 sends a compression request message to the receiving station STA2, where the compression request message may be, but not limited to, a frame header control request frame (HC-REQ frame), carrying a packet belonging to a continuous packet.
- the label-flow identifier Flow ID and the same MAC frame header field information of the continuous packet identified by the flow identifier.
- the MAC frame header field may be address field information (address 1, address 2, address 3, address 4),
- the QoS controls one of the field information or the HT information or any combination thereof.
- step S801 the receiving station STA2 receives the compression request message, locally stores the flow identifier and the MAC frame header field marked by the flow identifier, and feeds back a compression response message to the sending station STA1, where the compression response message may be However, it is not limited to the frame header control response frame (HC-RESP frame), indicating that the flow identifier negotiation is successful.
- the compression response message may be
- step S802 the sending station STA1 receives the compression response message, and locally saves the negotiated flow identifier and the MAC frame header field information marked by the flow identifier, and the flow identifier negotiation step is completed.
- step S803 the sending station STA1 determines whether the MAC frame header field of the data packet can be replaced by the stream identifier; if the MAC frame header field of the data packet can be replaced by the stream identifier, step S804 is performed, otherwise step S805 is performed.
- step S804 the sending station STA1 sets the stream compression bit of the signaling field in the data packet to 1, and the data packet carries a compressed MAC frame header containing a stream field, where the stream field includes a stream identifier.
- the stream compression bit of 1 indicates that the data packet carries the compressed MAC frame header containing the stream field, and a value of 0 indicates that the data packet contains the complete MAC frame header.
- the flow field includes not only a flow identifier, but also a type of a time domain/ID field indicator bit, an address 3 field indicator bit, an address 4 field indicator bit, a QoS control field indicator bit, and an HT control field indicator bit. Or a combination of them.
- time domain/ID field indication If the data packet requires the time domain/ID field indication, set the time domain/ID field indication bit to 1, and the time domain/ID field appears in the compressed MAC frame header, and set the corresponding parameter; otherwise, set the time domain.
- the /ID field indicates that the bit is 0, and the default time domain/ID field is in the compressed MAC frame header.
- the set address 4 field indicates that the bit is 1, in the compressed MAC frame header
- the address 4 field appears, indicating that the receiving station obtains the address 4 field information from the compressed MAC frame header; otherwise, the setting address 4 field indicates that the bit is 0, and the default address 4 field is in the compressed MAC frame header.
- the frame control field of the data packet indicates the presence of the QoS field, and the QoS control field letter
- the information is different from the QoS control field information marked by the flow identifier.
- the QoS control field indication bit is set to 1, and a QoS control field is displayed in the compressed MAC frame header, indicating that the receiving station obtains the QoS control field information from the compressed MAC frame header; otherwise, setting The QoS Control field indicates that the bit is 0 and the default QoS Control field is in the compressed MAC header.
- step S806 the sending station STA1 determines whether the stream identifier is used after the data packet is successfully transmitted. If it is determined that the stream identifier is used after the data packet is successfully transmitted, step S808 is performed; otherwise, step S807 is performed;
- step S807 the sending station STA1 sets the stream end bit (TAIL bit) of the data packet to be invalid, instructing the receiving station to delete the stream identifier saved by the local storage unit and the MAC frame header field information marked by the stream identifier; the stream end bit may be Configured in, but not limited to, a stream field.
- TAIL bit stream end bit
- step S808 the sending station STA1 setting and the stream end bit (TAIL bit) of the data packet are valid, instructing the receiving station to continue to save the local stream identifier and the MAC frame header field information marked by the stream identifier.
- Figure 9 illustrates the packet format of the compressed MAC frame header field.
- the packet introduces a stream compression bit in the signaling field.
- the data packet introduces a stream field in the data field, the stream field includes a stream identifier, and a time domain field indicator bit, an address 3 field indicator bit, an address 4 field indicator bit, a QoS control field indicator bit, and an HT control field indicator bit. , TAIL indicator bits, etc. As can be seen from FIG.
- the QoS control field indication bit in the flow field is 1, and
- the stream field is followed by the corresponding QoS control field, which is significantly smaller than the full MAC frame header.
- Figure 9 shows the specific location of the stream compression bits
- the stream compression bits can be set in other parts than the signaling field, such as the frame control field.
- step S805 the sending station STA1 sets the stream compression bit of the signaling field in the data packet to 0, and the data packet carries the complete MAC frame header.
- step S809 the transmitting station STA1 transmits a data packet.
- the receiving station STA2 receives the data packet.
- step S811 the receiving station STA2 determines whether the stream compression bit of the signaling field in the data packet is valid. If the stream compression bit of the signaling field in the data packet is valid, step S812 is performed, otherwise step S813 is performed.
- step S812 the receiving station STA2 acquires the stream field information in the MAC frame header field and the stream identifier therein; and according to the stream identifier, searches the local storage unit for the complete MAC frame header field of the data packet.
- the time domain/ID field indication bit the address 3 field indication bit, the address 4 field indication bit, the QoS control field indication bit, the HT control field indication bit, or any combination thereof in the MAC frame header field.
- the address 4 field indicates that the bit is 1, the address 4 information of the packet is obtained from the address 3 field in the compressed MAC frame header; otherwise, the address 4 information of the packet is obtained from the local storage unit.
- the QoS control field indicates that the bit is 1, the QoS control information of the data packet is obtained from the QoS control field in the compressed MAC frame header; otherwise, the QoS control of the data packet is obtained from the local storage unit.
- the HT Control field indicates that the bit is 1, the HT control information of the data packet is obtained from the HT control field in the compressed MAC frame header; otherwise, the HT control information of the data packet is obtained from the local storage unit.
- the embodiment of the present invention can flexibly handle the changed MAC frame header field and improve the flexibility of use.
- the receiving station STA2 obtains the stream end bit information of the data packet, and if the stream end bit is valid, deletes the stream identifier saved by the local storage unit and the MAC frame header field indicated by the flow identifier; otherwise, the stream identifier saved by the local storage unit is saved. And the MAC frame header field marked by the stream identifier.
- the receiving station STA2 acquires the complete MAC frame header field information of the data packet from the complete MAC frame header.
- the receiving station STA2 feeds back a response message of the data packet.
- step S815 the sending station STA1 receives the response message of the data packet, and if the flow end information in the data packet is valid, deletes the flow identifier and the MAC frame header field indicated by the flow identifier saved by the local storage unit; otherwise, the local storage unit is maintained.
- the flow identifier and the flow identifier identify the MAC frame header field.
- FIG. 10 is a schematic diagram of a continuous data packet of the second embodiment.
- the transmitting station STA1 transmits an HC-REQ request; the receiving station STA2 responds with HC-RESP, and saves the flow identifier and its marked MAC frame header field.
- the receiving station STA2 responds with an ACK response.
- the field information indicated by the flow ID remains unchanged in the continuous packet flow corresponding to the identifier, but the field information indicated by the flow ID is also available.
- Instant updates The following steps S812 and S815 of the second embodiment are taken as an example for description.
- step S812 (4-2) - (4-5) are adjusted as follows:
- the address 4 field indicates that the bit is 1
- the address 4 information of the data packet is obtained from the address 4 field in the compressed MAC frame header, and the address marked by the stream identifier stored in the local storage unit is updated. Information; otherwise the address 4 information of the packet is obtained from the local storage unit.
- the QoS control field indicates that the bit is 1
- the QoS control information of the data packet is obtained from the QoS control field in the compressed MAC frame header, and the QoS marked by the flow identifier stored in the local storage unit is updated. Control information; otherwise, the QoS control information of the data packet is obtained from the local storage unit.
- the HT control field indication bit is 1, the HT control information of the data packet is obtained from the HT control field in the compressed MAC frame header, and the HT identified by the flow identifier stored in the local storage unit is updated. Control information; otherwise, the HT control information of the data packet is obtained from the local storage unit.
- the sending station STA1 receives the response message of the data packet, and if the flow end information in the data packet is valid, deletes the flow identifier and the MAC frame header field indicated by the flow identifier saved by the local storage unit; otherwise, according to the field indication field included in the flow field in the data packet Update the MAC frame header field information marked by the local storage unit stream identifier:
- the address 3 field indication bit in the flow field is 1, the address 3 information of the data packet is obtained from the address 3 field in the compressed MAC frame header, and the address 3 information marked by the flow identifier is updated as a data packet.
- the address 3 field information of the MAC frame header is compressed; otherwise, the address 3 information marked by the stream identifier is kept unchanged;
- This embodiment protects another method of transmitting a continuous data packet.
- the transmitting station and the receiving station determine the transmission format of the next data packet by negotiating the indication bit, and provide a scheme for more effectively compressing the MAC frame header.
- FIG. 11 is a schematic flowchart of sending a continuous data packet according to Embodiment 3 of the present invention.
- step S 1100 the process begins with step S 1100.
- step S1101 the transmitting station STA1 prepares to transmit a data packet.
- step S 1102 the transmitting station STA1 determines whether the data packet is the first data packet in the continuous data packet sent to the receiving station STA2, and if yes, proceeds to step S1104, otherwise proceeds to step S1103.
- step S1103 the sending station parses a previous response message sent to the receiving station STA2 to obtain a compression negotiation bit of the response packet.
- step S1105 the transmitting station STA1 determines whether the compression negotiation bit of the response packet of the previous data packet is valid. If it is valid, it will be changed to step S1107, otherwise it will be changed to step S1106.
- step S1106 the transmitting station STA1 clears the compressed field information stored in the local storage unit, and then proceeds to step S1104.
- step S1107 the transmitting station STA1 maintains the compressed field information stored in the local storage unit unchanged.
- step S1104 the transmitting station STA1 sets the complete indication bit of the data packet to 1, and the data packet includes a complete MAC frame header, and the complete indication bit indicates that the data packet contains the complete MAC frame header.
- the compression negotiation bit may be set in a signaling field in a data packet or in a frame control field in a data packet, the position of which is not limited.
- step S1108 the transmitting station STA1 locally stores the compressed field information in the complete MAC frame header.
- step S1109 the transmitting station STA1 sets the complete indication bit of the data packet to 0, and the data packet includes a compressed MAC frame header, and the complete indication bit indicates that the data packet includes the compressed MAC frame header.
- step S1110 the transmitting station STA1 determines whether a specific field in the MAC frame header of the next consecutive data packet can be replaced by a specific field saved by the storage unit, and if it can be changed to step S1111, otherwise, the process proceeds to step S1112.
- step S1111 the transmitting station STA1 sets the compression negotiation bit to 1, indicating that the next consecutive data packet sent by the transmitting station STA1 will contain the compressed MAC frame header.
- the compression negotiation bit may be set in a signaling field in a data packet or in a frame control field in a data packet, the position of which is not limited.
- step S1112 the sending station STA1 sets the compression negotiation bit to 0, indicating that the next consecutive data packet sent by the transmitting station STA1 will contain the complete MAC frame header.
- step S1113 the transmitting station STA1 transmits the data packet.
- FIG. 12 is a schematic flow chart of receiving a continuous data packet according to Embodiment 3 of the present invention.
- step S1201 the receiving station STA2 receives the data packet.
- step S1202 the receiving station STA2 determines whether the complete indicator bit in the data packet is valid. If it is valid, the process goes to step S1204, otherwise it goes to step S1203.
- step S1203 the receiving station STA2 obtains the complete MAC frame header field information of the data packet from the MAC frame header.
- step S1204 the accepting station STA2 acquires MAC frame header specific field information of the data packet from the local storage unit.
- step S1205 the receiving station STA2 determines whether the compression negotiation bit in the data packet is valid. If it is valid, then the process goes to step S1206, otherwise it changes to step S1207.
- step S1206 the receiving station STA2 decides whether to agree that the next data packet contains a compressed MAC frame header. If you agree, go to step S1208. If you do not agree, go to step S1209.
- step S1208 the receiving station STA2 saves the specific field information in the MAC frame header in the local storage unit, and sets the compression negotiation bit of the response message to 1, indicating that the receiving station STA2 is ready to receive the data packet including the compressed MAC frame header.
- step S1207 the receiving station STA2 clears the specific field information in the MAC frame header saved by the local storage unit, and sets the compression negotiation bit of the response message to 0, indicating that the receiving station STA2 does not receive the data packet including the compressed MAC frame header.
- step S1209 the receiving station STA2 sends a response message.
- Figure 13 illustrates a packet format including a compressed MAC header in Embodiment 3.
- the packet In addition to the regular short training field, long training field, service field, and tail and padding fields, the packet also introduces a full indicator bit and a compression negotiation bit in the signaling field.
- the data packet introduces a compressed MAC frame header, a frame body and an FCS in the data field, wherein the compressed MAC frame header contains only the frame control field and the sequence control field. It is obvious that the MAC frame header length of the packet is greatly compressed compared to before.
- Figure 14 is a schematic diagram showing the transmission of consecutive data packets in the third embodiment.
- the transmitting station STA1 sends a complete packet 1, where the full indicator bit is 1, and the compression negotiation bit is 0.
- the receiving station STA2 receives the data packet 1, responds to the response message ACK frame, and sets the compression negotiation bit of the response packet to 0, indicating that the data packet containing the compressed MAC frame header is not received.
- the transmitting station STA1 sends a complete data packet 2, in which both the full indicator bit and the compression negotiation bit are 1.
- the receiving station STA2 receives the data packet 2, responds to the response message ACK frame, and sets the compression negotiation of the response packet.
- the bit is 0, indicating that the packet containing the compressed MAC frame header is not received.
- the sending station STA1 sends a complete packet 3, where both the full indicator bit and the compression negotiation bit are 1.
- the receiving station STA2 receives the data packet 3, responds to the response message ACK frame, and sets the compression negotiation bit of the response packet to 1, indicating that the data packet containing the compressed MAC frame header is received.
- the transmitting station STA1 sends a compressed data packet 4 with a complete indication bit of 0 and a compression negotiation bit of 1.
- the receiving station STA2 receives the data packet 4, responds to the response message ACK frame, and sets the compression negotiation bit of the response packet to 1, indicating that the data packet containing the compressed MAC frame header is continuously received.
- the transmitting station STA1 sends a compressed data packet 5 with a complete indication bit of 0 and a compression negotiation bit of 1.
- the receiving station STA2 receives the data packet 5, responds to the response message ACK frame, and sets the compression negotiation bit of the response packet to 1, indicating that the data packet including the compressed MAC frame header is continuously received.
- the sending station STA1 sends a compressed data packet 6, where the full indicator bit and the compression negotiation bit are both zero.
- the receiving station STA2 receives the data packet 6, responds with an ACK, and sets the compression negotiation bit to 0, indicating that the data packet containing the compressed MAC frame header is no longer received.
- the corresponding field in the locally stored MAC frame header field is updated in time according to the validity of each indicator bit (see step S1108 of Fig. 11 and step S1208 of Fig. 12).
- another possible solution is that although the indicator bits are valid, the locally stored MAC frame header field remains unchanged.
- the compression control field is included in the continuous data packet including the compressed MAC frame header, and the compression control field includes the address 3 field indication bit, the address 4 field indication bit, and the QoS control field indicator bit.
- One or a combination of the HT control indication bits and the like provides a scheme for compressing the MAC frame header and applying it flexibly.
- FIG. 15 is a schematic flow chart of transmitting a continuous packet according to Embodiment 4 of the present invention.
- Figure 15 and Figure 11 are basically the same, so the same steps are denoted by the same reference numerals. The only difference is the step S 1507 and the step S1509.
- step S1507 since it is determined in step S1105 that the compression compression negotiation bit of the response message of the previous data packet is valid, the specific field information held in the local storage unit continues to be saved or updated.
- the updating method is: if the field indication bit in the compression control field of the previous data packet is valid, then the storage is performed. The corresponding field information is updated in the unit. For example, in the previous data packet, if the QoS control field indicates that the bit is 1, the QoS control field information in the storage unit is updated according to the QoS control field information in the data packet.
- step S 1509 the transmitting station STA1 prepares a data packet containing the compressed MAC frame header to be sent to the receiving station.
- the compressed MAC frame header includes a compression control field, where the compression control field includes multiple field indication bits, and indicates specific fields in a specific field of the MAC frame header, such as a time domain field indication bit, an address 3 field indication bit, and an address. 4 field indicator bits, QoS Control field indication bits, HT Control Field Indicator bits, and the like.
- time domain field indication bit if the time domain field of this data packet is not configurable by default, set the time domain field indication bit to 1, and the time domain field appears in the compressed MAC frame header, and set the corresponding time; otherwise, set the time domain field indication bit. 0, the default time domain field in the compressed MAC frame header.
- (12-2) if the frame control in the data packet indicates that the packet has an address 3 field, and the address 3 field information is different from the address 3 field information in the specific field saved by the local storage unit, setting the address 3 field indicating bit 1 is the address 3 field in the compressed MAC frame header, indicating that the receiving station obtains the address 3 field information from the compressed MAC frame header of the data packet; otherwise, setting the address 3 field indicating bit to 0, the default in the compressed MAC frame header Address 3 field.
- (12-4) if the frame control in the data packet indicates that the QoS control field exists in the packet, and the QoS control field information is different from the QoS control field information in the specific field saved by the local storage unit, setting the QoS control field indication bit 1, the QoS control field appears in the compressed MAC frame header, indicating that the receiving station obtains the QoS control field information from the compressed MAC frame header of the data packet; otherwise, the QoS control field indication bit is set to 0, and is absent in the compressed MAC frame header.
- the QoS control field indication bit is set to 0, and is absent in the compressed MAC frame header.
- the HT control field indication bit is set. Is 1, the HT control field appears in the compressed MAC frame header, indicating the receiving station from The HT control field information is obtained in the compressed MAC frame header of the data packet; otherwise, the HT control field indication bit is set to 0, and the default HT control field is in the MAC frame header field.
- 16 is a flow chart showing the process of receiving a continuous data packet according to Embodiment 4 of the present invention.
- 16 and 12 are substantially the same, and therefore the same steps are denoted by the same reference numerals.
- the difference between FIG. 16 and FIG. 12 is only in step 1603 and step 1608, that is, how to obtain the field information in the MAC frame header of the data packet including the compressed MAC frame header and the specific field information in the local storage unit.
- step 1603 since the complete indication bit of the signaling field in the data packet is 0, the receiving station STA1 acquires field information in the MAC frame header of the data packet from the compressed MAC frame header or the local storage unit.
- the local storage unit acquires the QoS control information of the packet.
- the HT control field indication bit in the compression control field is 1, the HT control information of the data packet is obtained from the HT control field in the compressed MAC frame header; otherwise, the local storage unit acquires the HT identified by the flow identifier. Control information.
- step 1608 because the receiving station STA1 agrees to send the station STA2 to include the compressed MAC frame header in the next data packet, the receiving station STA1 locally saves or updates the specific field information in the MAC frame header, and sets the compression of the response packet.
- the negotiation bit is 1. If the complete indicator bit is valid, the storage unit is established, and the specific field information in the complete MAC frame header is saved; if the complete indicator bit is invalid, if the field indication bit in the compression control field of the data packet is valid, in the storage unit unit Update the corresponding field information, otherwise it will not be updated.
- FIG. 17 is a diagram showing the format of a packet including a compressed MAC header in Embodiment 4. As shown in FIG. 14, in addition to the conventional short training field, long training field, service field, and tail and padding fields, the data packet also introduces a complete indicator bit and a compression negotiation bit in the signaling field.
- the data packet introduces a compressed MAC frame header, a frame body and an FCS in the data field, wherein the compressed MAC frame header includes frame control, compression control, sequence control, and QoS control, due to the QoS control field in the compression control field.
- the indication bit is 1, so the QoS Control field appears in the compressed MAC header.
- the MAC header field length is significantly compressed compared to before.
- Figure 18 is a diagram showing the transmission of a continuous packet in the fourth embodiment. 18 and FIG. 14 are basically the same, except that in FIG. 18, in the compressed data packet 5 transmitted by the transmitting station STA1, the QoS control field indicated in the compression control field indicates that the bit is 1, indicating that the compressed MAC frame header is The QoS Control field is included.
- FIG. 19 is a schematic structural diagram of a station according to an embodiment of the present invention.
- the station 1900 includes: a first sending unit 1910, configured to send a compression request to the second station, where the compression request carries the flow identifier and the field information of the media access control MAC frame header of the subsequent data packet; the receiving unit 1920, Receiving a compression response sent by the second station; the second sending unit 1930, sending, to the second station, a first data packet including a complete MAC frame header or a compressed MAC frame header having a flow field, where the flow field includes a flow identifier .
- the first data packet carries flow indication information, where the flow indication information is configured in a signaling field or a frame control field; and the flow indication information indicates that the first data packet is a complete MAC frame header data packet or includes a flow The field's compressed MAC frame header packet.
- the flow field further includes: one or more of a time domain/ID field indication bit, an address 3 field indication bit, an address 4 field indication bit, a QoS control field indication bit, and an HT control field indication bit;
- the time domain/ID field indication bit, the address 3 field indication bit, the address 4 field indication bit, the QoS control field indication bit, and the HT control field indication bit respectively indicate whether a corresponding field is included in the first data packet in which it is located.
- the station includes an update unit, configured to update locally saved corresponding field information according to one or more of an address 3 field indication bit, an address 4 field indication bit, a QoS control field indication bit, and an HT control field indication bit. .
- the stream field includes a stream end bit; the stream end bit is used to indicate whether to end the stream label Use of knowledge.
- the field information is one of an Address 3 field, an Address 4 field, a QoS Control field or an HT Control field, or any combination thereof.
- FIG. 20 is a schematic structural diagram of a station according to an embodiment of the present invention.
- the station 2000 includes: a sending unit 2010, configured to send, to the second station, a first data packet, where the first data packet carries complete indication information and/or a first compression negotiation message; and the receiving unit 2010 receives the The second station feeds back the response message of the first data packet, and obtains the second compression negotiation information in the response message.
- the complete indication information indicates whether the first data packet carries a complete MAC frame header, and when the complete indication information is valid, the first data packet carries a complete MAC frame header; the complete indication information is configured in the first The signaling field or frame control field of the packet.
- the first compression negotiation information indicates whether to send the second data packet immediately following the first data packet to the second station and includes the compressed MAC frame header; the first compression negotiation information is configured in the first data packet. Let the field or frame control the field.
- the station includes: a determining unit, before sending the first data packet to the second station, determining whether the first data packet is sent to the second station and is the first data packet in the continuous packet; In the case where the first data packet is sent to the second site and is the first packet in the continuous packet, the complete indication information of the first data packet is set to be valid.
- the station includes: a determining unit, in a case where the first data packet is sent to the second station and is not the first one of the consecutive packets, determining the third data sent to the second station before transmitting the first data packet Whether the second compression negotiation message of the response message of the packet is valid; the setting unit, if the second compression negotiation message is valid, setting the complete indication information of the first data packet is invalid; the second compression negotiation message is invalid In this case, the complete indication of setting the first packet is valid.
- the station comprises a storage unit that keeps the compressed field in the locally saved MAC header unchanged or updated if the second compression negotiation message is valid.
- the first transport packet configures a compressed MAC frame header;
- the compressed MAC frame header includes a frame control field and a sequence control field, or a frame control field, and a compression control Field and sequence control fields.
- the compression control field includes one of a time domain/ID field indicator bit, an address 3 field indicator bit, an address 4 field indicator bit, a QoS control field indicator bit or an HT control field indicator bit, or any combination thereof.
- the first transport packet configures a complete MAC frame header in case the complete indication information of the first data packet is set to be valid.
- the station includes: a storage unit that locally stores field information in a MAC frame header, where the field information is one of an address 3 field, an address 4 field, a QoS control field, or an HT control field, or any combination thereof. .
- the station includes: a determining unit, determining whether the field information of the MAC frame header of the second data packet sent to the second station and immediately following the first data packet can be replaced by the field information of the locally saved MAC frame header; a unit, when the field information of the second data packet can be replaced by locally saved field information, setting a compression negotiation message of the first data packet is valid; when the field information of the second data packet is unavailable, the locally saved field is unavailable. In the case where the information is replaced, the compression negotiation message for setting the first data packet is invalid.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明各实施例提供了一种连续传输数据包的发送、接收方法和装置。在一种发送连续数据包的方法中,包括下列步骤:第一站点向第二站点发送压缩请求,所述压缩请求携带流标识以及后续数据包的媒体访问控制MAC帧头的字段信息;接收第二站点发送的压缩响应;向第二站点发送包含完整MAC帧头或者包含具有流字段的压缩MAC帧头的第一数据包,其中,所述流字段包含流标识。本发明各实施例可以有效压缩连续数据包的MAC帧头字段长度,节省连续数据包的不必要开销,不但提高信道媒介资源的利用效率,还有助于发送站点节能;此外灵活处理出现变化的MAC帧头字段,提高使用的灵活度。
Description
一种连续数据包的发送、 接收方法和装置 技术领域
本发明涉及通信领域, 特别是涉及一种连续传输数据包的方法和装置。 技术背景
IEEE 802. 11技术为多个物理层 ( Physical layer,简称 PHY) 制定一个通 用的媒介接入控制层 ( Medium access control,简称 MAC) 以规范无线局域网 的建设。 其中媒介接入控制层的主要任务就是为同网络中的多个站点建立寻址 和信道接入控制机制, 使得多站点之间的通信成为可能。
站点之间的通信以数据包分组结构为基本单元, 其所述数据包分组结构如 图 1所示, 其中短训练字段 (Short traning field,简称 STF) 和长训练字段 ( Long traning field,简称 LTF) 为数据包的前导码, 前者用于分组开始的 检测、 自动增益控制 ( Automatic gain control,简称 AGC ) 设置、 初始频率 偏移估计和初始时间同歩; 后者用于信道估计、 精确的频率偏移估计和时间同 歩。 信令字段用于指示数据包的分组速率和长度信息等。 服务字段用于与解扰 器进行同歩, 数据字段包含 MAC帧的内容, 尾部与填充用于尾部填充。
MAC帧一般包括三个部分, MAC帧头(MAC header)、可变长度的帧体(Frame body)和帧校验序列(Frame check sequence,简作 FCS)。 MAC帧头字段依次包括 帧控制字段、 时长 /ID字段、 地址 1字段、 地址 2字段、 地址 3字段、 序列控 制字段、 地址 4字段、 QoS ( Qual ity of service,意即服务质量) 控制字段、 HT (High Throughput , 意即高吞吐量)控制字段。 在 MAC帧头字段中, 前三个字 段是所有 MAC帧都会出现的字段, 其余字段则由帧控制字段的参数决定。
802. l lah的应用场景中, 大多数据包为 64〜128字节的小包, 但是完整的 MAC帧头信息最多将占用 36字节, 对于连续传输的多个小包而言, 其 MAC帧头 信息可能完全一样, 例如地址信息、 QoS信息或 HT信息, 对媒介资源将造成极 大的浪费。
针对这种情况, 一种现有技术提出采用流标识(Flow ID) 标识连续多个数 据包相同的 MAC帧头信息, 例如地址信息、 QoS信息或 HT信息, 在连续传输的
多个数据包中, 利用更短字节的流标识代替相应的 MAC帧头信息, 不但可以节 省对媒介资源的开销, 还有助于发送站点节能。
图 2示意了该现有技术的连续数据包的传输过程。 首先发送站点 (STA1 ) 与接收站点(STA2 )进行帧头控制请求帧(简称 HC-REQ,对应于 Header control request )禾口巾贞头控制口向应巾贞(简称 HC-RESP,对应于 Header control response ) 交换, 协商连续包的 MAC帧头信息标识流标识, 所述流标识可以标识地址信息 (Addressl/2/3/4), QoS信息或 HT信息等, 接收站点在本地存储单元保存流 标识和其标识的 MAC帧头信息; 其次站点之间协商流标识完毕后, 发送站点向 接收站点发送携带流标识的压缩数据包, 该数据包的压缩格式如图 3所示, 接 收站点根据流标识从本地存储单元获取所述压缩数据包 MAC帧头信息; 最后发 送站点发送一个尾帧 (TAIL帧) 通告结束流标识的使用。
如图 3所示, 连续数据包的压缩格式, 其 MAC帧头字段只包含帧控制信息、 流标识信息和序列控制信息, 其中流标识的长度 (TBD, 待定义) 小于完整 MAC 帧头字段的长度, 可有效的节省传输时对媒介资源的开销。
然而, 该现有技术的问题主要有, 一是站点之间协商的流标识所标识的信 息都是固定的, 如果连续包中出现信息变化的情况, 例如该包的 QoS控制字段 与流标识所标识的 QoS控制字段不同时, 则流标识在本包传输时不可用, 需要 重新协商流标识或者发送完整的数据包格式, 流标识的应用缺乏灵活度; 二是 结束流标识应用时, 需要交换 TAIL/ACK帧, 将占用更多的信道资源; 三是流标 识的长度待定义, 还存在压缩 MAC帧头字段的空间。 发明内容
有鉴于此, 为解决上述问题, 本发明提出有效解决连续包传输灵活度的解 决方案。
在第一方面, 本发明实施例提供一种发送连续数据包的方法。该方法包括: 第一站点向第二站点发送压缩请求, 所述压缩请求携带流标识以及后续数据包 的媒体访问控制 MAC帧头的字段信息; 接收第二站点发送的压缩响应; 向第二 站点发送包含完整 MAC帧头或者包含具有流字段的压缩 MAC帧头的第一数据包, 其中, 所述流字段包含流标识。
在第二方面, 本发明提供一种第一站点接收连续数据包的方法。 该方法包 括: 第一站点向第二站点发送包含第一数据包, 所述第一数据包携带完整指示 信息和 /或第一压缩协商信息;接收第二站点反馈第一数据包的响应消息, 获取 响应消息中的第二压缩协商信息。
在第三方面, 本发明实施例提供一种站点。 该站点包括: 第一发送单元, 向第二站点发送压缩请求, 所述压缩请求携带流标识以及后续数据包的媒体访 问控制 MAC帧头的字段信息;接收单元,接收第二站点发送的压缩响应;第二发 送单元,向第二站点发送包含完整 MAC帧头或者包含具有流字段的压缩 MAC帧头 的第一数据包, 其中, 所述流字段包含流标识。
在第四方面, 本发明实施例提供一种站点。该站点包括: 发送单元,向第二 站点发送包含第一数据包,所述第一数据包携带完整指示信息和 /或第一压缩协 商信息;接收单元,接收第二站点反馈第一数据包的响应消息,获取响应消息中 的第二压缩协商信息。
本发明各实施例可以有效压缩连续数据包的 MAC帧头字段长度, 节省连续 数据包的不必要开销, 不但提高信道媒介资源的利用效率, 还有助于发送站点 节能; 此外灵活处理出现变化的 MAC帧头字段, 提高使用的灵活度。
附图说明
图 1是 802. 11的数据包分组结构;
图 2示意了一种现有技术的连续数据包的传输过程;
图 3是现有技术连续数据包的压缩格式;
图 4示意了 WLAN的服务集;
图 5是根据本发明第一实施例的站点之间数据包的传输流程图;
图 6示意了实施例一中包含压缩 MAC帧头的数据包格式;
图 7是实施例一的连续数据包的传输示意图;
图 8是根据本发明实施例二的站点之间数据包的传输流程图;
图 9示意了实施例二中包含压缩 MAC帧头的数据包格式;
图 10是实施例二的连续数据包的传输示意图;
图 11是根据本发明实施例三的发送连续数据包的流程示意图;
图 12是根据本发明实施例三的接收连续数据包的流程示意图; 图 13示意了实施例三中包含压缩 MAC帧头的数据包格式;
图 14是实施例三中连续数据包的传输示意图;
图 15是根据本发明实施例四的发送连续数据包的流程示意图;
图 16是根据本发明实施例四的接收连续数据包的流程示意图;
图 17示意了实施例四中包含压缩 MAC帧头的数据包格式;
图 18是实施例四中连续数据包的传输示意图;
图 19是根据本发明实施例的一种站点的结构示意图;
图 20是根据本发明实施例的一种站点的结构示意图。 具体实施方式
图 4示意了无线局域网 (WLAN: Wireless local area network) 的各种服 务集。 其中基本服务集 (BSS: Basic service set ) 由某一特定覆盖区域之内, 并具有某种关联的站点 STA组成。 图 4所示的 BSS2和 BSS3便是这样的基本服 务集。 在 BSS 网络中具有专职管理 BSS 的中央站点被称为接入点 AP (Access point) , 而在该网络中的其它站点 STA都与它相关联。 多个 BSS网通过分布式 ***(DS: Distribution system)相互连接即刻组成扩展服务集(ESS : Extended service set)。在 AP缺失的情况下,站点 STA也可以自组网络而相互直接通信, 此网络即为独立基本月艮务集 ( IBSS : Independent basic service set ) , 如 BSS1。
下文将以站点 STA1和 STA2为例介绍本发明各实施例中各站点之间的数据 包的传输情况。 需要指出, 各实施例不仅同样适用于其它站点之间的数据包的 传输, 也同样适用于图 4以外的其它类型站点之间数据包的传输。 实施例一
本实施例涉及一种连续包的传输方法。 通过在数据包中设置流压缩位和流 字段指示本包是否以流标识压缩的格式传输、 指示本包的多个 MAC帧头字段与 流标识所标识的 MAC帧头字段信息是否相同, 设计了一种提高流标识应用灵活 度的方案。
图 5是根据本发明实施例一的站点之间数据包的传输流程图。
如图 5所示, 在歩骤 S500, 发送站点 STA1向接收站点 STA2发送压缩请求 消息, 所述压缩请求消息可以是但不限于帧头控制请求帧(HC-REQ帧) , 其携 带属于连续数据包的标签-流标识 Flow ID和流标识所标识的连续数据包的相同 的 MAC帧头字段信息。
所述 MAC帧头字段信息可以是地址字段信息 (地址 1、 地址 2、 地址 3、 地 址 4) 、 QoS控制字段信息或 HT控制信息中的一种或者它们的任意组合。
在歩骤 S501 , 接收站点 STA2接收所述压缩请求消息, 本地保存其携带的 所述流标识 Flow ID和流标识所标记的 MAC帧头字段信息, 并向发送站点 STA1 发送压缩响应消息, 指示流标识协商成功, 所述压缩响应消息可以是但不限于 帧头控制响应帧 (HC-RESP帧) 。
在歩骤 S502 , 发送站点 STA1接收所述压缩响应消息, 本地保存协商的流 标识 Flow ID和流标识所标记的 MAC帧头字段, 流标志协商歩骤完成。
在歩骤 S503 , 发送站点 STA1确定是否结束流标识 Flow ID的使用, 如果 确定结束流标识的使用, 则执行歩骤 S514, 否则执行歩骤 S504。
在歩骤 S504, 发送站点 STA1确定数据包的 MAC帧头字段是否可用流标识 代替, 如果确定数据包的 MAC帧头字段可用流标识代替, 则执行歩骤 S505; 否 则执行歩骤 S506;
在歩骤 S505 ,发送站点 STA1设置数据包中信令字段的流压缩位为 1, 数据 包携带包含流字段的压缩 MAC帧头; 所述流字段包含有流标识。 所述流压缩位 为 1指示本数据包包含压缩的 MAC帧头, 为 0指示本数据包包含完整的 MAC帧 头。
需要指出, 在本说明书中某指示位为 1表示该指示位有效, 指示位为 0表 示该指示位为无效, 除非另作特别表示。
在一个例子中, 所述流字段不仅含有流标识, 且包含有时域 /ID 字段指示 位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位或 HT控制字 段指示位的一种或它们的任意组合。
( 1-1 ) 、 如果数据包需要时域 /ID字段指示, 设置时域 /ID字段指示位为 1, 在压缩 MAC帧头中出现时域 /ID字段, 设置相应的参数; 否则设置时域 /ID 字段指示位为 0, 在压缩 MAC帧头中缺省时域 /ID字段。
( 1-2 )、如果数据包的帧控制字段指示存在地址 3字段, 且地址 3字段信 息与流标识所标记的地址 3字段信息不同, 设置地址 3字段指示位为 1, 在压 缩 MAC帧头中出现地址 3字段, 指示接收站点从压缩 MAC帧头中获取地址 3字 段信息; 否则设置地址 3字段指示位为 0, 在压缩 MAC帧头中缺省地址 3字段。
( 1-3 )、如果数据包的帧控制字段指示存在地址 4字段, 且地址 4字段信 息与流标识所标记的地址 4字段信息不同, 设置地址 4字段指示位为 1, 在压 缩 MAC帧头中出现地址 4字段, 指示接收站点从压缩 MAC帧头中获取地址 4字 段信息; 否则设置地址 4字段指示位为 0, 在压缩 MAC帧头中缺省地址 4字段。
( 1-4)、如果数据包的帧控制字段指示存在 QoS控制字段, 且 QoS控制字 段信息与流标识所标记的 QoS控制字段信息不同, 设置 QoS控制字段指示位为 1,在压缩 MAC帧头中出现 QoS控制字段,指示接收站点从压缩 MAC帧头中获取 QoS控制字段信息; 否则设置 QoS控制字段指示位为 0,在压缩 MAC帧头中缺省 QoS控制字段。
( 1-5 )、如果数据包的帧控制字段指示存在 HT控制字段, 且 HT控制字段 信息与流标识所标记的 HT控制字段信息不同, 设置 HT控制字段指示位为 1, 在压缩 MAC帧头中出现 HT控制字段, 指示接收站点从压缩 MAC帧头中获取 HT 控制字段信息; 否则设置 HT控制字段指示位为 0, 在压缩 MAC帧头中缺省 HT 控制字段。
图 6示意了一种携带压缩 MAC帧头的数据包格式。 除包括常规的短训练字 段、 长训练字段、 服务字段和尾部与填充字段外, 数据包在信令字段中引入流 压缩位。 与此同时, 数据包在数据字段中引入流字段, 流字段包括流标识, 以 及时域 /ID字段指示位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段 指示位、 HT控制字段指示位等。 从图 6可见, 由于该包的帧控制字段指示存在 QoS控制字段, 且 QoS控制字段与流标识所标记的 QoS控制字段信息不同, 故 而在流字段中的 QoS控制字段指示位为 1, 并在压缩 MAC帧头中除了帧控制、
流 (Flow) 字段、 序列控制字段外, 出现相应的 QoS控制字段, 与完整 MAC帧 头相比, 长度明显缩小。
需要指出, 虽然图 6给出了流压缩位的具***置, 但是其中流压缩位可以 设置在不同于信令字段的其它部分, 比如帧控制字段。
在歩骤 S506 ,发送站点 STA1设置数据包中的信令字段的流压缩位为 0,指 示数据包携带完整的 MAC帧头, 数据包包含完整的 MAC帧头。
在歩骤 S507 , 发送站点 STA1发送数据包。
在歩骤 S508 , 接收站点 STA2接收数据包。
在歩骤 S509, 接收站点 STA2判断数据包中的信令字段的流压缩位是否有 效, 如果数据包中的信令字段的流压缩位有效, 则执行歩骤 S510 , 否则执行歩 骤 S511。
在歩骤 S510 , 接收站点 STA2获取 MAC帧头字段中的流字段信息以及其中 的流标识; 根据流标识, 从本地存储单元中查找本包缺省的 MAC帧头字段信息。
此外, 根据流字段中的时域 /ID字段指示位、 地址 3字段指示位、 地址 4 字段指示位、 QoS控制字段指示位或 HT控制字段指示位的一种或它们的任意组 合, 获取数据包完整的 MAC帧头字段信息。
( 2-1 ) 、 如果时域 /ID字段指示位为 1, 则从压缩 MAC帧头中的时域 /ID 字段获取数据包的时域 /ID字段信息, 否则不获取时域 /ID字段信息。
( 2-2 ) 、 如果地址 3字段指示位为 1, 则从压缩 MAC帧头中的地址 3字段 获取数据包的地址 3信息; 否则从本地存储单元获取数据包的地址 3信息。
( 2-3 ) 、 如果地址 4字段指示位为 1, 则从压缩 MAC帧头中的地址 4字段 获取数据包的地址 4信息; 否则从本地存储单元获取数据包的地址 4信息。
( 2-4) 、 如果 QoS控制字段指示位为 1, 则从压缩 MAC帧头中的 QoS控制 字段获取数据包的 QoS控制信息; 否则从本地存储单元获取数据包的 QoS控制 自
( 2-5 ) 、 如果 HT控制字段指示位为 1, 则从压缩 MAC帧头中的 HT控制字 段获取数据包的 HT控制信息;否则从本地存储单元获取数据包的 HT控制信息。
通过上述字段指示位, 本发明实施例可以灵活处理出现变化的 MAC帧头字 段, 提高使用的灵活度。
在歩骤 S511, 接收站点 STA2从完整 MAC帧头中获取数据包的完整 MAC帧 头字段信息。
在歩骤 S512 , 接收站点 STA2向发送站点反馈数据包响应消息。
在歩骤 S513 , 发送站点 STA1接收所述数据包的响应消息。
在歩骤 S514 , 发送站点 STA1向接收站点 STA2发送流结束消息。
在歩骤 S515 , 接收站点 STA2接收所述流结束消息, 删除本地存储单元保 存的流标识和其标志的 MAC帧头字段信息,并向发送站点 STA1反馈流结束响应 消息;
在歩骤 S516 , 发送站点 STA 1接收所述流结束响应消息, 删除本地存储单 元保存的流标识和其标识的 MAC帧头字段信息。
图 7是实施例一的连续数据包的示意图。如图 7所示,发送站点 STA1发送 HC-REQ请求; 接收站点 STA2 回应以 HC-RESP , 并且保存流标识和其所标记的 MAC帧头字段信息。 发送站点 STA1在接收到 HC-RESP响应后陆续发送数据包 DATA1 ; DATA2 ( QoS=l ) ; …; DATA3。 接收站点 STA2回应以 ACK响应。 最后, 发送站点 STA1发送 TAIL帧;接收站点 STA2回应以 ACK响应, 同时删除流标识 和其所标记的 MAC帧头字段。 实施例二
本实施例涉及一种连续包的传输方法。 通过在数据包中设置流压缩位和流 字段指示本包是否以流标识压缩的格式传输、 指示本包的多个 MAC帧头字段与 流标识所标识的字段信息是否相同、 指示本包成功传输结束后流标识是否继续 使用, 设计了一种提高流标识应用灵活度的方案。不同于实施例一的地方在于, 实施例二采用流字段中的流结束位来代替流结束帧。
图 8是根据本发明实施例二的站点之间数据包的传输流程图。
如图 8所示, 在歩骤 S800 , 发送站点 STA1向接收站点 STA2发送压缩请求 消息, 所述压缩请求消息可以是但不限于帧头控制请求帧 (HC-REQ 帧), 携带 属于连续数据包的标签-流标识 Flow ID 和流标识所标识连续数据包的相同的 MAC帧头字段信息。
所述 MAC帧头字段可以为地址字段信息(地址 1、地址 2、地址 3、地址 4)、
QoS控制字段信息或 HT信息中的一种或者它们的任意组合。
在歩骤 S801 , 接收站点 STA2接收所述压缩请求消息, 本地保存其携带的 流标识和流标识所标记的 MAC帧头字段,并向发送站点 STA1反馈压缩响应消息, 所述压缩响应消息可以是但不限于帧头控制响应帧(HC-RESP帧), 指示流标识 协商成功。
在歩骤 S802 , 发送站点 STA1接收所述压缩响应消息, 本地保存协商的流 标识和流标识所标记的 MAC帧头字段信息, 流标识协商歩骤完成。
在歩骤 S803 , 发送站点 STA1确定数据包的 MAC帧头字段是否可用流标识 代替; 如果数据包的 MAC帧头字段可用流标识代替, 则执行歩骤 S804, 否则执 行歩骤 S805。
在歩骤 S804,发送站点 STA1设置数据包中信令字段的流压缩位为 1, 数据 包携带包含流字段的压缩 MAC帧头, 所述流字段包含有流标识。 所述流压缩位 为 1指示数据包携带包含流字段的压缩 MAC帧头,为 0指示数据包包含完整 MAC 帧头。
在一个例子中, 所述流字段不仅含有流标识, 且包含有时域 /ID 字段指示 位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位、 HT控制字 段指示位的一种或它们的组合形式。
( 3-1 )、如果数据包需要时域 /ID字段指示,设置时域 /ID字段指示位为 1, 在压缩 MAC帧头中出现时域 /ID字段, 设置相应的参数; 否则设置时域 /ID字段 指示位为 0, 在压缩 MAC帧头中缺省时域 /ID字段。
( 3-2)、 如果数据包的帧控制字段指示存在地址 3字段, 且地址 3字段信 息与流标识所标记的地址 3字段信息不同, 设置地址 3字段指示位为 1, 在压 缩 MAC帧头中出现地址 3字段, 指示接收站点从压缩 MAC帧头中获取地址 3字 段信息; 否则设置地址 3字段指示位为 0, 在压缩 MAC帧头中缺省地址 3字段。
( 3-3)、 如果数据包的帧控制字段指示存在地址 4字段, 且地址 4字段信 息与流标识所标记的地址 4字段信息不同, 设置地址 4字段指示位为 1, 在压 缩 MAC帧头中出现地址 4字段, 指示接收站点从压缩 MAC帧头中获取地址 4字 段信息; 否则设置地址 4字段指示位为 0, 在压缩 MAC帧头中缺省地址 4字段。
( 3-4)、 如果数据包的帧控制字段指示存在 QoS字段, 且 QoS控制字段信
息与流标识所标记的 QoS控制字段信息不同, 设置 QoS控制字段指示位为 1, 在压缩 MAC帧头中出现 QoS控制字段,指示接收站点从压缩 MAC帧头中获取 QoS 控制字段信息; 否则设置 QoS控制字段指示位为 0,在压缩 MAC帧头中缺省 QoS 控制字段。
( 3-5)、 如果数据包的帧控制字段指示存在 HT控制字段, 且 HT控制字段 信息与流标识所标记的 HT控制字段信息不同, 设置 HT控制字段指示位为 1, 在压缩 MAC帧头中出现 HT控制字段, 指示接收站点从压缩 MAC帧头中获取 HT 控制字段信息; 否则设置 HT控制字段指示位为 0, 在压缩 MAC帧头中缺省 HT 控制字段。
在歩骤 S806 , 发送站点 STA1确定数据包成功传输后是否结束流标识使用, 如果确定数据包成功传输后结束流标识使用, 则执行歩骤 S808; 否则执行歩骤 S807;
在歩骤 S807 , 发送站点 STA1设置数据包的流结束位 (TAIL位) 无效, 指 示接收站点删除本地存储单元保存的流标识和流标识所标记的 MAC帧头字段信 息; 所述流结束位可以配置在但不限于流字段。
在歩骤 S808 , 发送站点 STA1设置和数据包的流结束位 (TAIL位) 有效, 指示接收站点继续保存本地的流标识和流标识所标记的 MAC帧头字段信息。
图 9示意了压缩 MAC帧头字段的数据包格式。 除包括常规的短训练字段、 长训练字段、 服务字段和尾部与填充字段外, 数据包在信令字段中引入流压缩 位。 与此同时, 数据包在数据字段中引入流字段, 流字段包括流标识, 以及时 域字段指示位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位、 HT控制字段指示位、 TAIL指示位等。从图 9可见, 由于该包的帧控制字段指示 存在 QoS控制字段,且 QoS控制字段与流标识所标记的 QoS控制字段信息不同, 故而在流字段中的 QoS控制字段指示位为 1, 并在流字段之后紧接相应的 QoS 控制字段, 与完整 MAC帧头相比, 长度明显缩小。
需要指出, 虽然图 9给出了流压缩位的具***置, 但是流压缩位可以设置 在不同于信令字段的其它部分, 比如帧控制字段。
在歩骤 S805 ,发送站点 STA1设置数据包中的信令字段的流压缩位为 0,数 据包携带完整的 MAC帧头。
在歩骤 S809, 发送站点 STA1发送数据包。
在歩骤 S810 , 接收站点 STA2接收数据包。
在歩骤 S811 , 接收站点 STA2判断数据包中的信令字段的流压缩位是否有 效, 如果数据包中的信令字段的流压缩位有效, 则执行歩骤 S812 , 否则执行歩 骤 S813。
在歩骤 S812 , 接收站点 STA2获取 MAC帧头字段中的流字段信息以及其中 的流标识; 根据流标识, 从本地存储单元中查找数据包的完整的 MAC帧头字段。
此外, 根据 MAC帧头字段中的时域 /ID字段指示位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位、 HT控制字段指示位的一种或它们的 任意组合, 获取本包的完整的 MAC帧头字段信息。
( 4-1 )、如果时域字段指示位为 1, 则从压缩 MAC帧头中的时域 /ID字段获 取数据包的时域 /ID字段信息。
( 4-2)、 如果地址 3字段指示位为 1, 则从压缩 MAC帧头中的地址 3字段 获取数据包的地址 3信息; 否则从本地存储单元获取数据包的地址 3信息。
( 4-3)、 如果地址 4字段指示位为 1, 则从压缩 MAC帧头中的地址 3字段 获取数据包的地址 4信息; 否则从本地存储单元获取数据包的地址 4信息。
( 4-4)、 如果 QoS控制字段指示位为 1, 则从压缩 MAC帧头中的 QoS控制 字段获取数据包的 QoS控制信息; 否则从本地存储单元获取数据包的 QoS控制 自
( 4-5)、 如果 HT控制字段指示位为 1, 则从压缩 MAC帧头中的 HT控制字 段获取数据包的 HT控制信息;否则从本地存储单元获取数据包的 HT控制信息。
通过上述字段指示位, 本发明实施例可以灵活处理出现变化的 MAC帧头字 段, 提高使用的灵活度。
此外, 接收站点 STA2获取数据包的流结束位信息, 如果流结束位有效, 则 删除本地存储单元保存的流标识和流标识所标志的 MAC帧头字段; 否则继续保 存本地存储单元保存的流标识和流标识所标记的 MAC帧头字段。 在歩骤 S813 , 接收站点 STA2从完整 MAC帧头中获取数据包的完整 MAC帧 头字段信息。
在歩骤 S814, 接收站点 STA2反馈数据包的响应消息。
在歩骤 S815 , 发送站点 STA1接收数据包的响应消息, 如果数据包中流结 束信息有效, 则删除本地存储单元保存的流标识和流标识所标志的 MAC帧头字 段; 否者继续保持本地存储单元的流标识和流标识所标记的 MAC帧头字段。
图 10是实施例二的连续数据包的示意图。 如图 10所示, 发送站点 STA1 发送 HC-REQ请求; 接收站点 STA2回应以 HC-RESP, 并且保存流标识和其所标 记的 MAC帧头字段。 发送站点 STA1在接收到 HC-RESP响应后陆续发送数据包 DATA1 ( TAIL=0 ) ; DATA2 ( QoS=l , TAIL=0 ) ; …; DATA3 ( TAIL=0 )。 接收站点 STA2回应以 ACK响应。 最后, 发送站点 STA1发送 DATA4, 其中 TAIL=1 ; 接收 站点 STA2回应以 ACK响应, 同时删除流标识和其所标记的 MAC帧头字段信息。 需要指出, 在前文有关实施例一和实施例二的描述中, Flow ID 所指示的 字段信息在该标识对应的连续数据包流中保持不变, 但是, Flow ID 所指示的 字段信息也是可以进行即时更新。 下面以实施例二的歩骤 S812和 S815为例予 以说明。
在歩骤 S812中, (4-2 ) - (4-5 ) 调整如下:
( 5-2)、 如果地址 3字段指示位为 1, 则从压缩 MAC帧头中的地址 3字段 获取数据包的地址 3信息, 同时更新本地存储单元中保存的、 流标识所标记的 地址 3信息; 否则从本地存储单元获取数据包的地址 3信息。
( 5-3)、 如果地址 4字段指示位为 1, 则从压缩 MAC帧头中的地址 4字段 获取数据包的地址 4信息, 同时更新本地存储单元中保存的、 流标识所标记的 地址 4信息; 否则从本地存储单元获取数据包的的地址 4信息。
( 5-4)、 如果 QoS控制字段指示位为 1, 则从压缩 MAC帧头中的 QoS控制 字段获取数据包的 QoS控制信息, 同时更新本地存储单元中所保存的、 流标识 所标记的 QoS控制信息; 否则从本地存储单元获取数据包的 QoS控制信息。
( 5-5)、 如果 HT控制字段指示位为 1, 则从压缩 MAC帧头中的 HT控制字 段获取数据包的 HT控制信息, 同时更新本地存储单元中所保存的、流标识所标 识的 HT控制信息; 否则从本地存储单元获取数据包的 HT控制信息。
发送站点 STA1接收数据包的响应消息, 如果数据包中流结束信息有效, 则 删除本地存储单元保存的流标识和流标识所标志的 MAC帧头字段; 否则根据数 据包中流字段所包含的字段指示位更新本地存储单元流标识所标记的 MAC帧头 字段信息:
( 6-1 )、 如果流字段中地址 3字段指示位为 1, 则从压缩 MAC帧头中的地 址 3字段获取数据包的地址 3信息, 并且更新流标识所标记的地址 3信息为数 据包中压缩 MAC帧头的地址 3字段信息; 否则保持流标识所标记的地址 3信息 不变;
( 6-2)、 如果流字段中地址 4字段指示位为 1, 则从压缩 MAC帧头中的地址 3字段获取数据包的地址 4信息, 并且更新流标识所标记的地址 4信息为数据 包中压缩 MAC帧头的地址 4字段信息; 否则保持流标识所标记的地址 4信息不 变;
( 6-3)、如果流字段中 QoS控制字段指示位为 1,则从压缩 MAC帧头中的 QoS 控制字段获取数据包的 QoS控制信息, 并且更新流标识所标记的 QoS控制信息 为数据包中压缩 MAC帧头的 QoS控制字段信息; 否则保持流标识所标记的 QoS 控制信息不变;
( 6-4)、 如果流字段中 HT控制字段指示位为 1, 则从压缩 MAC帧头中的 HT 控制字段获取数据包的 HT控制信息, 并且更新流标识所标记的 HT控制信息为 数据包中压缩 MAC帧头的 HT控制字段信息; 否则保持流标识所标记的 HT控制 信息不变。 实施例三
本实施例保护另一种连续数据包的传输方法。 发送站点和接收站点通过协 商指示位, 确定下一个数据包的传输格式, 提供了一种更加有效压缩 MAC帧头 的方案。
图 11是根据本发明实施例三的发送连续数据包的流程示意图。
如图 11所示, 流程从歩骤 S 1100开始。
在歩骤 S1101 , 发送站点 STA1准备发送数据包。
在歩骤 S 1102 , 发送站点 STA1判断该数据包是否是发送给接收站点 STA2 的连续数据包中的首个数据包,如果是则转为歩骤 S 1104,否则转为歩骤 S1103。
在歩骤 S1103 , 发送站点解析前一个发送给接受站点 STA2的数据包的响应 消息, 获取所述响应包的压缩协商位。
在歩骤 S1105 , 发送站点 STA1判断前一个数据包的响应包的压缩协商位是 否有效。 如果有效, 则转为歩骤 S1107 , 否则转为歩骤 S1106。
在歩骤 S1106 , 发送站点 STA1清空本地存储单元中保存的压缩字段信息, 然后转为歩骤 S1104。
在歩骤 S1107 , 发送站点 STA1维持本地存储单元中保存的压缩字段信息不 变。
在歩骤 S1104, 发送站点 STA1设置数据包的完整指示位为 1, 数据包包含 完整的 MAC帧头, 所述完整指示位指示本数据包包含完整的 MAC帧头。
所述压缩协商位可以在数据包中的信令字段设置, 或者在数据包中的帧控 制字段设置, 其位置不限。
在歩骤 S1108 ,发送站点 STA1在本地保存完整 MAC帧头中的压缩字段信息。 在歩骤 S1109 , 发送站点 STA1设置数据包的完整指示位为 0, 数据包包含 压缩的 MAC帧头, 所述完整指示位指示本数据包包含压缩的 MAC帧头。
在歩骤 S1110 , 发送站点 STA1判断下一个连续数据包的 MAC帧头中特定字 段是否可用存储单元保存的特定字段代替, 如果可以转为歩骤 S 1111 , 否则转 为歩骤 S1112。
在歩骤 S1111 , 发送站点 STA1设置压缩协商位为 1, 指示发送站点 STA1 发送的下一个连续数据包将包含压缩的 MAC帧头。
所述压缩协商位可以在数据包中的信令字段设置, 或者在数据包中帧控制 字段设置, 其位置不限。
在歩骤 S1112 , 发送站点 STA1设置压缩协商位为 0, 指示发送站点 STA1 发送的下一个连续数据包将包含完整的 MAC帧头。
在歩骤 S1113 , 发送站点 STA1发送所述数据包。
图 12是根据本发明实施例三的接收连续数据包的流程示意图。
如图所示, 流程从歩骤 1200开始。
在歩骤 S1201 , 接收站点 STA2接收数据包。
在歩骤 S1202 , 接收站点 STA2判断数据包中的完整指示位是否有效。 如果 有效, 则转为歩骤 S1204, 否则转为歩骤 S1203。
在歩骤 S1203 , 接收站点 STA2从 MAC帧头中获取数据包的完整的 MAC帧头 字段信息。
在歩骤 S1204 , 接受站点 STA2从本地存储单元获取数据包的 MAC帧头特定 字段信息。
在歩骤 S1205 , 接收站点 STA2判断数据包中的压缩协商位是否有效。 如果 有效, 则转为歩骤 S1206 , 否则转为歩骤 S1207。
在歩骤 S1206 , 接收站点 STA2决定是否同意下一个数据包包含压缩 MAC帧 头。 如果同意, 则转为歩骤 S1208 , 如果不同意则转为歩骤 S1209。
在歩骤 S1208 , 接收站点 STA2在本地存储单元保存 MAC帧头中的特定字段 信息, 并设置响应消息的压缩协商位为 1, 指示接收站点 STA2准备接收包含压 缩 MAC帧头的数据包。
在歩骤 S1207 , 接收站点 STA2清空本地存储单元保存的 MAC帧头中特定字 段信息, 并设置响应消息的压缩协商位为 0,指示接收站点 STA2不接收包含压 缩 MAC帧头的数据包。
在歩骤 S1209 , 接收站点 STA2发送响应消息。
图 13示意了实施例三中包含压缩 MAC帧头的数据包格式。除包括常规的短 训练字段、 长训练字段、 服务字段和尾部与填充字段外, 数据包还在信令字段 中引入完整指示位和压缩协商位。与此同时,数据包在数据字段中引入压缩 MAC 帧头、 帧体和 FCS , 其中压缩 MAC帧头只包含帧控制字段和序列控制字段。 显 而易见, 此时数据包的 MAC帧头长度与之前相比得到大幅度压缩。
图 14是实施例三中连续数据包的传输示意图。如图 14所示,发送站点 STA1 发送完整数据包 1, 其中完整指示位为 1, 压缩协商位为 0。 接收站点 STA2接 收到数据包 1, 回应响应消息 ACK帧, 设置响应包的压缩协商位为 0, 指示不接 收包含压缩 MAC帧头的数据包。
发送站点 STA1发送完整数据包 2, 其中完整指示位和压缩协商位均为 1。 接收站点 STA2接收到数据包 2, 回应响应消息 ACK帧, 设置响应包的压缩协商
位为 0, 指示不接收包含压缩 MAC帧头的数据包。
发送站点 STA1发送完整数据包 3, 其中完整指示位和压缩协商位均为 1。 接收站点 STA2接收到数据包 3, 回应响应消息 ACK帧, 设置响应包的压缩协商 位为 1, 指示接收包含压缩 MAC帧头的数据包。
发送站点 STA1发送压缩数据包 4,其中完整指示位为 0而压缩协商位为 1。 接收站点 STA2接收到数据包 4, 回应响应消息 ACK帧, 设置响应包的压缩协商 位为 1, 指示继续接收包含压缩 MAC帧头的数据包。
发送站点 STA1发送压缩数据包 5,其中完整指示位为 0而压缩协商位为 1。 接收站点 STA2接收到数据包 5, 回应响应消息 ACK帧, 设置响应包的压缩协商 位为 1, 指示继续接收包含压缩 MAC帧头的数据包。
发送站点 STA1发送压缩数据包 6, 其中完整指示位和压缩协商位均为 0。 接收站点 STA2接收到数据包 6, 回应以响应 ACK, 同时设置压缩协商位为 0, 指示不再继续接收包含压缩 MAC帧头的数据包。
在本实施例中, 根据各指示位的有效情况对本地存储的 MAC帧头字段中相 应的字段进行即时更新(参见图 11的歩骤 S1108和图 12的歩骤 S1208)。但是, 另一个可行的方案是, 虽然各指示位是有效的, 但是本地存储的 MAC帧头字段 保持不变。 实施例四
本实施例与实施例三的不同之处在于, 在连续数据包包含压缩 MAC帧头中 包含压缩控制字段, 压缩控制字段包含有地址 3字段指示位、 地址 4字段指示 位、 QoS控制字段指示位和 HT控制指示位等的一种或它们的组合形式, 提供了 一种压缩 MAC帧头, 且灵活应用的方案。
图 15是根据本发明实施例四的发送连续包的流程示意图。 图 15和图 11 基本相同, 因此相同的歩骤采用相同的序号表示。 不同之处仅在于歩骤 S 1507 和歩骤 S1509。
在歩骤 S1507 , 由于在歩骤 S1105判断前一个数据包的响应消息的压缩压 缩协商位有效, 则本地存储单元中保存的特定字段信息继续保存或更新。 所述 更新方法是, 如果前一个数据包的压缩控制字段中字段指示位有效, 则在存储
单元单元中更新相应的字段信息。 例如前一个数据包中, QoS 控制字段指示位 为 1, 则根据该数据包中的 QoS控制字段信息对存储单元中 QoS控制字段信息 进行更新。
在歩骤 S 1509 , 发送站点 STA1准备拟向接收站点发送的包含有压缩 MAC帧 头的数据包。 所述压缩 MAC帧头包含有压缩控制字段, 所述压缩控制字段包含 有多个字段指示位, 指示 MAC帧头特定字段中各个具体字段, 例如时域字段指 示位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位、 HT控制 字段指示位等。
( 12-1 )、 如果本数据包时域字段不可缺省, 则设置时域字段指示位为 1, 在压缩 MAC帧头中出现时域字段, 设置相应的时间; 否则设置时域字段指示位 为 0, 在压缩 MAC帧头中缺省时域字段。
( 12-2)、如果本数据包中帧控制指示本包存在地址 3字段, 且地址 3字段 信息与本地存储单元所保存的、 特定字段中的地址 3字段信息不同, 设置地址 3字段指示位为 1,在压缩 MAC帧头中出现地址 3字段,指示接收站点从本数据 包的压缩 MAC帧头获取地址 3字段信息; 否则设置地址 3字段指示位为 0, 在 压缩 MAC帧头中缺省地址 3字段。
( 12-3)、如果本数据包中帧控制指示本包存在地址 4字段, 且地址 4字段 信息与本地存储单元所保存的、 特定字段中的地址 4字段信息不同, 设置地址 4字段指示位为 1,在压缩 MAC帧头中出现地址 4字段,指示接收站点从本数据 包的压缩 MAC帧头获取地址 4字段信息; 否则设置地址 4字段指示位为 0,在 M 压缩 AC帧头中缺省地址 4字段。
( 12-4)、如果本数据包中帧控制指示本包存在 QoS控制字段, 且 QoS控制 字段信息与本地存储单元所保存的、 特定字段中的 QoS控制字段信息不同, 设 置 QoS控制字段指示位为 1, 在压缩 MAC帧头中出现 QoS控制字段, 指示接收 站点从本数据包的压缩 MAC帧头中获取 QoS控制字段信息; 否则设置 QoS控制 字段指示位为 0, 在压缩 MAC帧头中缺省 QoS控制字段。
( 12-5)、如果本数据包中帧控制指示本包存在 HT控制字段, 且 HT控制字 段信息与本地存储单元所保存的、 特定字段中的 HT 控制字段信息不同, 设置 HT控制字段指示位为 1,在压缩 MAC帧头中出现 HT控制字段,指示接收站点从
本数据包的压缩 MAC帧头中获取 HT控制字段信息; 否则设置 HT控制字段指示 位为 0, 在 MAC帧头字段中缺省 HT控制字段。
图 16是根据本发明实施例四的接收连续数据包的流程示意图。 图 16和图 12基本相同, 因此相同的歩骤采用相同的序号表示。 图 16和图 12的不同之处 仅在于歩骤 1603和歩骤 1608, 即如何获取包含压缩 MAC帧头的数据包的 MAC 帧头中字段信息和本地存储单元中的特定字段信息。
在歩骤 1603,由于数据包中的信令字段的完整指示位为 0,则接收站点 STA1 从压缩 MAC帧头或本地存储单元获取该数据包的 MAC帧头中的字段信息。
( 13-1 )、 如果压缩控制字段中时域字段指示位为 1, 则从压缩 MAC帧头中 获取时域字段信息。
( 13-2)、 如果压缩控制字段中地址 3字段指示位为 1, 则从压缩 MAC帧头 中的地址 3字段获取本数据包的地址 3信息; 否则从本地存储单元获取本数据 包的地址 3信息。
( 13-3)、 如果压缩控制字段中地址 4字段指示位为 1, 则从压缩 MAC帧头 中的地址 4字段获取本数据包的地址 4信息; 否则本地存储单元获本数据包的 地址 4信息。
( 13-4)、 如果压缩控制字段中 QoS控制字段指示位为 1, 则从压缩 MAC帧 头中的 QoS控制字段获取本数据包的 QoS控制信息; 否则本地存储单元获取本 包的 QoS控制信息。
( 13-5)、 如果压缩控制字段中 HT控制字段指示位为 1, 则从压缩 MAC帧 头中的 HT控制字段获取本数据包的 HT控制信息; 否则本地存储单元获取流标 识所标识的 HT控制信息。
在歩骤 1608, 由于歩骤 S1206 , 接收站点 STA1同意发送站点 STA2将下一 个数据包包含压缩 MAC帧头,则接收站点 STA1本地保存或更新 MAC帧头中特定 字段信息, 并设置响应包的压缩协商位为 1。 如果完整指示位有效, 则建立存 储单元, 并保存完整 MAC帧头中的特定字段信息; 如果完整指示位无效, 则如 果本数据包的压缩控制字段中字段指示位有效, 则在存储单元单元中更新相应 的字段信息, 否则不更新。 例如本数据包中, QoS控制字段指示位为 1, 则根据 该数据包压缩 MAC帧头中的 QoS控制字段信息对存储单元中 QoS控制字段信息
进行更新。 HT控制字段指示位为 0, 则存储单元中的 HT控制字段信息不更新。 图 17示意了实施例四中包含压缩 MAC帧头的数据包格式。 如图 14所示, 除包括常规的短训练字段、 长训练字段、 服务字段和尾部与填充字段外, 数据 包还在信令字段中引入完整指示位和压缩协商位。 与此同时, 数据包在数据字 段中引入压缩 MAC帧头、 帧体和 FCS , 其中所述压缩 MAC帧头包含帧控制、 压 缩控制、 序列控制和 QoS控制, 由于压缩控制字段中的 QoS控制字段指示位为 1, 故在压缩 MAC帧头中出现 QoS控制字段; 显而易见, MAC帧头字段长度与之 前相比得到显着压缩。
图 18是实施例四中连续包的传输示意图。图 18和图 14基本相同,不同之 处在于在图 18中, 在发送站点 STA1发送的压缩数据包 5中, 压缩控制字段中 包含的 QoS控制字段指示位为 1, 表明在该压缩 MAC帧头中包含 QoS控制字段。
图 19是根据本发明实施例的一种站点的结构示意图。 如图 19所示, 站点 1900包括: 第一发送单元 1910,向第二站点发送压缩请求, 所述压缩请求携带 流标识以及后续数据包的媒体访问控制 MAC帧头的字段信息; 接收单元 1920, 接收第二站点发送的压缩响应; 第二发送单元 1930,向第二站点发送包含完整 MAC帧头或者包含具有流字段的压缩 MAC帧头的第一数据包, 其中, 所述流字 段包含流标识。
优选地, 在第一数据包中携带流指示信息, 所述流指示信息配置在信令字 段或帧控制字段中; 所述流指示信息指示第一数据包为完整 MAC帧头数据包或 包含流字段的压缩 MAC帧头的数据包。
优选地, 所述流字段还包括: 时域 /ID字段指示位、 地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位、 HT控制字段指示位中的一个或多个; 所述时域 /ID字段指示位、地址 3字段指示位、地址 4字段指示位、 QoS控制字 段指示位、 HT控制字段指示位分别指示其所在第一数据包中是否包含对应的字 段。
优选地,所述站点包括更新单元,用于根据地址 3字段指示位、地址 4字段 指示位、 QoS控制字段指示位、 HT控制字段指示位中的一个或多个, 更新本地 保存的对应字段信息。
优选地, 所述流字段包括流结束位; 所述流结束位用于指示是否结束流标
识的使用。
优选地, 字段信息是地址 3字段、 地址 4字段、 QoS控制字段或 HT控制字 段的一种或它们的任意组合。
图 20是根据本发明实施例的一种站点的结构示意图。 如图 20所示, 站点 2000包括: 发送单元 2010,向第二站点发送包含第一数据包, 所述第一数据包 携带完整指示信息和 /或第一压缩协商信; 接收单元 2010,接收第二站点反馈第 一数据包的响应消息, 获取响应消息中的第二压缩协商信息。
优选地, 所述完整指示信息指示第一数据包是否携带完整的 MAC帧头, 当 完整指示信息有效时, 所述第一数据包携带完整的 MAC帧头; 所述完整指示信 息配置在第一数据包的信令字段或帧控制字段。
优选地, 所述第一压缩协商信息指示是否对第二站点发送紧接第一数据包 且包含压缩 MAC帧头的第二数据包; 所述第一压缩协商信息配置在第一数据包 的信令字段或帧控制字段。
优选地, 所述站点包括: 判断单元,在向第二站点发送第一数据包之前, 判 断第一数据包是否是发送给第二站点且是连续包中的首个数据包; 设置单元, 在第一数据包是发送给第二站点且是连续包中的首个包的情况下, 设置第一数 据包的完整指示信息有效。
优选地,站点包括:判断单元,在第一数据包是发送给第二站点且不是连续 包中的首个包的情况下, 判断在发送第一数据包之前发送给第二站点的第三数 据包的响应消息的第二压缩协商消息是否有效;设置单元,在所述第二压缩协商 消息有效的情况下, 设置第一数据包的完整指示信息无效; 在所述第二压缩协 商消息无效的情况下, 设置第一数据包的完整指示信息有效。 进一歩优选地, 站点包括存储单元,在所述第二压缩协商消息有效的情况下, 保持本地保存 MAC 帧头中的压缩字段不变或者加以更新。
优选地, 在设置第一数据包的完整指示信息无效的情况下, 第一传输包配 置压缩 MAC帧头; 所述压缩 MAC帧头包含帧控制字段和序列控制字段, 或者帧 控制字段、 压缩控制字段和序列控制字段。 进一歩优选地, 所述压缩控制字段 包含时域 /ID字段指示位、地址 3字段指示位、地址 4字段指示位、 QoS控制字 段指示位或 HT控制字段指示位的一种或它们的任意组合。
进一歩优选地, 在设置第一数据包的完整指示信息有效的情况下, 第一传 输包配置完整 MAC帧头。
优选地, 所述的站点包括: 存储单元,本地保存 MAC帧头中的字段信息, 所 述字段信息是地址 3字段、 地址 4字段、 QoS控制字段或 HT控制字段的一种或 它们的任意组合。
优选地,所述的站点包括:判断单元,判断发送给第二站点且紧跟第一数据 包的第二数据包的 MAC帧头的字段信息是否可用本地保存 MAC帧头的字段信息 代替;设置单元,当所述第二数据包的字段信息可用本地保存的字段信息代替的 情况下, 设置第一数据包的压缩协商消息有效; 当所述第二数据包的字段信息 不可用本地保存的字段信息代替的情况下, 设置第一数据包的压缩协商消息无 效。 虽然前文结合了各种指示位对本发明的各实施例做了详细的描述,但是本 领域的技术人员理解这些指示位可以由其它形式的指示信息来代替。
本领域的技术人员应该还可以进一歩意识到, 结合本文中所公开的实施例 描述的各示例的单元及算法歩骤, 能够以电子硬件、 计算机软件或者二者的结 合来实现, 为了清楚地说明硬件和软件的可互换性, 在上述说明中已经按照功 能一般性地描述了各示例的组成及歩骤。 这些功能究竟以硬件还是软件方式来 执行, 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每个 特定的应用来使用不同方法来实现所描述的功能, 但是这种实现不应认为超出 本发明的范围。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡在本发 明的精神和原则之内, 所作的任何修改、 等同替换等, 均应包含在本发明的保 护范围之内。
Claims
1、 一种发送数据包的方法, 包括:
第一站点向第二站点发送压缩请求, 所述压缩请求携带流标识以及后续数 据包的媒体访问控制 MAC帧头的字段信息;
接收第二站点发送的压缩响应;
向第二站点发送包含完整 MAC帧头或者包含具有流字段的压缩 MAC帧头的 第一数据包, 其中, 所述流字段包含流标识。
2、 如权利要求 1所述的方法, 包括:
在第一数据包中携带流指示信息, 所述流指示信息配置在信令字段或帧控 制字段中;
所述流指示信息指示第一数据包为完整 MAC帧头数据包或包含流字段的压 缩 MAC帧头的数据包。
3、 如权利要求 1所述的方法, 所述流字段还包括:
时域 /ID字段指示位、地址 3字段指示位、地址 4字段指示位、 QoS控制字 段指示位、 HT控制字段指示位中的一个或多个;
所述时域 /ID字段指示位、 地址 3字段指示位、 地址 4字段指示位、 QoS 控制字段指示位、 HT控制字段指示位分别指示其所在第一数据包中是否包含对 应的字段。
4、如权利要求 3所述的方法, 其中根据地址 3字段指示位、地址 4字段指 示位、 QoS控制字段指示位、 HT控制字段指示位中的一个或多个, 更新本地保 存的对应字段信息。
5、 如权利要求 1所述的方法, 包括:
所述流字段包括流结束位;所述流结束位用于指示是否结束流标识的使用。
6、如权利要求 1所述的方法, 其中字段信息是地址 3字段、 地址 4字段、 QoS控制字段或 HT控制字段的一种或它们的任意组合。
7、 一种发送数据包的方法, 包括:
第一站点向第二站点发送包含第一数据包, 所述第一数据包携带完整指示 信息和 /或第一压缩协商信息;
接收第二站点反馈第一数据包的响应消息, 获取响应消息中的第二压缩协 商信息。
8、 如权利要求 7所述的方法, 包括:
所述完整指示信息指示第一数据包是否携带完整的 MAC帧头, 当完整指示 信息有效时, 所述第一数据包携带完整的 MAC帧头;
所述完整指示信息配置在第一数据包的信令字段或帧控制字段。
9、 如权利要求 7所述的方法, 包括:
所述第一压缩协商信息指示是否对第二站点发送紧接第一数据包且包含压 缩 MAC帧头的第二数据包;
所述第一压缩协商信息配置在第一数据包的信令字段或帧控制字段。
10、 如权利要求 7-9之一所述的方法, 包括:
在向第二站点发送第一数据包之前, 判断第一数据包是否是发送给第二站 点且是连续包中的首个数据包; 在第一数据包是发送给第二站点且是连续包中 的首个包的情况下, 设置第一数据包的完整指示信息有效。
11、 如权利要求 7-9之一所述的方法, 包括:
在第一数据包是发送给第二站点且不是连续包中的首个包的情况下, 判断 在发送第一数据包之前发送给第二站点的第三数据包的响应消息的第二压缩协 商消息是否有效;
在所述第二压缩协商消息有效的情况下, 设置第一数据包的完整指示信息 无效; 所述第二压缩协商消息无效的情况下, 设置第一数据包的完整指示信息
12、 如权利要求 7-9之一所述的方法, 其中包括在所述第二压缩协商消息 有效的情况下, 保持本地保存 MAC帧头中的压缩字段不变或者加以更新。
13、 如权利要求 11所述的方法, 包括:
在设置第一数据包的完整指示信息无效的情况下, ; 一传输包配置压 :段, 或者帧控制」
14、 如权利要求 13所述的方法, 包括:
所述压缩控制字段包含时域 /ID字段指示位、 地址 3 段指示位、 地址 4
-种或它们的任意组
15、 如权利要求 10或 11所述的方法, 包括:
在设置第一数据包的完整指示信息有效的情况下, -传输包配置完整 MAC帧头。
16、 如权利要求 15所述的方法, 包括:
本地保存 MAC帧头中的字段信息, 所述字段信息是地址
QoS控制字段或 HT控制字段的一种或它们的任意组合。
17、 如权利要求 7所述的方法, 包括:
判断发送给第二站点且紧跟第一数据包的第二数据包的 MAC帧头的字段信 息是否可用本地保存 MAC帧头的字段信息代替;
当所述第二数据包的字段信息可用本地保存的字段信息代替的情况下, 设 置第一数据包的压缩协商消息有效; 当所述第二数据包的字段信息不可用本地保存的字段信息代替的情况下, 设置第一数据包的压缩协商消息无效。
18、 一种站点, 包括:
第一发送单元,向第二站点发送压缩请求,所述压缩请求携带流标识以及后 续数据包的媒体访问控制 MAC帧头的字段信息;
接收单元,接收第二站点发送的压缩响应;
第二发送单元,向第二站点发送包含完整 MAC 帧头或者包含具有流字段的 压缩 MAC帧头的第一数据包, 其中, 所述流字段包含流标识。
19、 如权利要求 18所述的站点, 其中:
在第一数据包中携带流指示信息, 所述流指示信息配置在信令字段或帧控 制字段中;
所述流指示信息指示第一数据包为完整 MAC帧头数据包或包含流字段的压 缩 MAC帧头的数据包。
20、 如权利要求 18所述的站点, 所述流字段还包括:
时域 /ID字段指示位、地址 3字段指示位、地址 4字段指示位、 QoS控制字 段指示位、 HT控制字段指示位中的一个或多个;
所述时域 /ID字段指示位、 地址 3字段指示位、 地址 4字段指示位、 QoS 控制字段指示位、 HT控制字段指示位分别指示其所在第一数据包中是否包含对 应的字段。
21、如权利要求 18-20之一所述的站点,其中包括更新单元,用于根据地址 3字段指示位、 地址 4字段指示位、 QoS控制字段指示位、 HT控制字段指示位 中的一个或多个, 更新本地保存的对应字段信息。
22、 如权利要求 18所述的站点, 其中:
所述流字段包括流结束位;所述流结束位用于指示是否结束流标识的使用。
23、如权利要求 18所述的站点,其中字段信息是地址 3字段、地址 4字段、 QoS控制字段或 HT控制字段的一种或它们的任意组合。
24、 一种站点, 包括:
发送单元,向第二站点发送包含第一数据包,所述第一数据包携带完整指小 信息和 /或第一压缩协商信息;
接收单元,接收第二站点反馈第一数据包的响应消息,获取响应消息中的 二压缩协商信息。
25、 如权利要求 24所述的站点, 其中:
所述完整指示信息指示第一数据包是否携带完整的 MAC帧头, 当完整指小 信息有效时, 所述第一数据包携带完整的 MAC帧头;
所述完整指示信息配置在第一数据包的信令字段或帧控制字段。
26、 如权利要求 24所述的站点, 其中:
所述第一压缩协商信息指示是否对第二站点发送紧接第一数据包且包含压 MAC帧头的第二数据包;
所述第一压缩协商信息配置在第一数据包的信令字段或帧控制字段。
27、 如权利要求 24-26之一所述的站点, 包括:
判断单元,在向第二站点发送第一数据包之前,判断第一数据包是否是发送 给第二站点且是连续包中的首个数据包;
设置单元,在第一数据包是发送给第二站点且是连续包中的首个包的情况 下, 设置第一数据包的完整指示信息有效。
28、 如权利要求 24-26之一所述的站点, 包括:
判断单元,在第一数据包是发送给第二站点且不是连续包中的首个包的情 况下, 判断在发送第一数据包之前发送给第二站点的第三数据包的响应消息的 第二压缩协商消息是否有效;
设置单元,在所述第二压缩协商消息有效的情况下,设置第一数据包的完整 指示信息无效; 在所述第二压缩协商消息无效的情况下, 设置第一数据包的完 整指示信息有效。
29、 如权利要求 28所述的站点, 其中包括存储单元,在所述第二压缩协商 消息有效的情况下, 保持本地保存 MAC帧头中的压缩字段不变或者加以更新。
30、 如权利要求 28所述的站点, 包括:
在设置第一数据包的完整指示信息无效的情况下, 一传输包配置压 MAC帧头; 所述压缩 MAC帧头包含帧控制字段和序列控制 :段, 或者帧控制」 段、 压缩控制字段和序列控制字段。
31、 如权利要求 30所述的站点, 包括:
所述压缩控制字段包含时域 /ID字段指示位、 地址 3 段指示位、 地址 4 字段指示位、 QoS控制字段指示位或 HT控制字段指示位的 -种或它们的任意组
32、 如权利要求 28或 29所述的站点, 包括:
在设置第一数据包的完整指示信息有效的情况下, -传输包配置完整 MAC帧头。
33、 如权利要求 24所述的站点, 包括:
存储单元,本地保存 MAC帧头中的字段信息, 所述字段信息是地址 3字段、 地址 4字段、 QoS控制字段或 HT控制字段的一种或它们的任意组合。
34、 如权利要求 24所述的站点, 包括:
判断单元,判断发送给第二站点且紧跟第一数据包的第二数据包的 MAC 帧 头的字段信息是否可用本地保存 MAC帧头的字段信息代替; 设置单元,当所述第二数据包的字段信息可用本地保存的字段信息代替的 情况下, 设置第一数据包的压缩协商消息有效; 当所述第二数据包的字段信息 不可用本地保存的字段信息代替的情况下, 设置第一数据包的压缩协商消息无 效。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110459504.6A CN103188146B (zh) | 2011-12-31 | 2011-12-31 | 一种连续数据包的发送、接收方法和装置 |
CN201110459504.6 | 2011-12-31 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2013097654A1 true WO2013097654A1 (zh) | 2013-07-04 |
Family
ID=48679117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2012/087158 WO2013097654A1 (zh) | 2011-12-31 | 2012-12-21 | 一种连续数据包的发送、接收方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103188146B (zh) |
WO (1) | WO2013097654A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015069875A1 (en) * | 2013-11-06 | 2015-05-14 | Qualcomm Incorporated | Apparatus and methods for mac header compression |
CN106716959A (zh) * | 2014-10-27 | 2017-05-24 | 英特尔Ip公司 | 用于被压缩的介质访问控制头部的无线设备、方法和计算机可读介质 |
WO2018196102A1 (zh) * | 2017-04-27 | 2018-11-01 | 北京小米移动软件有限公司 | 信息传递方法、装置及计算机可读存储介质 |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103491528B (zh) * | 2013-09-18 | 2016-05-25 | 福建星网锐捷网络有限公司 | 表项处理方法及设备 |
CA2957183C (en) | 2014-08-10 | 2021-01-26 | Lg Electronics Inc. | Method and device for enabling station to receive signal in wireless communication system |
US20160374081A1 (en) * | 2015-06-19 | 2016-12-22 | Qualcomm Incorporated | Short uplink responses for downlink transmissions |
CN108632892B (zh) * | 2017-03-24 | 2022-02-25 | 华为技术有限公司 | 无线通信方法、终端、接入网设备和网络*** |
CN107637123B (zh) * | 2017-04-27 | 2020-12-04 | 北京小米移动软件有限公司 | 信息传递方法、装置及计算机可读存储介质 |
CN111091697B (zh) * | 2019-11-29 | 2021-08-13 | 湖北航天飞行器研究所 | 遥测数据的处理*** |
CN112312396B (zh) * | 2020-11-05 | 2023-02-24 | 山东云海国创云计算装备产业创新中心有限公司 | 一种NoC追踪数据的生成方法及相关装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1770774A (zh) * | 2004-11-01 | 2006-05-10 | 株式会社东芝 | 用于无线局域网的通信方法 |
CN101438516A (zh) * | 2006-06-05 | 2009-05-20 | 三星电子株式会社 | 传送未压缩等时数据的信道分配管理方法、未压缩等时数据传送方法及其设备 |
CN102104538A (zh) * | 2010-12-08 | 2011-06-22 | 浙江工业大学 | 一种映射参数动态自适应的无线流媒体传输控制方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7398325B2 (en) * | 2003-09-04 | 2008-07-08 | International Business Machines Corporation | Header compression in messages |
CN101179564B (zh) * | 2007-08-10 | 2010-12-01 | 华中科技大学 | 基于链路层自动请求重传的tcp分组头部压缩方法及其*** |
US8532106B2 (en) * | 2008-04-28 | 2013-09-10 | Xg Technology, Inc. | Header compression mechanism for transmitting RTP packets over wireless links |
KR101653310B1 (ko) * | 2009-09-02 | 2016-09-01 | 엘지전자 주식회사 | Mac 헤더 타입 정보를 이용한 mac pdu 송수신 방법 및 장치 |
-
2011
- 2011-12-31 CN CN201110459504.6A patent/CN103188146B/zh active Active
-
2012
- 2012-12-21 WO PCT/CN2012/087158 patent/WO2013097654A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1770774A (zh) * | 2004-11-01 | 2006-05-10 | 株式会社东芝 | 用于无线局域网的通信方法 |
CN101438516A (zh) * | 2006-06-05 | 2009-05-20 | 三星电子株式会社 | 传送未压缩等时数据的信道分配管理方法、未压缩等时数据传送方法及其设备 |
CN102104538A (zh) * | 2010-12-08 | 2011-06-22 | 浙江工业大学 | 一种映射参数动态自适应的无线流媒体传输控制方法 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015069875A1 (en) * | 2013-11-06 | 2015-05-14 | Qualcomm Incorporated | Apparatus and methods for mac header compression |
TWI618426B (zh) * | 2013-11-06 | 2018-03-11 | 高通公司 | 用於媒體存取控制(mac)標頭壓縮之裝置及方法 |
EP3313046A1 (en) * | 2013-11-06 | 2018-04-25 | Qualcomm Incorporated | Apparatus and methods for mac header compression |
KR101862101B1 (ko) | 2013-11-06 | 2018-05-29 | 퀄컴 인코포레이티드 | Mac 헤더 압축을 위한 장치 및 방법들 |
CN106716959A (zh) * | 2014-10-27 | 2017-05-24 | 英特尔Ip公司 | 用于被压缩的介质访问控制头部的无线设备、方法和计算机可读介质 |
CN106716959B (zh) * | 2014-10-27 | 2020-09-29 | 英特尔Ip公司 | 用于被压缩的介质访问控制头部的无线设备、方法和计算机可读介质 |
WO2018196102A1 (zh) * | 2017-04-27 | 2018-11-01 | 北京小米移动软件有限公司 | 信息传递方法、装置及计算机可读存储介质 |
US11025550B2 (en) | 2017-04-27 | 2021-06-01 | Beijing Xiaomi Mobile Software Co., Ltd. | Method, device and computer readable storage medium for transmitting information |
Also Published As
Publication number | Publication date |
---|---|
CN103188146A (zh) | 2013-07-03 |
CN103188146B (zh) | 2017-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2013097654A1 (zh) | 一种连续数据包的发送、接收方法和装置 | |
US20200288347A1 (en) | Structure of mac sub-header for supporting next generation mobile communication system and method and apparatus using the same | |
US9351192B2 (en) | Traffic bearer mapping method and communication device | |
JP3949584B2 (ja) | 移動無線システムの無線インターフェースを介するデータパケットの伝送のための方法 | |
JP2024052980A (ja) | トリガー情報を使用する無線通信方法及びそれを使用する無線通信端末 | |
JP5121854B2 (ja) | Pduを生成するための方法および装置、ならびにそのような方法および装置の基地局 | |
KR101005371B1 (ko) | 무선 대역 할당 방법 및 무선 기지국 | |
US8670369B2 (en) | Method, relay node, and system for processing data on relay link | |
JP6313460B2 (ja) | 無線lanにおけるパワーセーブモードに基づく動作方法及び装置 | |
JP5781655B2 (ja) | データ再伝送要請のための制御メッセージを処理する方法及び装置 | |
WO2020007128A1 (zh) | 联合传输方法及通信装置 | |
JP2017103820A (ja) | 複数個の端末と同時に通信する無線パケット通信システムにおけるデータ送/受信方法 | |
EP3821670B1 (en) | Mac/phy interface of wireless stations compliant to direct link and downlink transmissions in trigger-based multi-user transmissions | |
CN102781040B (zh) | 用于数据传输的级联帧结构 | |
JP5580418B2 (ja) | 単一のrlcエンティティについての拡張された多重化 | |
JP2005311920A (ja) | 通信装置、通信システム、および通信制御プログラム | |
JP2013511885A (ja) | 断片化パッキング拡張ヘッダーを伴うmacpduを伝送する方法及び装置 | |
CN115804146A (zh) | 多链路装置之间的低时延数据的无线通信的方法和设备 | |
TW201924261A (zh) | 無線通訊裝置及方法、以及程式 | |
US8189618B2 (en) | System and method for robust data loss recovery in a wireless local area network | |
CN109246708A (zh) | 一种信息传输方法和装置 | |
CN105532059B (zh) | 配置指示方法和通信设备 | |
CN111355704B (zh) | 一种基于蓝牙低功耗的ipv6网络*** | |
JP2022022338A (ja) | フラグメンテーションを利用する無線通信方法及びそれを使用する無線通信端末 | |
KR20150016630A (ko) | 짧은 물리-계층 제어 프레임들 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12862218 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12862218 Country of ref document: EP Kind code of ref document: A1 |