TW201601494A - Method and system for improving responsiveness in exchanging frames in a wireless local area network - Google Patents

Abstract

A method and system for improving responsiveness in exchanging management and control frames in a wireless local area network are disclosed. An initiator sends a frame (action, management, control or data frame) to a responder. Upon correctly receiving the frame, the responder sends a response frame to the initiator instead of directly sending an acknowledgement (ACK) packet. The responder preferably accesses the wireless medium to send the response frame in a short inter-frame spacing (SIFS). With this scheme, a long delay associated with having to contend for the wireless medium to send the response frame is avoided and therefore, the responsiveness and timeliness of the feedback mechanism is significantly enhanced. The response frame may be piggybacked on or aggregated with another packet.

Description

Method and device for improving exchange frame reactivity in county-free regional network

The present invention relates to a wireless local area network (WLAN), and more particularly, to a method for improving exchange management, control, or data frame responsiveness in the WLAN. Method and system.

In an IEEE 802.11 WLAN, an access point (AP) or a station (STA) uses a management frame to guide certain management functions. Examples of such management frames are connection requests ( Association Request), Association Response, Reassociation Request, Reassociation Response, Probe Request, and Probe Response.

IEEE 802.11e uses the new management frame to extend the IEEE 802.11 standard. Some of these new management frames are called action frames, and these action frames are used to guide Certain functions, such as quality of service (QoS) traffic flow establishment, direct link establishment, block acknowledgment (ACK) establishment, or the like, examples of such action frames include: increasing traffic flow requests ( Add Traffic Stream (ADDTS) Request), ADDTS Response, Direct Link Setup Request (DLS), DLS Response, Add Block Confirmation (ADDBA) Request, Add Block ACK Response, Delete Block Confirmation (DEIBA) Request, or Similar By.

Currently, IEEE 802.11n extensions have been proposed for achieving higher throughput (HT). In the proposal of IEEE 802.11n, a new motion frame is introduced for providing a transmission mode and channel information feedback, wherein the transmission mode feedback system enables a receiving station to notify that it is better for the current channel condition. a transmission station of the mode, and the selection of the special mode is determined by the receiving station, however, the transmission station may or may not use the special mode, everything depends on its capabilities, and, The receiving station can also refuse to provide a better mode. In addition, the channel information feedback system provides a mechanism for a transmitting station to learn the precise channel seen at the receiving station, and the information can be used as a calibration ( Part of calibration, which is used in systems with channel reciprocity, or used directly as channel feedback, as a receiving station may provide a complete channel evaluation or a null response (null response) ). Examples of such IEEE 802.11n action frames include Mode Request, Mode Response, multiple-input multiple-output (MIMO) Channel Request, and MIMO channel response. (MIMO Channel Response) and other frames.

Management frames (including action frames) can be broadcast, or multicast to multiple responders (for example, via a beacon frame), or, alternatively, can be unicast (unicast) ) to a special (single) responder (eg, ADDBA request, ADDBA response, mode request, mode response, MIMO channel request, and MIMO channel response), where a management, or action frame is unicast to A special responder, the IEEE 802.11 standard would require the responder to acknowledge receipt of such a frame by sending an ACK packet, and if the management or action frame is broadcast, or more When the broadcast is a plurality of responders, the IEEE 802.11 standard does not require such responders to acknowledge receipt of such a frame.

