New padding schemes in wireless communications

Abstract

Techniques pertaining to new padding schemes in wireless communications are described. An apparatus (e.g., an access point (AP) station (STA) or a non-AP STA) performs a wireless communication by: (a) generating and transmitting a physical-layer protocol data unit (PPDU); or (b) receiving and processing the PPDU. The PPDU comprises (AID) -based information that includes either or both of an intermediate frame check sequence (FCS) and security information.

Description

NEW PADDING SCHEMES IN WIRELESS COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION

[0001] The present disclosure is part of a non-provisional patent application claiming the priority benefit of U.S. Provisional Patent Application Nos. 63 / 655,115, 63 / 666,324, 63 / 668,373, 63 / 669,738 and 63 / 689,908, filed 03 June 2024, 01 July 2024, 08 July 2024, 11 July 2024 and 03 September 2024, respectively, the contents of which herein being incorporated by reference in their entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to wireless communications and, more particularly, to new padding schemes in wireless communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In wireless communications such as Wi-Fi (or WiFi) under the Institute of Electrical and Electronics Engineers (IEEE) 802.11 specifications, a Wi-Fi device may require extra processing time to reconfigure its radio due to application purpose or protocol requirements. In the current IEEE 802.11 standard, trigger frame medium access control (MAC) padding is proposed to provide more MAC processing time for a non-access point (non-AP) station (STA) and / or multi-link device (MLD) . Packet extension is also proposed to provide more physical-layer (PHY) processing time for High-Efficiency (HE)  / Extremely-High-Throughput (EHT) PHY protocol data unit (PPDU) format.

[0005] However, in a current trigger frame packet, a frame check sequence (FCS) field is after padding. This would result in the loss of the original intention of padding, which is to occupy time and allow a receiver to have enough time to configure its new setting. If a STA starts to configure its new setting during the padding time but eventually encounters an FCS error, the entire progress will become useless. Moreover, a trigger frame is not defined under the current IEEE 802.11 standard for a non-AP to provide more processing time to its peer STA. Additionally, there is no packet extension (or a very limited duration) to provide more PHY processing time for orthogonal frequency-division multiplexing (OFDM)  / non-High-Throughput (non-HT) duplicated / High-Throughput (HT)  / Very-High-Throughput (VHT) PPDU format. Moreover, there is no other control frame (e.g., request-to-send (RTS) and clear-to-send (CTS) ) that has padding time to provide more processing time for a target receiver. Therefore, there is a need for a solution of new padding schemes in wireless communications.SUMMARY

[0006] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0007] An objective of the present disclosure is to provide schemes, concepts, designs, techniques, methods, and apparatuses pertaining to new padding schemes in wireless communications. It is believed that various schemes proposed herein may address or otherwise alleviate these aforementioned issue (s) . For instance, under various proposed schemes of the present disclosure, association identifier (AID) -based control message information may be utilized such that: (1) AID-based control message information may be combined with FCS to provide an “intermediate FCS” scheme within a control frame to address the padding issue; and / or (2) the AID-based control message information may be combined with security information within the control frame to protect the control frame.

[0008] In one aspect, a method may involve performing a wireless communication by: (a) generating and transmitting a PPDU; or (b) receiving and processing the PPDU. The PPDU may include AID-based information, which may have either or both of an intermediate FCS and security information.

[0009] In another aspect, an apparatus may include a transceiver configured to communicate wirelessly and a processor coupled to the transceiver. The processor may be configured to perform a wireless communication by: (a) generating and transmitting a PPDU; or (b) receiving and processing the PPDU. The PPDU may include AID-based information, which may have either or both of an intermediate FCS and security information.

[0010] It is noteworthy that, although the description provided herein may be in the context of certain radio access technologies, networks and network topologies such as, Wi-Fi, the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies such as, for example and without limitation, Bluetooth, ZigBee, 5th Generation (5G)  / New Radio (NR) , Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, Internet-of-Things (IoT) , Industrial IoT (IIoT) and narrowband IoT (NB-IoT) . Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation to clearly illustrate the concept of the present disclosure.

[0012] FIG. 1 is a diagram of an example network environment in which various schemes in accordance with the present disclosure may be implemented.

[0013] FIG. 2 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0014] FIG. 3 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0015] FIG. 4 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0016] FIG. 5 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0017] FIG. 6 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0018] FIG. 7 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0019] FIG. 8 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0020] FIG. 9 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0021] FIG. 10 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0022] FIG. 11 is a diagram of an example design under a proposed scheme in accordance with the present disclosure.

[0023] FIG. 12 is a diagram of an example scenario under a proposed scheme in accordance with the present disclosure.

[0024] FIG. 13 is a block diagram of an example communication system under a proposed scheme in accordance with the present disclosure.

[0025] FIG. 14 is a flowchart of an example process under a proposed scheme in accordance with the present disclosure.DETAILED DESCRIPTION

[0026] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that the description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0027] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to new padding schemes in wireless communications. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0028] FIG. 1 illustrates an example network environment 100 in which various solutions and schemes in accordance with the present disclosure may be implemented. FIG. 1 -FIG. 14 illustrate examples of implementation of various proposed schemes in network environment 100 in accordance with the present disclosure. The following description of various proposed schemes is provided with reference to FIG. 1 -FIG. 14.

[0029] Referring to FIG. 1, network environment 100 may include at least a first STA (STA 110) and a second STA (STA 120) . Either STA 110 or STA 120 may function as an access point (AP) STA or a non-AP STA. While there may be additional STAs involved in network environment 100 under one or more schemes proposed herein, for simplicity only two STAs (STA 110 and STA 120) are shown in FIG. 1 with the understanding that additional STAs may be involved (e.g., additional non-AP STAs participating in ranging sessions under the proposed schemes) . Each of STA 110 and STA 120 may be configured to implement various proposed schemes in accordance with the present disclosure as described below. For instance, STA 110 may function as an initiator and STA 120 may function as a responder, or vice versa. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0030] Under various proposed schemes in accordance with the present disclosure, association identification (AID) -based control message information may be utilized in a control frame (e.g., as a trigger frame or multi-station block acknowledgement (MSBA) frame) . Under the proposed schemes, AID-based control message information may be combined with FCS to result in an intermediate FCS (I-FCS) scheme within a control frame to address the padding issue. Moreover, AID-based control message information may be combined with security information within the control frame to protect the control frame. Advantageously, this may ensure compatibility with legacy features (e.g., Enhanced Multilink Single Radio (EMLSR) High-Efficiency (HE) and / or Extremely-High-Throughput (EHT) STAs) . The proposed schemes may prevent legacy STAs (HE / EHT) from incorrectly identifying the AID number. The proposed schemes combine AID-based control message and FCS to become an I-FCS by reusing the same FCS calculation method as a baseline without losing the accuracy of FCS. An initial control frame (e.g., multi-user request-to-send (MU-RTS) frame or buffer status report poll (BSRP) frame) and control response (e.g., MSBA) may carry this I-FCS to support new features. Moreover, AID-based control message and security information may be combined to become or provide control frame protection (e.g., more security for the control frame) . Furthermore, AID-based control message may be utilized to support upcoming feature (s) by providing more flexibility for future usage.

[0031] FIG. 2 illustrates an example design 200 under a proposed scheme in accordance with the present disclosure. Design 200 may pertain to an AID-based control message. Under the proposed scheme, an AID-based intermediate FCS may be contained in an initial control frame (ICF) which may be a trigger frame. For instance, the AID-based intermediate FCS may be in a special User Info field, and the proposed intermediate-FCS field format may ensure compatibility with legacy features (e.g., EMLSR) and HE / EHT STAs. Additionally, under the proposed scheme, the AID-based intermediate FCS may contain a 32-bit cyclic redundancy check (CRC) . For instance, the FCS field value may be calculated over all the fields of a MAC header and the Frame Body field, including all User Info fields before the intermediate FCS field. Moreover, under the proposed scheme, FCS may be separated into two parts (e.g., FCS-1 and FCS-2) . For instance, as a first method (Method 1) and referring to part (A) of FIG. 2, one User Info field may be used to carry the intermediate FCS as follows: (a) bits B4 –B11 may be utilized as an intermediate-FCS indicator; (b) FCS-1 may have 4 bits of FCS and may occupy bits B0 –B3 of the User Info field; and (c) FCS-2 may have 28 bits of the FCS and may occupy bits B12 –B39 of the User Info field. Alternatively, as a second method (Method 2) and referring to part (B) of FIG. 2, two User Info fields may be used to carry the intermediate FCS as follows: (a) bits B0 –B11 may be utilized as an intermediate-FCS indicator; (b) FCS-1 may have k bits of FCS and may occupy bits B12 – (B12+k-1) of the User Info field; and (c) FCS-2 may have 32 –k bits of the FCS and may occupy bits B12 – (B12+32-k-1) of the User Info field. As an example, the value of k may be 16 or a different value.