1 is a signal transmission diagram of a conventional program 100 for managing, or manipulating, frame exchanges between a starter 102 and a responder 104. The initiator 102 will access wireless media that require some delay in contention or access latency under the IEEE 802.11 standard, and will send an action frame (eg, a mode request frame is sent to the responder 104 (step 112), and after the action frame is correctly received, the responder 104 will also need to access the delay (for example, corresponding to a short frame). A short inter-frame spacing (SIFS) delay will send an ACK packet to the wireless medium of the initiator 102 (step 114), and then the responder 104 will prepare a motion frame (eg, one The mode response frame includes the data requested by the initiator 102, and then accesses the wireless medium that requires some delay due to contention or access delay, and sends the action frame to the initiator 102. (Step 116), at this time, the delay may be substantially long, because it is possible that other stations also perform packet exchange at the same time, and therefore, the responder 104 may not be able to access the medium as desired, and then After correctly receiving the action frame from the responder 104, the initiator 102 accesses the wireless medium that also requires some delay (typically, a time period corresponding to the SIFS), and sends a ACK packet to the responder 104 (step Step 118).

In the conventional program 100, since the responder 104 must first send one The ACK packet (step 114), and then in order to access the wireless medium to transmit the response frame at step 116, must cause a contention or access delay, thus exchanging such management, or the reactivity of the action frame It will be relatively slow, and such a slow management, action frame response may reduce the performance of the WLAN, because the information may not be valid or timely when it is delivered, for example, due to The transmission mode feedback enables the responder 104 to specifically specify or indicate information related to the initiator transmission, including a data rate, a modulation and coding scheme, and a spatial stream in MIMO ( The number of spatial streams, and the guard interval. Therefore, such information should be exchanged as quickly as possible. However, under the prior art scheme, the exchange of such information may be quite large. delay.

Therefore, there is a need to perform such management in a very short period of time, or The mechanism for the exchange of motion frames.

The invention relates to a method for improving management and control in a WLAN A method and system for exchanging reactivity of a frame. An initiator sends a frame (action, management, control, or data frame) to a responder, and after receiving the frame correctly, the responder sends a response frame to the start Instead of directly transmitting an acknowledgment (ACK) packet, and preferably, the responder accesses the wireless medium to transmit the response frame within a short inter-frame interval (SIFS). With this solution, a long delay system that must compete for the wireless medium in order to transmit the response frame can be avoided, and therefore, the reactivity and timeliness of the feedback mechanism can be significantly enhanced, and wherein The response frame can be piggybacked on another packet or aggregated with another packet.

ACK‧‧‧Confirm

A-PPDU‧‧‧ polymer layer agreement data unit

BAR‧‧‧ Block ACK request

CTS‧‧‧Clear Send

MAC‧‧‧Media Access Control

MFB‧‧‧MCS feedback

MIMO‧‧‧Multiple Input Multiple Output

MMPDU‧‧‧Manage MAC layer protocol data unit

MPDU‧‧‧MAC layer agreement data unit

MRQ‧‧‧MCS request

PPDU‧‧‧ physical layer agreement data unit

RTS‧‧‧ request to send

SIFS‧‧‧Short Interframe Space

Figure 1 is a diagram showing a conventional signal transmission pattern for management or motion frame exchange between an initiator and a responder; Figure 2 is a diagram showing the use of one of the present invention. A signal transmission pattern for management or motion frame exchange between the initiator and a responder; FIG. 3 and FIG. 4 are diagrams showing the operation between an initiator and a responder in accordance with the present invention. An exemplary procedure for packet switching is to designate an aggregated medium access control (MAC) layer protocol data unit (A-MPDU) with an ACK policy as management MAC layer protocol data. No-ACK of a management MAC layer protocol data unit (MMPDU); and FIG. 5 and FIG. 6 are diagrams showing an exemplary procedure for packet exchange between an initiator and a responder in accordance with the present invention, It is to specify an inter-frame spacing (RIFS) with an ACK policy as the No-ACK for the MMPDU.

Hereinafter, the proper nouns "initiator" and "responder" include, but are not limited to, a user equipment (UE), a wireless transmit/receive unit (WTRU), a mobile station, a fixed, or mobile subscriber unit, a pager, a Node B (Node-B), a base station, a location controller (site Controller), an access point, or any other type of device capable of operating in a wireless environment.

Features of the invention may be incorporated into an integrated circuit (IC) or constructed in a circuit comprising a plurality of interconnecting members.

Figure 2 is a diagram of an action frame between a starter 202 (also known as an originator) and a responder 204 (also known as a recipient) in accordance with one aspect of the present invention. A signal transmission pattern of the exchanged program 200, wherein the initiator 202 is configured to grasp a transmission opportunity (TXOP) and includes an aggregate physical layer protocol Data units (A-PPDUs), or a communication entity that transmits a first frame by the frame exchange order of the aggregation control frame, and the responder 204 is an A-PPDU and an aggregation control frame. The frame exchange sequence is returned to the communication entity of the initiator 202. The initiator 202 sends an action frame (usually a request frame, such as a mode request frame) to a responder 204 (step 212). After receiving the action frame correctly, instead of directly transmitting an ACK packet, the responder 204 sends a response action frame (eg, a mode response frame) (step 214). The present invention will use the action frame as a reference The description is made, however, it should be noted that the present invention is also applicable to any type of frame, such as a management frame, a control frame, a data frame, or the like, and the request message The frame and the response frame can be frames of different types.

Preferably, the responder 204 accesses the wireless medium to correspond to a SIFS. The response action frame is transmitted during a time period, and then the initiator 202 transmits an ACK frame after a short delay, preferably corresponding to the SIFS (step 216). In accordance with the present invention, the long delay that must compete for the wireless medium when connected to step 116 in Figure 1 is avoided, and therefore the reactivity and timeliness of the feedback mechanism is significantly enhanced.

Alternatively, alternatively, the response action frame in step 214 may also be added. The piggyback is carried over an ACK packet, another management or control frame, or a data packet, or may be aggregated with the ACK packet, another management or control frame, or a data packet. When the ACK packet is piggybacked or aggregated, the ACK packet sent back due to the start action frame (ie, the mode request frame) will not be cancelled, but will be combined with another message. The box is sent together.

The signaling mechanism of the present invention may be by a preset value or according to the An established program shared by both the initiator 202 and the responder 204 is executed. In this case, the additional fields are included in an action frame (including a management frame, a control message). In the frame, a data frame, or the like, to indicate a preferred signaling mechanism, for example, the initiator 202 can send a request frame (eg, a mode request frame, A MIMO channel request frame, an MCS request (MRQ) frame, a channel state information (CSI) request frame, a calibration star frame, and a transmission antenna selection vocal request A transmission antenna selection sounding request frame, or a training request (TRQ) frame, or the like, and is configured to indicate the responder 204 in the request frame. It is expected how to respond to the new field of the request frame.

These new fields include, but are not limited to, an ACK policy field, one please At least one of an identification number field, a response time policy field, and an aggregation policy field, and wherein the ACK policy field indicates whether the responder 204 needs to send an ACK packet.

The request identification number field includes a request identification number and a response frame Then, a similar request identification number field is used, and the value corresponds to the request identification number in the request frame, or alternatively, if the response frame is as much as possible When sending, the request identification number field in the response frame can be set to a special value, which will be explained in detail later.

The response time delay policy field will indicate whether the responder 204 is expected A response frame is sent immediately to the initiator 202 (i.e., SIFS), or to a particular time delay range that is longer than the short delay, or selected at the responder 204. At the time of the point (ie, unsolicited).

The aggregation policy field indicates whether the responder 204 is expected to send the A response frame that is piggybacked on another packet or aggregated with other packets, such as an ACK packet, a management or control packet, a data packet, or other type of packet, and multiple management Frames can be aggregated into a single package. Here, when an MMPDU is transmitted independently (that is, not part of an aggregation), a simple ACK is used, and when one or more MMPDUs are transmitted as part of an aggregation, then A block ACK (BA) can be used.

When the ACK policy is selected to include a response to the response frame When ACK, you can implement the next solution. The MMPDU utilizes a separate counter that is not unique to each responder and is assigned a sequence number by the initiator 202 (sequence Numbers, SN), and will also be used for broadcast/multicast frames, as well as for non-QoS-data subtype frames. In accordance with the present invention, the management frame is sorted using a pair of unique individual SN counters, each of which is unique, or alternatively, the management frame can be sorted using the same SN counter. , just like the data that is aggregated with the management frame. Alternatively, the same IEEE 802.11e method for assigning the SN to the management frame will be used, and the responder 204 will not rearrange the management frames because of the received SNs. The interval is not used by the responder 204 to explicitly identify the lost frame. Therefore, the initiator 202 only needs to store the management frames by being included in the ACK policy field. Copies until they are confirmed or they expire.

Related to a block ACK request (block ACK) for managing frames Request, BAR), the ACK policy field of the new MMPDU can be interpreted as a BAR. Alternatively, an additional MAC protocol data unit (MPDU) for managing the frame can be used as an aggregation (ie, the aggregation containing 2 BAR frames: one for The data frame, another part of the management frame, is sent, or, alternatively, the BAR MPDU format can be extended to include an additional portion for management of the frame (ie, The packet includes an aggregation of BAR frames for the management frame and the two portions of the data frame.

Regarding a BA packet, an individual BA MPDU for managing the frame can be As an aggregation (that is, the aggregation containing 2 BA packets: one for the data frame, the other for the management of a part of the frame to send, or, alternatively, a conventional BA The MPDU format can be extended to include an additional portion to confirm the management frame (also That is, the packet contains an aggregation of BAs for the management frame and the two portions of the data frame.

The format of the BA and BAR packets for supporting the management frame, for management The BA and BAR packets of the frame can be the same or similar to the conventional frame format, and can be explicitly identified by using a single bit or a special field assignment. The BA and the BAR are concepts of a starting sequence number (SSN) that can be followed by a bit map, wherein if the bit position of the BA bit map is n, When set to 1, it will determine the reception of an MPDU having a sequence control value equal to BA SSN+n. Further, if the bit position of the BA bit map is set to 0, then It is an indication that an MPDU having an MPDU sequence control value equal to (BA SSN+n) has not been successfully received. Typically, the aggregation management frame system is likely to have an increased SN when in the aggregation. When the management frame has a large interval between the SNs (for example, aggregated retransmitted frames and new frames), multiple BA systems can be used, each aggregation confirms a different management frame, or Multiple frames, for example, if The meta map has a predefined maximum size (eg, 16 bits), and the aggregate management frames have more than 15 different sequential numbers, and they cannot be confirmed in the same bit map. And, another BA frame is necessary, and the BA and BAR systems can simply list the SN for each of the considered management frames.

MQR frame, MCS feedback (MFB) frame, and The Training Request (TRQ) frame, including the new fields, is described herein as an example. However, it should be noted that any other management, control, or data frame may include these new frames to enhance the responsiveness of exchanging such packets.

The MRQ frames are a management frame of the category HT. The MRQ frame is Used to request MCS feedback from a responder 204, and the MRQ frame, except for an MCS request field, as shown in Table 1, will include an ACK policy field, and a request identification number field. At least one of a response time policy field and an aggregate format field, wherein the ACK policy field is set to "No-ACK" (ie, requires a direct MFB) The frame responds, or "ACK" (ie, requires an ACK packet). If the MFB packet is expected to be once, the request identification number field is set to a request identification number, or if When the MFB packet is transmitted as much as possible, it is set to “0”, and the response time policy field is set to “immediately” (ie, SIFS), “delayed”, or “actively provided”. If the response time is set to "immediately", the responder 204 is expected to immediately send an MFB frame (i.e., in the SIFS range), if the response time policy is set to " The delay 204 is expected to be The MFB frame is sent within the specified delay time. If the response time policy is set to "active provision", the responder 204 can send the response at the time selected by the responder 204. The aggregation format The field can be set to "aggregate MAC protocol data unit (A-MPDU)", "RIFS-PPDU", or "No-Aggregation". If the format field is set to "A" -MPDU", the responder 204 and the initiator 202 are expected to send an A-MPDU, and if the aggregate format field is set to "RIFS-PPDU", the responder 204 and the The initiator 202 is expected to use the RIFS to send multiple MPDUs, but may generate an A-MPDU. If the aggregate format field is set to "No-Aggregation", the responder 204 and The initiator 202 is expected to not aggregate the MFB frame. As another option, If the format of the aggregation format is not included in the MRQ frame or in the MFB frame, then if it is not required to be indicated by the aggregate format field and indicated by other parties, The aggregation system can be executed when the responder 204 or the initiator 202 determines independently.

The MFB frame is a management frame of the category HT. The MFB frame will be returned Should be sent in an MRQ frame, or independently, and the MFB frame, except for an MFB field, as shown in Table 2, would include an ACK policy field, a request for identification number field, a response time policy field, and at least one of the aggregate format fields, wherein the ACK policy field is set to "Non-ACK" or "ACK" if needed At the time of solicitation, the request identification number field is set to correspond to the request number from the MRQ frame, or is set to "0" if the MFB frame is transmitted as much as possible or actively. The response time policy field is set to "immediately" (ie, SIFS), "delayed", or "actively provided". The aggregate format field can be set to "A-MPDU", "RIFS- PPDU", or "No-Aggregation". The ACK policy field, the request identification number field, the response time policy field, and the operation of the aggregate format field are the same as the MRQ frame, and are not repeated here for simplicity. The MCS The feedback field will include the MCS response.

The TRQ frame is a management frame of the category HT. The TRQ frame needs this The next transmission of responder 204 becomes an audible PPDU with a well-defined physical layer attribute, which will include, in addition to a channel vocal parameter field, as shown in Table 3, an ACK policy field. At least one of a request identification number field, a response time policy field, and an aggregate format field, wherein the ACK policy field is set to "No-ACK (No-ACK)", Or "ACK", the request identification number field is set to a request number based on the training program, and the response time policy field is set to "immediately" (ie, SIFS), "delay", Or "proactively provided", the aggregate format field can be set to "A-MPDU", "RIFS-PPDU", or "No-Aggregation". The ACK policy field, the request identification number field, the response time policy field, and the operation of the aggregate format field are the same as the MRQ frame, and are not repeated here for simplicity. The channel utterance parameter field indicates the number and type of HT-long training fields (LTF), the number of transmission and reception antennas, or the like.

These new fields (ie, an ACK policy field, a request for identification number A field, a response time policy field, and one or more of an aggregate format field may be included in any type of frame, for example, a mode request frame, a mode response frame a MIMO channel request frame, a MIMO channel response frame, a CSI feedback request frame, a CSI feedback response frame, a calibration start frame, a calibration utterance response frame, and a transmission antenna selection audible request frame. , an antenna selects the feedback frame, or the like.

The mode request frame and the mode response frame will be used to exchange the most The best transmission mode is to use the high input inertia communication, the MIMO channel request frame, the MIMO channel response frame, the CSI feedback request frame, and the CSI feedback response frame are used in the initiator 202. And exchanging CSI between the responders 204, the calibration start frame and the calibration utterance response frame are used for calibration purposes to remove transmission and reception in the initiator 202 and the responder 204. For the difference between the transmit and receive chains, the transmit antenna selects the audible request frame and the antenna selects the feedback frame for antenna selection by the initiator 202 or the responder 204.

Figure 3 shows an initiator 302 and a responder 304 in accordance with the present invention. An exemplary procedure 300 for packet switching is to use an A-MPDU with an ACK policy as a No-ACK for the MMPDU. The initiator 302 generates a request-to-send (RTS) frame 312 when a data is sent to the responder 304, and utilizes a basic rate non-aggregated (basic rate non-aggregated). The PPDU 314 sends the RTS frame 312 to the responder 304, and after receiving the RTS frame 312, the responder 304 sends a clear transmission using a basic rate non-aggregated PPDU 318 (clear- To-send, CTS) frame 316 to the initiator 302, and then, after receiving the CTS frame 316, the initiator 302 generates an A-MPDU 320, including an MRQ MMPDU 320a, data MPDU. 320 b, and a BAR MPDU 320 c, wherein the A-MPDU 320 is transmitted using an aggregated PPDU (A-PPDU) 322 generated based on the base MIMO and the preset value MCS.

Since the ACK policy field of the MRQ MMPDU 320a is set Is No-ACK (non-ACK), therefore, the responder 304 will directly send an MFB MMPDU 314 a without sending an ACK for confirming the reception of the MRQ MMPDU 320 a, and then the response The processor 304 generates an A-MPDU 324, including the MFB MMPDU 324a and a BA 324b, to acknowledge receipt of the data MPDU 320b, and transmits the A-MPDU 324 using an A-PPDU 326.

The initiator 302 receives the MFB MMPDU 324a and will be packaged according to the The MCS feedback included in the MFB MMPDU 324a selects an optimal MCS, and then the initiator 302 generates another A-MPDU 328, including the data MPDU 328a and a BAR MPDU 328b, and The A-PPDU 330, which has been optimized for its own rate based on the MCS feedback, is transmitted, and then the responder 304 responds to the BAR. The MPDU 328b will send a BA 332 using a non-aggregated PPDU 334. After successfully transmitting the data, the initiator 302 will then transmit a CF using a basic rate non-aggregated PPDU 338. -Poll END frame 336, which in turn releases the TXOP.

Figure 4 shows an initiator 402 and a responder 404 in accordance with the present invention. An exemplary procedure 400 for packet exchange is to use an A-MPDU with an ACK policy as a No-ACK for the MMPDU. The initiator 402 generates an RTS frame 412 when a data is sent to the responder 404, and transmits the RTS frame using a basic rate non-aggregated PPDU 414. The responder 404, after receiving the RTS frame 412, the responder 404 transmits a CTS frame 416 to the initiator 402 using a basic rate non-aggregated PPDU 418, and then receives the CTS. After the frame 416, the initiator 402 generates an A-MPDU 420, including a TRQ MMPDU 420a, an MRQ MMPDU 420b, a data MPDU 420c, and a BAR MPDU 420d, wherein the A- The MPDU 420 is transmitted using an aggregated PPDU 422 generated based on the base MIMO and the preset value MCS.

Due to the TRQ MMPDU 420 a and the MRQ MMPDU 420b The ACK policy field is set to No-ACK (non-ACK). Therefore, the responder 404 will directly send a single ACK to confirm the reception of the MRQ MMPDU 420b. MFB MMPDU 414 a, then, the responder 404 will generate an A-MPDU 424, including the MFB MMPDU 424 a and a BA 424 b, and will utilize an audible A-PPDU 426, as the TRQ MMPDU 420 a Requested, to send.

Then, the initiator 402 receives the utterance PPDU 426, and Sounding PPDU 426 as a basis for evaluating channel state information (channel state information, CSI), and the evaluated CSI is used to set the MIMO parameters in the transmission of the next packet. In addition, the initiator 402 also receives the MFB MMPDU 424 a and is included in the MFB according to the An MFC frame among the MMPDUs 424a selects an optimal MCS. Next, the initiator 402 generates another A-MPDU 428, including a TRQ MMPDU 428a, an MRQ MMPDU 428b, and a data MPDU 428c. And a BAR MPDU 428d, and the A-MPDU 428 is transmitted using an A-PPDU 430, wherein the A-PPDU 430 is optimized with MIMO parameters and according to the CSI and the MFB. The MCS is generated as a basis. Next, the responder 404 receives the A-MPDU 428 and generates another A-MPDU, including an MFB MMPDU 432a and a BA 432b, which are utilized by the additional utterance PPDU 434. Transmitting, then, the initiator 402 receives the utterance A-PPDU 434, evaluates the CSI, and selects an MCS based on the MFB, and the initiator 402 generates another A-MPDU, including data. MPDU 436 a and a BAR MPDU 436 b, which are then transmitted using an A-PPDU 438, The A-PPDU is generated based on the MIMO parameter and the MCS updated according to the second CSI and the MFB. Then, the responder 404 uses a non-reaction in order to respond to the BAR MPDU 426 b. A BA 440 is transmitted by non-aggregated PPDU 442, and after successfully transmitting the data, the initiator 402 transmits a CF-Poll END frame 444 using a basic rate, non-aggregated PPDU 446. And release the TXOP.

Figure 5 shows an initiator 502 and a responder 504 in accordance with the present invention. An exemplary procedure 500 for packet exchange is to designate a RIFS with an ACK policy as a No-ACK for the MMPDU. The initiator 502 generates an RTS frame 512 when a data is sent to the responder 504, and utilizes a basic rate non-aggregated PPDU 514. The RTS frame 512 is sent to the responder 504, and after receiving the RTS frame 512, the responder 504 sends a CTS frame 516 to the start using a basic rate non-aggregated PPDU 518. Then, after receiving the CTS frame 516, the initiator 502 generates an MRQ MMPDU 520 and transmits the MRQ MMPDU 520 using a basic rate non-aggregated PPDU 522. In the event that the TXOP is not released, the initiator 502 will also generate an A-MPDU 524, including the data MPDU 524a, and a BAR MPDU 524b, and, after the RIFS from the transmission of the PPDU 522, The A-MPDU 524 is transmitted using an A-PPDU 526 generated based on a base MIMO and a preset value MCS.

Since the ACK policy field of the MRQ MMPDU 520 is set to No-ACK (non-ACK), therefore, after receiving the MRQ MMPDU 520, the responder 504 will directly send the MFB MMPDU 528 without transmitting an ACK, without releasing the TXOP. The responder 504 will generate a BA frame 532 for confirming the data MPDU 524a, and will send the BA 532 with a non-aggregated PPDU 534 after the RIFS from the transmission of the PPDU 530. .

The initiator 502 receives the MFB MMPDU 528 and will be packaged according to the An optimal MCS is selected by an MFB included in the MFB MMPDU 528. Then, the initiator 502 generates a second A-MPDU 536 including a data MPDU 536a and a BAR MPDU 536b, and The second A-MPDU 536 is transmitted using an A-PPDU 538 that has been generated based on the underlying MIMO parameters and the MCS optimized for the MFB, and then the responder 504 utilizes a non- A non-aggregated PPDU 542 is sent to send a BA 332 to acknowledge receipt of the data MPDU 536a, and after successful transmission of the data, the initiator 502 utilizes a base rate, non-aggregated PPDU 546. Send one The CF-Poll END frame, which in turn releases the TXOP.

Figure 6 shows an initiator 602 and a responder 604 in accordance with the present invention. Another exemplary procedure 600 for packet exchange between is to designate an RIFS with an ACK policy as a No-ACK for the MMPDU. The initiator 602 generates an RTS frame 612 when a data is sent to the responder 604, and transmits the RTS frame using a basic rate non-aggregated PPDU 614. The responder 604, after receiving the RTS frame 612, the responder 604 sends a CTS frame 616 to the initiator 602 using a basic rate non-aggregated PPDU 618, and then receives the CTS. After frame 616, the initiator 602 will generate a TRQ MMPDU 620 and will transmit the TRQ MMPDU 620 using a non-aggregated PPDU 622. Among the same TXOPs, the initiator 602 will also generate an MRQ MMPDU 624, and will then transmit the MRQ MMPDU 624 using a non-aggregated PPDU 626 from the RIFS of the transmission of the PPDU 622, and, similarly, Among the same TXOPs, the initiator 502 also generates an A-MPDU 628, including a data MPDU 628a, and a BAR MPDU 628b, and transmits the A-MPDU using an A-PPDU 630. 628, wherein the A-PPDU 630 is generated based on a base MIMO parameter and a preset value MCS.

The responder 604 receives the TRQ MMPDU 620 and the MRQ The MMPDU 624, and an MFB MMPDU 632, is generated and transmitted via an audible A-PPDU 634 as requested by the TRQ MMPDU 632. Moreover, since the ACK policy field of the TRQ MMPDU 620 and the MRQ MMPDU 624 is set to No-ACK (non-ACK), the responder 604 will not send a check for the TRQ MMPDU 620 and In the case of an individual ACK of the MRQ MMPDU 624, one is sent directly MFB MMPDU 632.

Among the same TXOPs, the responder 604 also generates a BA 636 to The receipt of the data MPDU 628a is acknowledged and the BA 636 is sent with a non-aggregated PPDU 638 after the RIFS from the transmission of the PODU 634.

Then, the initiator 602 receives the utterance PPDU 634, and will The utterance PPDU 634 is used as a basis for evaluating the CSI, and the evaluated CSI is used to set the MIMO parameters in the transmission of the next packet. In addition, the initiator 602 also receives the MFB MMPDU 632 and will follow the The MFB included in the MFB MMPDU 632 selects an optimal MCS.

The initiator 602 generates a second TRQ MMPDU 640 and will pass through an A. -PPDU 642 is sent. Among the same TXOPs, the initiator also generates a second MRQ MMPDU 644 and transmits it using a-PPDU 646 after the RIFS from the transmission of the A-PPDU 642, and, similarly, Among the same TXOPs, the initiator 602 generates an A-MPDU 648, including the data MPDU 648a and a BAR MPDU 618b, and utilizes an A- after the RIFS from the transmission of the PPDU 646. The PPDU 650 transmits the A-MPDU 648, wherein the A-PPDUs 642,646 are generated based on MIMO parameters and an MCS optimized according to the CSI and the MFB.

The responder 604 receives the second TRQ MMPDU 640 and the second The MRQ MMPDU 644 will generate a second MFB MMPDU 652, which is then transmitted using a second utterance A-PPDU 654. Among the same TXOPs, the responder 604 also generates a BA 656 to confirm receipt of the data MPDU 648a and will utilize The BA 656 is sent by a non-aggregated PPDU 658.

Receiving the second utterance A-PPDU 654, including the second MFB MMPDU 652. Thereafter, the initiator 602 evaluates the CSI and selects an MCS based on the new MFB included in the MFB MMPDU 652. Then, the initiator 602 generates a third A. - MPDU 670, comprising data MPDU 670a and a BAR MPDU 670b, and utilizing an A-PPDU 672 generated based on MIMO parameters and an MCS optimized in accordance with the updated CSI and MFB. The third A-MPDU 670 is sent.

The responder 604 receives the A-MPDU 670 and utilizes a non-aggregation PPDU 676 sends a BA 674 to acknowledge receipt of the data MPDU 670a, and after successful transmission of the data, the initiator 602 then transmits a CF using a basic rate, non-aggregated PPDU 680. -Poll END frame 678 to release the TXOP.

According to another embodiment of the present invention, the action, management, or control frame system The data frame can be processed in priority order, and the priority processing order can be accurately achieved through a specified field in the action, management, or control frame, or When the wireless medium is taken, it is internally implemented by a hardware or software execution that processes the action, management, or control frame with a higher priority. Such a priority processing scheme can be used for TGnSync, or All actions, management, or control frames recommended by WWiSE, especially for transmission mode feedback and channel feedback (eg, mode request, mode response, MIMO channel request, and MIMO channel response, MRQ, TRQ, etc.) ) actions and management frames.

Although the features and elements of the present invention are in a preferred embodiment And the description is made, but each feature, or component, can be separately required without the preferred implementation. Use of other features and elements of the examples, or in combination with or without other features and elements of the invention.

ACK‧‧‧Confirm

SIFS‧‧‧Short Interframe Space

Claims (4)

A device for use in a first station (STA), the device comprising: transmitting a request frame to a responder, wherein the request frame includes a request identification number field indicating a request identification number; and from the response Receiving an audible physical layer protocol data unit (PPDU), the utterance physical layer protocol data unit including a media access control without receiving an acknowledgment (ACK) frame for acknowledging receipt of the request frame The (MAC) Protocol Data Unit (MPDU) is responsive to the request frame, wherein the utterance PPDU includes a request identification field indicating that the request identification number is included in the request frame. The method of claim 1, wherein the utterance PPDU is received within an inter-frame interval (SIFS) of the request frame. The method of claim 1, wherein the sounding PPDU is piggybacked on another frame. The method of claim 1, wherein the sounding PPDU is aggregated with another frame.