[0032] FIG. 3 illustrates an example design 300 under a proposed scheme in accordance with the present disclosure. Design 300 may pertain to a pattern of an intermediate-FCS indicator under Method 1 described above. Under the proposed scheme, an 8-bit intermediate-FCS indicator may be contained in bits B4 –B11 of the User Info field. The pattern of the 8-bit intermediate-FCS indicator may be selected to result in the value of bits B0 –B11 (AID12, a 12-bit identifier which uniquely identifies an associated STA within a wireless network) being within the range of a reserved value of the AID12 subfield. The candidate pattern of the intermediate-FCS indicator may ensure the value of bits B0 –B11 of the User Info field to not overlap with any STA’s AID12 value and any existing special AID. Under the proposed scheme, the pattern may be fixed or announced by the AP. Under this proposed scheme, the pattern may be selected from a certain range of AID12 under a first option (Option 1) or a second option (Option 2) . Under Option 1, the pattern may be selected from the range of 0111 1110 000 (AID 2016) ～ 0111 1110 1111 (AID 2031) as 0111 1110. Under Option 2, the pattern may be selected from the range of 1000 0000 0000 (AID 2048) ～ 1111 1110 1111 (AID 4079) as 1XXX XXX0 (with X being 0 or 1) .

[0033] FIG. 4 illustrates an example design 400 under a proposed scheme in accordance with the present disclosure. Design 400 may pertain to a pattern of an intermediate-FCS indicator under Method 2 described above. Under the proposed scheme, a 12-bit intermediate-FCS indicator may be contained in bits B0 –B11 of the User Info field. The pattern of the 12-bit intermediate-FCS indicator may be fixed or announced by the AP. Alternatively, or additionally, the pattern of the 12-bit intermediate-FCS indicator may be selected to result in the value of bits B0 –B11 (AID12) being within the range of reserved value of the AID12 subfield. Under this proposed scheme, the pattern may be selected from a certain range of AID12 under a third option (Option 3) , a fourth option (Option 4) or a fifth option (Option 5) . Under Option 3, the pattern may be selected from the range of AID 2008 ～ AID 2044 (reserved in AID12) . Under Option 4, the pattern may be selected from the range of AID 2047 ～ AID 4096 (reserved in AID12) . The candidate pattern of the intermediate-FCS indicator may ensure the value of bits B0 –B11 of the User Info field not to overlap with any STA’s AID12 value and any existing special AID. Under Option 5, the pattern may be selected from any AID value that ensures no overlapping with any STA’s AID or any existing special AID.

[0034] FIG. 5 illustrates an example design 500 under a proposed scheme in accordance with the present disclosure. Design 500 may pertain to an AID-based security information in the ICF trigger frame under Method 1. Under the proposed scheme, a Security Info field may also be utilized as a special User Info field sharing the same indicator and / or pattern in bits B4 ～ B11 and the same way of partition of security information as the intermediate FCS information of Method 1. For instance, in case that a packet number (PN) is 4 bytes, it may be separated into two parts and be included in a User Info field as shown in FIG. 5. In case that the PN is 6 bytes, then two AID-based PN User Info fields may be used. Similarly, for Message Integrity Code (MIC) , each User Info field may carry 4 bytes of MIC, and the total number of User Info fields for MIC may depend on the length of MIC.

[0035] FIG. 6 illustrates an example design 600 under a proposed scheme in accordance with the present disclosure. Design 600 may pertain to an AID-based security information in the ICF trigger frame under Method 2. Under the proposed scheme, the Security Info field may also be utilized as a special User Info field sharing the same indicator and / or pattern in bits B4 ～ B11 and the same way of partition of security information as the intermediate FCS information of Method 2. For instance, in case that a PN is 4 bytes, it may be separated into two parts and be included in a User Info field as shown in FIG. 6. In case that the PN is 6 bytes, then two AID-based PN User Info fields may be used. Similarly, for MIC, each User Info field may carry 4 bytes of MIC, and the total number of User Info fields for MIC may depend on the length of MIC.

[0036] Under a proposed scheme in accordance with the present disclosure, the position of the Intermediate FCS field and Security Info field may be indicated under a first option (Option A) or a second option (Option B) . In Option A, the position of the intermediate FCS field and Security Info field may be indicated using an indicator such as, for example, 0111 1110 or 0XXX XXX1 or an AP-announced value. For the intermediate FCS, the intended recipient (s) of the ICF may detect the pattern of the intermediate-FCS indicator and decode FCS-1 and FCS-2 in the Intermediate FCS field. For the security information, the intended recipient (s) of the ICF may detect the pattern of the security information indicator and find the security information.

[0037] FIG. 7 illustrates an example design 700 under a proposed scheme in accordance with the present disclosure. Design 700 may pertain to indication of the position of the Intermediate FCS field and Security Info field under Option B. Under the proposed scheme, the position of the Intermediate FCS field and Security Info field may be indicated using a positioning indication in a new Special User Info field. Referring to FIG. 7, a Control Bitmap subfield may include “Security Info Present” and “Intermediate FCS Present” indication bits. For instance, the “Security Info Present” indication bit may be set to 1 to indicate that security information is present in the Control frame, and the “Intermediate FCS Present” indication bit may be set to 1 to indicate that the intermediate FCS is present in the Control frame. Moreover, under the proposed scheme, a “Positioning” subfield may include “User Info Count” bits and, optionally, “User Info Number” bits. For instance, the “User Info Count” bits may indicate the position of the Security Info field and / or Intermediate FCS field in the control frame relative to the new Special User Info field. That is, the position of the Security Info field and / or Intermediate FCS field may start after User Info Count *40 bits from the end of the new Special User Info field. The “User Info Number” bits may indicate the number of User Info fields used to carry the security information and / or intermediate FCS. For instance, the security information may need five User Info fields and the intermediate FCS may need one User Info field.

[0038] FIG. 8 illustrates an example scenario 800 under a proposed scheme in accordance with the present disclosure. Scenario 800 may pertain to a use case of AID-based intermediate FCS in an initial control frame. Referring to FIG. 8, in scenario 800, a legacy STA may not consider the AID-based intermediate FCS in the initial control frame as its own AID12 in I-FCS, because AID values in the ranges of 2106 ～ 2031 and 2048 ～ 4079 are reserved for legacy STAs. As for a new (or non-legacy) STA, it may recognize the intermediate FCS and use the remaining padding time to reconfigure or otherwise adjust its radio settings.

[0039] FIG. 9 illustrates an example design 900 under a proposed scheme in accordance with the present disclosure. Design 900 may pertain to AID-based intermediate FCS in a control response frame. Under the proposed scheme, the AID-based intermediate FCS may be contained in a special Per AID TID Info field of the control response frame. For instance, the control response frame may contain an intermediate FCS with a 32-bit CRC. The FCS field value may be calculated over all the fields of the MAC header and the Frame Body field before the Intermediate FCS field. The special Per AID TID Info field may include an AID TID Info field with the following subfields: (1) an AID11 subfield which may be set to a special AID (e.g., an AID within the range of 2008 ～ 2044, not overlapping with any STA’s AID11 value and any existing special AID) ; (2) an Ack Type subfield which may be set to 0; and (3) a TID subfield which may be set to a specific value (e.g., 15) .

[0040] FIG. 10 illustrates an example design 1000 under a proposed scheme in accordance with the present disclosure. Design 1000 may pertain to AID-based security information in a control response frame. Under the proposed scheme, the AID-based security information may have a format of an MSBA, and the AID-based security information may be contained in a special Per AID TID Info field including a “Security Info” subfield. The special Per AID TID Info field may also include an AID TID Info field with the following subfields: (1) an AID11 subfield which may be set to a special AID (e.g., an AID within the range of 2008 ～ 2044, not overlapping with any STA’s AID11 value and any existing special AID) ; (2) an Ack Type subfield which may be set to 0; and (3) a TID subfield which may be set to a specific value (e.g., 15) . The “Security Info” subfield may contain a PN. The special Per AID TID Info field may further include a “Block Ack Starting Sequence Control” subfield that indicates the length of the “Security Info” subfield.

[0041] FIG. 11 illustrates an example design 1100 under a proposed scheme in accordance with the present disclosure. Design 1000 may pertain to AID-based control message. Under the proposed scheme, all the features described herein may be combined in AID-based information in a control response frame. For instance, an indication may be in a special Per AID TID Info field, including a “Bitmap + Security Info + Intermediate-FCS” subfield. The “Bitmap + Security Info + Intermediate-FCS” subfield may contain a bitmap (e.g., 1 byte) of “Security Info Present” and “Intermediate FCS Present” indication bits. In case that the “Security Info Present” indication bit is set to 1, the AID-based information in the control response frame may contain PN and MIC. In case that the “Intermediate FCS Present” indication bit is set to 1, the AID-based information in the control response frame may contain an intermediate FCS (e.g., with a 32-bit CRC) .

[0042] FIG. 12 illustrates an example scenario 1200 under a proposed scheme in accordance with the present disclosure. Scenario 1200 may pertain to a use case of AID-based intermediate FCS in a control response frame. Referring to FIG. 12, in scenario 1200, a responder (e.g., a new (or non-legacy) STA) may use MSBA as an initial control response frame with security information and intermediate FCS. The responder may also use padding time to process the information and reconfigure its radio settings for a subsequent transmission sequence. Moreover, the responder, as a non-legacy STA, may check security information and intermediate FCS. Illustrative Implementations

[0043] FIG. 13 illustrates an example system 1300 having at least an example apparatus 1310 and an example apparatus 1320 in accordance with an implementation of the present disclosure. Each of apparatus 1310 and apparatus 1320 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to new padding schemes in wireless communications, including the various schemes described above with respect to various proposed designs, concepts, schemes, systems and methods described above as well as processes described below. For instance, apparatus 1310 may be implemented in STA 110 and apparatus 1320 may be implemented in STA 120, or vice versa.

[0044] Each of apparatus 1310 and apparatus 1320 may be a part of an electronic apparatus, such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. When implemented in a STA, each of apparatus 1310 and apparatus 1320 may be implemented in a smartphone, a smart watch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Each of apparatus 1310 and apparatus 1320 may also be a part of a machine type apparatus, which may be an IoT apparatus such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus or a computing apparatus. For instance, each of apparatus 1310 and apparatus 1320 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. When implemented in or as a network apparatus, apparatus 1310 and / or apparatus 1320 may be implemented in a network node, such as an AP in a WLAN.

[0045] In some implementations, each of apparatus 1310 and apparatus 1320 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. In the various schemes described above, each of apparatus 1310 and apparatus 1320 may be implemented in or as a controller / initiator or a controlee / responder. Each of apparatus 1310 and apparatus 1320 may include at least some of those components shown in FIG. 13 such as a processor 1312 and a processor 1322, respectively, for example. Each of apparatus 1310 and apparatus 1320 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of apparatus 1310 and apparatus 1320 are neither shown in FIG. 13 nor described below in the interest of simplicity and brevity.

[0046] In one aspect, each of processor 1312 and processor 1322 may be implemented in the form of one or more single-core processors, one or more multi-core processors, one or more RISC processors or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 1312 and processor 1322, each of processor 1312 and processor 1322 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 1312 and processor 1322 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 1312 and processor 1322 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks including those pertaining to new padding schemes in wireless communications in accordance with various implementations of the present disclosure.

[0047] In some implementations, apparatus 1310 may also include a transceiver 1316 coupled to processor 1312. Transceiver 1316 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. In some implementations, apparatus 1320 may also include a transceiver 1326 coupled to processor 1322. Transceiver 1326 may include a transmitter capable of wirelessly transmitting and a receiver capable of wirelessly receiving data. It is noteworthy that, although transceiver 1316 and transceiver 1326 are illustrated as being external to and separate from processor 1312 and processor 1322, respectively, in some implementations, transceiver 1316 may be an integral part of processor 1312 as a system on chip (SoC) and / or transceiver 1326 may be an integral part of processor 1322 as a SoC.

[0048] In some implementations, apparatus 1310 may further include a memory 1314 coupled to processor 1312 and capable of being accessed by processor 1312 and storing data therein. In some implementations, apparatus 1320 may further include a memory 1324 coupled to processor 1322 and capable of being accessed by processor 1322 and storing data therein. Each of memory 1314 and memory 1324 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 1314 and memory 1324 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 1314 and memory 1324 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0049] Each of apparatus 1310 and apparatus 1320 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of apparatus 1310 or apparatus 1320, as STA 110 and STA 120, respectively, is provided below in the context of example process 1400. It is noteworthy that, although a detailed description of capabilities, functionalities and / or technical features of either of apparatus 1310 and apparatus 1320 is provided below, the same may be applied to the other of apparatus 1310 and apparatus 1320 although a detailed description thereof is not provided solely in the interest of brevity. It is also noteworthy that, although the example implementations described below are provided in the context of WLAN, the same may be implemented in other types of networks. Illustrative Processes

[0050] FIG. 14 illustrates an example process 1400 in accordance with an implementation of the present disclosure. Process 1400 may represent an aspect of implementing various proposed designs, concepts, schemes, systems, and methods described above. More specifically, process 1400 may represent an aspect of the proposed concepts and schemes pertaining to new padding schemes in wireless communications. Process 1400 may include one or more operations, actions, or functions as illustrated by one or more of blocks / subblocks. Although illustrated as discrete blocks, various blocks of process 1400 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 1400 may be executed in the order shown in FIG. 14 or, alternatively, in a different order. Furthermore, one or more of the blocks / sub-blocks of process 1400 may be executed repeatedly or iteratively. Process 1400 may be implemented by or in apparatus 1310 and apparatus 1320 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 1400 is described below in the context of apparatus 1310 and implemented in or as a ranging controlee / responder (e.g., a wireless communication device) and apparatus 1320 implemented in or as ranging controller / initiator of a wireless network in network environment 100, or vice vera, in accordance with one or more of IEEE 802.11 standards. Process 1400 may begin at block 1410.

[0051] At 1410, process 1400 may include processor 1312 of apparatus 1310 performing, via transceiver 1316, a wireless communication with a PPDU. The PPDU may include AID-based information that has either or both of an intermediate FCS and security information. Operations of the wireless communication may be represented by 1412 and 1414.

[0052] At 1412, process 1400 may involve processor 1312 generating and transmitting the PPDU.

[0053] At 1414, process 1200 may involve processor 1312 receiving and processing the PPDU.

[0054] In some implementations, the PPDU may include a control frame.

[0055] In some implementations, the control frame may include a trigger frame, a MU-RTS frame or a BSRP frame.

[0056] In some implementations, the control frame may include the intermediate FCS with an FCS separated into a first FCS part and a second FCS part.

[0057] In some implementations, the first FCS part and the second FCS part may be separated by an intermediate-FCS indicator in one User Info field of the PPDU. In some implementations, a pattern of the intermediate-FCS indicator may be fixed or announced by an AP (e.g., either apparatus 1310 or apparatus 1320) . Alternatively, or additionally, the pattern of the intermediate-FCS indicator may be selected from a range of an AID12.

[0058] Alternatively, the first FCS part and a first intermediate-FCS indicator may be in a first User Info field of the PPDU, and the second FCS part and a second intermediate-FCS indicator may be in a second User Info field of the PPDU. In some implementations, a pattern of each of the first and second intermediate-FCS indicators is fixed or announced by an AP (e.g., either apparatus 1310 or apparatus 1320) .

[0059] In some implementations, the intermediate FCS may contain a 32-bit CRC.

[0060] In some implementations, the control frame may include the security information with a PN separated into a first PN part and a second PN part.

[0061] In some implementations, the first PN part and the PN FCS part may be separated by an indicator of the AID-based security information in one User Info field of the PPDU.

[0062] Alternatively, the first PN part and a first indicator of the AID-based security information may be in a first User Info field of the PPDU, and the second PN part and a second indicator of the AID-based security information may be in a second User Info field of the PPDU.

[0063] In some implementations, a pattern of an indicator of the security information is selected from a range of an AID12.

[0064] In some implementations, a position of each of the intermediate FCS and the security information in the PPDU may be indicated by using: (a) an indicator in the PPDU; or (b) a positioning indication in a new Special User Info field of the PPDU.

[0065] The method of Claim 1, wherein the PPDU comprises a control response frame.

[0066] In some implementations, the control response frame may include an MSBA frame.

[0067] In some implementations, the control response frame may include the intermediate FCS which may be contained in a Per AID TID Info field of the PPDU. Moreover, the intermediate FCS may contain a 32-bit CRC.

[0068] In some implementations, the control response frame may include the security information which is contained in a Per AID TID Info field of the PPDU.

[0069] In some implementations, the control response frame may include the intermediate FCS and the security information which may be contained in a Per AID TID Info field of the PPDU that includes a “Bitmap + Security Info + Intermediate-FCS” subfield containing a bitmap of a “Security Info Present” indication bit and an “Intermediate FCS Present” indication bit. In such cases, wherein the Per AID TID Info field may further include a PN and a MIC responsive to the “Security Info Present” indication bit being set to a first predefined value (e.g., “1” ) . Moreover, the Intermediate FCS Present” indication bit may be set to a second predefined value (e.g., “1” ) responsive to the intermediate FCS being present. Additional Notes

[0070] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0071] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0072] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0073] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:performing, by a processor of an apparatus, a wireless communication by:generating and transmitting a physical-layer protocol data unit (PPDU) ; orreceiving and processing the PPDU,wherein the PPDU comprises association identifier (AID) -based information comprising either or both of:an intermediate frame check sequence (FCS) ; andsecurity information.2.The method of Claim 1, wherein the PPDU comprises a control frame.3.The method of Claim 2, wherein the control frame comprises a trigger frame, a multi-user request-to-send (MU-RTS) frame or a buffer status report poll (BSRP) frame.4.The method of Claim 2, wherein the control frame comprises the intermediate FCS with an FCS separated into a first FCS part and a second FCS part.5.The method of Claim 4, wherein the first FCS part and the second FCS part are separated by an intermediate-FCS indicator in one User Info field of the PPDU, and wherein the intermediate FCS contains a 32-bit cyclic redundancy check (CRC) .6.The method of Claim 5, wherein a pattern of the intermediate-FCS indicator is fixed or announced by an access point (AP) .7.The method of Claim 5, wherein a pattern of the intermediate-FCS indicator is selected from a range of a 12-bit identifier (AID12) which uniquely identifies an associated station (STA) within a wireless network.8.The method of Claim 4, wherein the first FCS part and a first intermediate-FCS indicator are in a first User Info field of the PPDU, and wherein the second FCS part and a second intermediate-FCS indicator are in a second User Info field of the PPDU.9.The method of Claim 8, wherein a pattern of each of the first and second intermediate-FCS indicators is fixed or announced by an access point (AP) .10.The method of Claim 2, wherein the control frame comprises the security information with a packet number (PN) separated into a first PN part and a second PN part.11.The method of Claim 10, wherein the first PN part and the PN FCS part are separated by an indicator of the AID-based security information in one User Info field of the PPDU.12.The method of Claim 10, wherein the first PN part and a first indicator of the AID-based security information are in a first User Info field of the PPDU, and wherein the second PN part and a second indicator of the AID-based security information are in a second User Info field of the PPDU.13.The method of Claim 10, wherein a pattern of an indicator of the security information is selected from a range of a 12-bit identifier (AID12) which uniquely identifies an associated station (STA) within a wireless network.14.The method of Claim 1, wherein a position of each of the intermediate FCS and the security information in the PPDU is indicated by using:an indicator in the PPDU; ora positioning indication in a new Special User Info field of the PPDU.15.The method of Claim 1, wherein the PPDU comprises a control response frame.16.The method of Claim 15, wherein the control response frame comprises a multi-station block acknowledgement (MSBA) frame.17.The method of Claim 15, wherein the control response frame comprises the intermediate FCS which is contained in a Per AID TID Info field of the PPDU, and wherein the intermediate FCS contains a 32-bit cyclic redundancy check (CRC) .18.The method of Claim 15, wherein the control response frame comprises the security information which is contained in a Per AID TID Info field of the PPDU.19.The method of Claim 15, wherein the control response frame comprises the intermediate FCS and the security information which is contained in a Per AID TID Info field of the PPDU that includes a “Bitmap + Security Info + Intermediate-FCS” subfield containing a bitmap of a “Security Info Present” indication bit and an “Intermediate FCS Present” indication bit, wherein the Per AID TID Info field further comprises a packet number (PN) and a message integrity code (MIC) responsive to the “Security Info Present” indication bit being set to a first predefined value, and wherein the Intermediate FCS Present” indication bit is set to a second predefined value responsive to the intermediate FCS being present.20.An apparatus, comprising:a transceiver configured to communicate wirelessly; anda processor coupled to the transceiver and configured to perform operations comprising:performing, via the transceiver, a wireless communication by:generating and transmitting a physical-layer protocol data unit (PPDU) ; orreceiving and processing the PPDU,wherein the PPDU comprises association identifier (AID) -based information comprising either or both of:an intermediate frame check sequence (FCS) ; andsecurity information.

Images