Preamble with detectable WLAN version identifier

Abstract

Various systems and methods are provided for generating control signals for automatically detecting a transmitted version of a wireless network. The control signal enables a receiver to detect the wireless network version of the transmission such that an appropriate wireless network version is used to parse signaling information and decode the payload of the transmission. In some examples, the control signal is within a preamble of the transmission. The wireless network version may be an IEEE 802.11 version, such as an IEEE 802.11 be proposed, for example. The control signal is compatible with a legacy system, and legacy signaling information may be indicated by legacy signal (SIG) (L-SIG) symbols. In some examples, the control signal may indicate the wireless network version using an identifier symbol generated from at least a portion of the L-SIG symbol but not the same as the L-SIG symbol.

Description

[0001] This application is a divisional application. The application number of the original application is 202080054494.5, and the original application date is August 7, 2020. The entire contents of the original application are incorporated into this application by reference.

[0002] Cross-references

[0003] This application claims the benefit of priority to U.S. Provisional Patent Application No. 62 / 884,136, filed on August 7, 2019, entitled “PREAMBLE WITH DETECTABLE WLAN VERSION IDENTIFICATION” and U.S. Patent Application No. 16 / 944,993, filed on July 31, 2020, entitled “PREAMBLE WITH DETECTABLE WLAN VERSION IDENTIFICATION”, the entire contents of which are incorporated by reference in the specific embodiments below. Technical Field

[0004] The exemplary embodiments relate to wireless communications and, more particularly, to systems and methods for detecting wireless local area network (WLAN) versions of transmissions. Background Art

[0005] The Institute of Electrical and Electronics Engineer (IEEE) has developed various standards for wireless communication technologies such as wireless local area network (WLAN) communication technology. The IEEE 802.11 series of standards covers WLAN and its quality of service (QoS), access point protocols, security enhancements, wireless management, etc.

[0006] There are different versions of IEEE 802.11 for wireless networks. These versions include 802.11a, 802.11g (Extended Rate Physical Layer (PHY), ERP), 802.11n (High Throughput (HT)), 802.11ac (Very High Throughput (VHT)), and 802.11ax (High Efficiency (HE)). Traffic demands generated by video streaming, cloud computing, Internet-Of-Things (IOT), big data, Augmented Reality / Virtual Reality (AR / VR), and other factors are growing. New versions of WLAN are being developed to meet the requirements of high transmission data rates. For example, a task group called "TGbe" in IEEE 802.11 was recently established to develop the next generation 802.11 WLAN standard, called IEEE802.11be (also called Extremely High Throughput (EHT)). The goal of IEEE 802.11be is to achieve a maximum throughput of 30 Gigabits per second (Gbps) with carrier frequencies between 1 and 7.250 GHz, while ensuring backward compatibility and coexistence with legacy IEEE 802.11-compliant devices operating in the 2.4 GHz, 5 GHz, and 6 GHz bands.

[0007] A wireless communication device needs to know which version of IEEE 802.11 is being used in a communication frame in order to correctly parse or respond to the communication frame. It is also beneficial for the device to know the type of frame being transmitted. The frame also needs to be compatible with legacy versions as well as current versions of IEEE 802.11.

[0008] Accordingly, it is desirable to provide a technical solution for efficient, backward compatible, low error and robust detection of the specific WLAN version being transmitted. It is also desirable to provide a communication format that indicates the type of frame being transmitted. Summary of the invention

[0009] Exemplary embodiments relate to a control signal that supports automatic detection of a wireless network version (PHY type) of a transmission, such that the wireless network version can be used to parse signaling information and decode the payload of the transmission. In some exemplary embodiments, the control signal is within a preamble of the transmission. The wireless network version can be an IEEE 802.11 version, such as the proposed IEEE 802.11be. The control signal is compatible with legacy systems and can indicate legacy signaling information via a legacy signal (SIG) (L-SIG) field.

[0010] The receiver can be used to automatically detect the specific wireless network version of the transmission, and the transmission can be a physical layer convergence process PLCP protocol data unit (Physical Layer Convergence Procedure Protocol DataUnit, PPDU). The receiver can then correctly further parse the signaling information and payload data carried by the PPDU. It is desirable to perform automatic detection of the wireless network version early in the PPDU detection, such as after PPDU message detection and channel estimation. The specific wireless network version can then be used to further parse the signaling information, decode the received payload data, and perform other functions. An exemplary embodiment of a PPDU with automatic detection can be applied to the proposed IEEE 802.11be (EHT) and other wireless communication versions.

[0011] In some wireless communication versions, the data rate indicated in the L-SIG field is fixed. For example, in IEEE 802.11ax and the proposed IEEE 802.11be, the data rate indicated in the L-SIG field is fixed to 6 megabits per second (Mb / s). Some exemplary embodiments do not require repetition of the rate information because once the specific wireless network version is identified, the predefined data rate is described in the corresponding SIG field, so the receiver knows the rate.

[0012] An exemplary embodiment is a method for implementing wireless network version detection, performed by a wireless communication device. The method includes: generating a control signal for transmission, wherein the control signal includes (i) a legacy signal (SIG) (L-SIG) symbol and (ii) an identifier symbol generated from at least a portion of the L-SIG symbol but different from the L-SIG symbol, the identifier symbol indicating the wireless network version of the transmission; and sending the control signal.

[0013] In another exemplary embodiment of the method, the L-SIG field of the L-SIG symbol includes a rate subfield and a length subfield, the identifier field of the identifier symbol includes a cyclic redundancy check (CRC) subfield located at the same corresponding bit position as the rate subfield of the L-SIG field, the CRC subfield protects the rate subfield and the length subfield, and the CRC subfield indicates the wireless network version of the transmission.

[0014] In another exemplary embodiment of the method, the method further comprises: encoding the CRC subfield using a block convolutional code (BCC) encoding before the transmitting.

[0015] In another exemplary embodiment of the method, the BCC coding is a BCC coding with a code rate of 1 / 2.

[0016] In another exemplary embodiment of the method, the identifier field further includes a tail subfield, and the method further includes: encoding the CRC subfield and the tail subfield using a block convolutional code (BCC) encoding before the sending.

[0017] In another exemplary embodiment of the method, the method further comprises: encoding the CRC subfield using tail-biting block convolutional code (BCC) encoding before the sending.

[0018] In another exemplary embodiment of the method, the identifier field includes a Cyclic Redundancy Check (CRC) subfield repeated at least once at the same corresponding bit position as the tail subfield of the L-SIG field.

[0019] In another exemplary embodiment of the method, the identifier field of the identifier symbol includes a flag subfield located at the same corresponding bit position as the rate subfield of the L-SIG field of the L-SIG symbol, the flag subfield indicating the wireless network version of the transmission.

[0020] In another exemplary embodiment of the method, the identifier field includes the flag subfield repeated at least once in the same corresponding bit position as the tail subfield of the L-SIG field.

[0021] In another exemplary embodiment of the method, the identifier field of the identifier symbol is generated by interleaving or scrambling the L-SIG field of the L-SIG symbol using a designated interleaver or a designated scrambling sequence, and the interleaved or scrambled L-SIG field indicates the wireless network version of the transmission.

[0022] In another exemplary embodiment of the method, the method further comprises: before the transmitting, performing an inverse fast Fourier transform on the control signal in the time domain on one or more subcarriers, the identifier symbol being a cyclically shifted version of the L-SIG symbol in the time domain.

[0023] In another exemplary embodiment of the method, the sending includes sending the identifier symbol after an L-SIG symbol.

[0024] In another exemplary embodiment of the method, the indicated wireless network version is an Institute of Electrical and Electronics Engineers (IEEE) 802.11 version or a revised version of the IEEE 802.11 version.

[0025] Another exemplary embodiment is a method for implementing wireless network version detection, performed by a wireless communication device. The method includes: generating a control signal for transmission, wherein the control signal includes a legacy signal (SIG) (L-SIG) field, a repeated L-SIG (RL-SIG) field, and an identifier independent of the L-SIG field and the RL-SIG field, the identifier indicating (i) the wireless network version of the transmission and (ii) the frame type of the transmission; and sending the control signal.

[0026] In another exemplary embodiment of the method, the indicated wireless network version includes an indication of a revision of the indicated wireless network version.

[0027] In another exemplary embodiment of the method, the indicated wireless network version is an Institute of Electrical and Electronics Engineers (IEEE) 802.11 version or a revised version of the IEEE 802.11 version.

[0028] In another exemplary embodiment of the method, the indicated frame type is a multi-user (MU) frame type, a single user (SU) frame type, a trigger based (TB) frame type or an extended range (ER) TB frame type.

[0029] In another exemplary embodiment of the method, the identifier is within a signal specific (SIG) field of signaling information of the indicated wireless network version.

[0030] In another exemplary embodiment of the method, the control signal is independent of a signal specific to the signaling information (SIG) field of the indicated wireless network version.

[0031] In another exemplary embodiment of the method, the transmission is an uplink transmission, the control signal is in a trigger frame for requesting the uplink transmission, and the identifier is an identifier field or an identifier subfield of the trigger frame.

[0032] In another exemplary embodiment of the method, the bits in the identifier include shared bits that indicate (i) the wireless network version of the transmission and (ii) the frame type of the transmission.

[0033] In another exemplary embodiment of the method, the identifier follows the L-SIG field and the RL-SIG field within the control signal.

[0034] In another exemplary embodiment of the method, the method further comprises: modulating the identifier into an orthogonal frequency division multiplexing symbol before transmitting.

[0035] In another exemplary embodiment of the method, the sending includes sending the identifier field after the L-SIG field and the RL-SIG field.

[0036] Another exemplary embodiment is a method for detecting a wireless network version of a transmission, performed by a wireless communication device. The method includes: receiving a control signal of a transmission, wherein the control signal includes (i) a legacy signal (SIG) (L-SIG) symbol and (ii) an identifier symbol generated from at least a portion of the L-SIG symbol but different from the L-SIG symbol, the identifier symbol indicating the wireless network version of the transmission; parsing the control signal according to the indicated wireless network version.

[0037] Another exemplary embodiment is a method for detecting a wireless network version of a transmission, performed by a wireless communication device. The method includes: receiving a control signal of a transmission, wherein the control signal includes a legacy signal (SIG) (L-SIG) field, a repeated L-SIG (RL-SIG) field, and an identifier independent of the L-SIG field and the RL-SIG field, the identifier indicating (i) the wireless network version of the transmission and (ii) the frame type of the transmission; parsing the control signal according to the indicated wireless network version.

[0038] An exemplary embodiment is a wireless communication device, comprising: an antenna; a processing device; and a memory associated with the processing device for storing instructions, wherein when executed by the processing device, the instructions cause the processing device to perform any of the methods, processes or functions described above.

[0039] One exemplary embodiment is a non-transitory computer readable medium storing instructions that, when executed by a processing device, cause the processing device to perform any of the described methods, procedures, or functions. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] For a more complete understanding of exemplary embodiments of the present invention and advantages thereof, reference is now made to the following description taken in conjunction with the accompanying drawings.

[0041] Figure 1A FIG. 1 is a schematic diagram of a wireless communication system for multiple access communications according to an exemplary embodiment.

[0042] Figure 1B FIG. 4 is a schematic diagram of uplink (UL) and downlink (DL) transmission of a wireless communication system according to an exemplary embodiment.

[0043] Figure 1C is a schematic illustration of an exemplary wireless communication device according to an exemplary embodiment.

[0044] Figure 2 A diagram of resource units for multiple access communication of a wireless communication system according to an exemplary embodiment.

[0045] Figure 3A is a schematic diagram of a transmitter according to an exemplary embodiment.

[0046] Figure 3B is a schematic diagram of a receiver according to an exemplary embodiment.

[0047] Figure 4AAn Orthogonal Frequency-Division Multiplexing (OFDM) Physical Layer Convergence Procedure (PLCP) Protocol Data Unit (PPDU) according to IEEE 802.11a or IEEE 802.11g (collectively referred to as "802.11a / g") is shown.

[0048] Figure 4B shows the IEEE 802.11a / g Figure 4A The signal (SIG) field of the OFDM PPDU.

[0049] Figure 4C shows the performance of the IEEE 802.11a / g Figure 4B An exemplary method for encoding and modulating the SIG field.

[0050] Figure 5 An OFDM High Efficiency (HE) PPDU according to IEEE 802.11ax is shown.

[0051] Figure 6 An example of using a partially repeated legacy signal (SIG) (PRL-SIG) field to indicate an OFDM PPDU that can automatically detect a wireless network version according to an exemplary embodiment is shown.

[0052] Figure 7 Shows Figure 6 The exemplary embodiment of the PRL-SIG field shown includes a cyclic redundancy check (CRC) subfield.

[0053] Figure 8 Shows the Figure 7 An exemplary method for encoding a PRL-SIG field.

[0054] Fig. 9 Shown from the Figure 8 An exemplary method for detecting a PRL-SIG field in a signal generated by a method.

[0055] Fig.10 Shows the Figure 7 Another exemplary method for encoding the PRL-SIG field.

[0056] Fig.11 Shown from the Fig.10An exemplary method for detecting a PRL-SIG field in a signal generated by a method.

[0057] Fig.12 Shows Figure 6 The second exemplary embodiment of the PRL-SIG field shown includes a cyclic redundancy check (CRC) subfield.

[0058] Fig.13 Shows the Fig.12 An exemplary method for encoding a PRL-SIG field.

[0059] Fig.14 Shown from the Fig.13 An exemplary method for detecting a PRL-SIG field in a signal generated by a method.

[0060] Fig.15 Shows Figure 6 An exemplary embodiment of a PRL-SIG field is shown, including a flag subfield.

[0061] Fig.16 Shows Figure 6 Another exemplary embodiment of a PRL-SIG field is shown including a flag subfield.

[0062] Fig.17A A first exemplary embodiment of an OFDM PPDU for indicating a physical layer (PHY) version and a frame type of the OFDM PPDU is shown.

[0063] Fig. 17B A second exemplary embodiment of an OFDM PPDU for indicating a PHY version and a frame type is shown.

[0064] Fig. 17C A third exemplary embodiment of an OFDM PPDU for indicating a PHY version and a frame type is shown.

[0065] Fig.17D A fourth exemplary embodiment of an OFDM PPDU for indicating a PHY version and a frame type is shown.

[0066] Fig.17E An exemplary indicator for indicating a PHY version and a frame type according to an exemplary embodiment is shown.

[0067] Fig.18A An exemplary embodiment is shown in which an interleaved RL-SIG (IRL-SIG) field is used to indicate an OFDM PPDU that can automatically detect a wireless network version.

[0068] Fig.18BAn exemplary embodiment is shown in which a scrambled RL-SIG (SRL-SIG) field is used to indicate an OFDM PPDU that can automatically detect a wireless network version.

[0069] Fig.19 Shows the Fig.18A An exemplary method for encoding the IRL-SIG field of a PPDU.

[0070] Fig. 20 Shown from the Fig.19 An exemplary method for detecting an IRL-SIG field in a signal generated by a method.

[0071] Fig.21 An example of using a cyclic shift RL-SIG (CS-RL-SIG) field to indicate an OFDM PPDU that can automatically detect a wireless network version according to an exemplary embodiment is shown.

[0072] Fig. 22 Shows the Fig.21 An exemplary method for encoding the CS-RL-SIG field.

[0073] Fig.23 An exemplary method of implementing automatic detection of wireless network versions for transmissions according to an exemplary embodiment is shown.

[0074] Similar reference numerals may be used in different drawings to represent similar components. DETAILED DESCRIPTION

[0075] Exemplary embodiments relate to a control signal that supports automatic detection of a wireless network version of a transmission, such that the wireless network version can be used to parse the control signal and the transmission. In some exemplary embodiments, the control signal is within a preamble of the transmission. The wireless network version can be an IEEE 802.11 version, such as the proposed IEEE 802.11be. The control signal is compatible with legacy systems and can indicate legacy signaling information via a legacy signal (SIG) (L-SIG) field.

[0076] Figure 1A1 is an exemplary schematic diagram of a wireless communication system 100 that can be implemented by an exemplary embodiment. The wireless communication system 100 includes an access point (AP) (also called an AP STA or a network coordinator) 101 and at least one station (STA) (also called a non-AP STA) 102 in a wireless communication network such as a wireless local area network (WLAN). AP 101 is any entity that has STA functions and enables associated STA 102 to access the Internet or distribute services. STA 102 can be a mobile communication device that supports wireless communication, including but not limited to mobile phones, smart phones, laptops, tablets, machine-type communication devices, Internet of Things (IoT) devices, and wireless sensing and reporting devices. AP 101 and STA 102 can be used to perform uplink (UL) transmission and downlink (DL) transmission in WLAN, respectively.

[0077] In a WLAN, an AP 101 can enable one or more STAs 102 wirelessly and communicatively associated with the AP 101 to access the Internet or distribution services. The AP 101 can access the Internet or distribution services through wired or wireless communications. Although only one AP 101 is shown in the figure, this is only illustrative and is not intended to be limiting. In other examples, more than one AP 101 may exist in the wireless communication system 100.

[0078] refer to Figure 1B , various examples of WLAN are described in the context of wireless communications between multiple STAs 102 and one AP 101. The wireless communication system 100 supports multi-user multiple input multiple output (MU-MIMO) transmissions, also known as multiple access transmissions. In other examples (not shown here), the AP 101 and at least one STA 102 may be configured for single user (SU) communications. MU-MIMO-based transmissions may use multiple antennas, allowing STAs 102 to access the channel simultaneously to efficiently use the channels in the WLAN. AP 101 may send spatially multiplexed data to STAs 102 simultaneously. In the DL direction, payload data may be transmitted using multiple corresponding spatial streams ( Figure 1B1, 2, 3) are simultaneously sent by AP 101 to STA 102, shown as DL MU transmissions 120(1) to 120(3) (collectively referred to as DL MU transmissions 120). In the DL direction, the payload data sent to each STA 102 may be different for each STA 102. In the UL direction, the payload data may be transmitted using multiple corresponding spatial streams ( Figure 1B 4, 5, and 6) are simultaneously sent to the AP 101, shown as UL MU transmissions 121(1) to 121(3) (collectively referred to as UL MU transmissions 121). DL MU transmissions 120 and UL MU transmissions 121 are payload transmissions. DL MU transmissions 120 and UL MU transmissions 121 may use Orthogonal Frequency Division Multiple Access (OFDMA), and may or may not use MU-MIMO.

[0079] refer to Figure 2 , shows an OFDMA transmission scheme that multiplexes the communications of multiple STAs 102 at different frequencies (f) and times (t). OFDMA is a multiple access scheme in which different subcarrier subsets are assigned to different STAs 102, thereby allowing the AP 101 to communicate with different STAs 102 (e.g., Figure 2 STAs 102(1) to 102(4)) are shown to communicate data. STA 102 can schedule data transmission across frequency (e.g., subcarriers 200(1) to 200(n), collectively referred to as subcarriers 200) and time. Figure 2 As shown, the transmission channel is divided into smaller subchannels with a predefined number of subcarriers. Resource Unit (RU) 201 includes multiple subcarriers, the minimum of which is typically 26 subcarriers 200. RU 201 has a maximum number of subcarriers that can be used by one or more STAs 102. AP 101 can allocate one or more RUs to each STA 102 to perform UL or DL ​​transmission, or can allocate multiple STAs 102 to one RU.

[0080] refer to Figure 3A and Figure 3B , according to an exemplary embodiment, Figure 3A A transmitter 310 is shown, Figure 3BReceiver 320 is shown. In an exemplary embodiment, transmitter 310 is used to decode the preamble and payload data of a PPDU and then transmit the PPDU. If applicable, receiver 320 is used to receive the PPDU. In some examples, receiver 320 first decodes a portion of the preamble of the received UL or DL ​​PPDU to determine the wireless network version of the PPDU; then, receiver 320 is used to parse the preamble and payload according to the determined wireless network version. In some examples, transmitter 310 and receiver 320 are used to transmit a trigger frame to solicit a UL PPDU.

[0081] The transmitter 310 is used to send a PPDU. In some examples, the transmitter 310 may be included in the AP 101 or the STA 102 to implement DL or UL transmission, respectively. For example, in the DL direction, the transmitter 310 may be included in the AP 101 to send a PPDU including a preamble and corresponding payload data to the STA 102 on the subcarriers corresponding to the STA 102 in one or more RUs. In the UL direction, the transmitter 310 may be included in an associated STA 102 to send the preamble and payload data of the STA 102 on the subcarriers corresponding to the STA in one or more RUs.

[0082] like Figure 3A As shown, the transmitter 310 includes multiple transmit (Tx) paths 311(1) to 311(Z) (collectively referred to as transmit paths 311) for transmission including preambles and payload data. When the transmitter 310 is in the AP 101, for DL ​​transmission, the AP 101 can generate the transmit paths 311 for different corresponding STAs (e.g., STA1 to STA Z).

[0083] A Tx path 311 corresponding to a STA102 is described in detail below. On the transmit path 311, a symbol modulator 312 receives a series of bits. The symbol modulator 312 performs symbol modulation on the bits in the payload data to obtain data symbols (also called constellation symbols). As is known in the art, data symbols can be represented as amplitude and phase, or cosine and sine coefficients, or other names. Each data symbol can be called a constellation. Symbol modulation can be based on a symbol modulation scheme, such as amplitude-shift keying (ASK), phase-shift keying (PSK), binary PSK (BPSK), quadrature PSK (QPSK), quadrature amplitude modulation (QAM), or any other method of mapping a series of data bits to modulated symbols. The QAM constellation can be represented by orthogonal cosine and sine coefficients.

[0084] The tuning mapping block 314 maps or allocates each data symbol to one or more subcarriers, which is called tuning mapping. The data symbols are provided to the Inverse Fast Fourier Transform (IFFT) block 315 to transform the data symbols into the allocated subcarriers in the time domain. Other types of inverse Fourier transforms can be performed in other examples. The output of the IFFT block 315 is an OFDMA waveform in the time domain, including data for each STA. The cyclic prefix generator 316 adds a cyclic prefix to the OFDMA waveform. The parallel to serial converter (P / S) 317 converts the parallel OFDMA waveforms of multiple STAs into serial digital signals. The digital-to-analog converter 318 converts the serial digital signal into an analog signal, which is then sent through the antenna 152. The transmission sent through the antenna 152 may include a preamble (the preamble may have one or more coded / modulated fields, as described in detail herein) and coded / modulated data.

[0085] refer to Figure 3B , shows a receiver 320 for demodulating each received OFDMA signal according to an exemplary embodiment. In some examples, the receiver 320 may be included in each STA 102 to decode the OFDMA signal received from the DL transmission of the AP 101. In some examples, the receiver 320 may be included in the AP 101 to decode the OFDMA signal received from the UL transmission of the STA 102. Figure 3BAs shown, the receiver 320 includes an antenna 152, an analog-to-digital converter (ADC) 322, a cyclic prefix removal block 323, a fast Fourier transform (FFT) block 324, and multiple receive (Rx) paths 325 (1) to 325 (Z) (collectively referred to as receive paths 325). On these Rx paths, data is received and required data is recovered. For DL ​​transmission, only one receive path corresponding to one STA 102 needs to be processed by the receiver 320 of the corresponding STA 102. For UL transmission, all receive paths corresponding to all STAs 102 can be processed by the receiver 320 of the AP 101.

[0086] The antenna 152 of the receiver 320 receives the signal from the wireless communication channel, for example, Figure 3A The transmitter 310 shown receives an analog signal. The ADC 322 converts each received analog signal into a digital signal. The cyclic prefix removal block 323 removes the cyclic prefix from the digital signal. Then, the FFT block 324 transforms the digital signal from which the cyclic prefix has been removed in the time domain into a data symbol. The data symbol corresponding to each STA 102 from the FFT block 324 is processed on a corresponding one of the multiple receiving paths. For clarity, a receiving path 325 (1) is represented by a dotted box. A receiving path 325 is described in detail below. The data symbol is provided to the channel equalizer 326 for equalization, which can help reduce inter-symbol interference (ISI) and noise effects for better demodulation. The equalized data symbol from the channel equalizer 326 is input to the symbol demodulator 328. The symbol demodulator 328 uses symbol demodulation to demodulate the data symbol into a series of bits for STA102 to recover the data. The receiver 320 can receive and parse the preamble of the received signal. When the preamble has one or more coded or modulated fields (as described in detail herein), the receiver 320 can be used to decode or demodulate the preamble.

[0087] In the UL direction, in response to the STA 102 receiving the trigger frame, a transmission including a preamble and payload data is sent from each associated STA 102 to the AP 101. The trigger frame may include resource allocation information of one or more RUs allocated for the payload data of each associated STA 102. In some examples, at least one field of the trigger frame is encoded by the transmitter 310. After each STA 102 receives the trigger frame, the STA 102 (including the transmitter 310) can use the received resource allocation information to send a PPDU including the preamble and payload data of the STA 102 on one or more subcarriers, and modulate the data symbols on one or more subcarriers of one or more RUs. The AP 101 (including the receiver 320) can receive and parse the transmission from the STA, which includes an OFDMA signal of the preamble and payload data. When the preamble has one or more encoded fields (as described in detail herein), the receiver 320 can be used to decode the preamble.

[0088] refer to Figure 3A In some examples, the transmitter 310 includes a cyclic shifter 330, which can be used to perform a cyclic shift on at least a portion of the preamble or the data payload in the time domain. The cyclic shift can be performed after the IFFT block 315 and before the cyclic prefix generator 316. Similarly, the receiver 320 can include a cyclic shifter 332 for reversing the cyclic shift performed by the cyclic shifter 330 of the transmitter 310 in the time domain and before the FFT 324. In other exemplary embodiments, the cyclic shifter 330 or the cyclic shifter 332 is not present.

[0089] exist Figure 3A In some examples shown, the transmitter 310 includes an encoding block 334 for encoding data bits to generate coded data bits, which are then input to the symbol modulator 312. Examples of the encoding block 334 include block convolutional code (BCC) encoding, repetition encoding, interleaving, or scrambling. Figure 3B In some examples shown, the receiver 320 includes a decoding block 336 for decoding any encoded data bits after the symbol demodulator block 328 to generate the original data bits. The decoding block 336 may include BCC decoding, repetition decoding, deinterleaving, or descrambling. In other exemplary embodiments, there is no encoding block 334 or decoding block 336.

[0090] Exemplary embodiments relate to a control signal that supports automatic detection of a wireless network version of a transmission, such that the wireless network version can be used to parse signaling information of the transmission and decode a payload of the transmission. In some exemplary embodiments, the control signal is within a preamble of the transmission. The wireless network version can be an IEEE 802.11 version, such as the proposed IEEE 802.11be. The control signal is compatible with legacy systems and can indicate legacy signaling information via a legacy signal (SIG) (L-SIG) field.

[0091] Some examples of legacy signaling in early versions of IEEE 802.11 are described in detail below. The legacy signaling may be carried in the control signal (eg, preamble) described in the exemplary embodiment to achieve backward compatibility.

[0092] Figure 4A The physical layer convergence procedure protocol data unit (PPDU) 400 of the Orthogonal Frequency-Division Multiplexing (OFDM) physical layer convergence procedure PLCP according to IEEE 802.11a / g is shown. Each field represents frequency domain information. In IEEE802.11a / g, OFDM modulation is applied to the useful signal on the subcarrier signal by performing a 64-point IFFT on a 20MHz bandwidth (subcarrier spacing is 312.5kHz) to generate an OFDM symbol in the time domain with a guard interval added as a cyclic prefix. The duration of each OFDM symbol is 4 microseconds (μs).

[0093] Figure 4A The PPDU 400 in FIG. 1 includes a preamble 402 and a data field 404. The data field 404 is payload data. The preamble 402 includes a short training field (STF) 406, a long training field (LTF) 408, and a signaling (SIG) field 410, all of which are defined in the IEEE 802.11a PPDU format.

[0094] The STF 406 is used for signal detection, automatic gain control (AGC), discovery selection, coarse frequency offset estimation and timing synchronization. The STF 406 includes 2 OFDM symbols.

[0095] The LTF 408 is used for more accurate timing synchronization, more accurate frequency offset estimation, and channel estimation. The LTF 408 includes 2 OFDM symbols.

[0096] The SIG field 410 indicates the length and transmission rate of the PHY service data unit (PSDU). The SIG field 410 is encoded using a block convolutional code (BCC) with a code rate of 1 / 2 and modulated using BPSK modulation. One OFDM symbol is used to transmit the SIG field 410.

[0097] Figure 4B shows the IEEE 802.11a Figure 4A The SIG field 410 of the OFDM PPDU 400. Figure 4B As shown, the SIG field 410 includes a total of 24 bits, as shown below (the bit positions are represented by "b").

[0098] The rate subfield 412 (b0 to b3) indicates the transmission rate at a 20 MHz bandwidth.

[0099] The reserved subfield 414 (b4) is reserved, set to 0 when transmitting, and ignored when receiving.

[0100] The length subfield 416 (b5 to b16) is a 12-bit integer indicating the PSDU length in octets.

[0101] The parity subfield 418 ( b17 ) is the positive parity (even parity) bit among bits 0 to 16 .

[0102] The tail subfield 420 ( b18 to b23 ) refers to tail bits that are all set to 0 to terminate the state of the BCC and is used to encode the SIG field 410 .

[0103] Figure 4C shows the performance of the IEEE 802.11a / g Figure 4BMethod 450 for encoding a SIG field 410 of a 48-bit coded SIG field. Method 450 may be performed by a transmitter 310. The SIG field 410 includes 24 bits. In step 452, the transmitter 310 encodes the SIG field 410 using a block convolutional code (CC) with a code rate of 1 / 2 to obtain a 48-bit coded SIG field. In step 454, the symbol modulator 312 of the transmitter 310 modulates the coded SIG field into 48 data subcarriers using BPSK modulation. In step 456, the tuning map block 314 of the transmitter 310 performs tuning mapping on the BPSK modulated SIG field on 64 subcarriers. In step 458, the IFFT block 315 of the transmitter 310 applies OFDM modulation to the 64 subcarrier signals by performing a 64-point IFFT according to the tuning map to generate a SIG symbol.

[0104] Detecting the IEEE 802.11a / g PPDU 400 includes detecting the strength of the transmitted signal in the preamble 402 and checking a single bit of the parity subfield 418 in the SIG field 410. The rate subfield 412 in the SIG field 410 may be used to distinguish between an IEEE 802.11g PPDU and an IEEE 802.11a PPDU.

[0105] Continuing with the IEEE 802.11 standard version, other exemplary indicators for automatically detecting the type of wireless network are defined according to IEEE 802.11n (Hybrid HT) and IEEE 802.11ac (VHT), which are not shown here.

[0106] For IEEE 802.11ax, Figure 5 FIG. 5 shows an OFDM High Efficiency (HE) PPDU 500 according to IEEE 802.11ax. The prefix "L" indicates legacy. The L-STF 502 and L-LTF 504 are identical to the contents of the legacy OFDM PPDU 400 defined according to IEEE 802.11a ( Figure 4A PPDU 500 also includes an L-SIG field 506, a repeated L-SIG field 508, a HE signaling field 510, a data field 512, and a Packet Extension (PE) field 514.

[0107] The format of the L-SIG field 506 is the same as Figure 4BThe format of the SIG field 410 shown is the same: the rate subfield 412 is set to 6 Mb / s (i.e., bit position b0b1b2b3="1101", indicating 6 Mb / s), the length subfield 416 is set to a value that is not divisible by 3, the reserved subfield 414 is set to 0, the parity subfield 418 is set to an even parity bit in bits 0 to 16, and the tail subfield 420 is set to 0.

[0108] The RL-SIG field 508 in the PPDU 500 is a repetition of the L-SIG field 506 and is used in IEEE 802.11ax to distinguish the HE PPDU 500 from non-HT PPDUs, HT PPDUs, and VHT PPDUs.

[0109] In IEEE 802.11ax, automatic detection of the wireless network version of the HE PPDU 500 is performed by at least detecting the repetition between the L-SIG symbol carrying the L-SIG field 506 and the RL-SIG symbol carrying the RL-SIG field 508 and decoding the information of the rate subfield 412 and the length subfield 416 in the L-SIG field 506. The process of automatically detecting the HE PPDU 500 by the HE receiver (e.g., using the receiver 320) is as follows.

[0110] First, the first symbol after the L-LTF subfield 504 is detected to determine whether Quadrature Binary Phase Shift Keying (QBPSK) is used in the symbol. If the first symbol after the L-LTF subfield 504 is modulated by BPSK, the RL-SIG field 508 is detected.

[0111] Secondly, the second symbol after the L-LTF is detected, and it is determined whether the first symbol and the second symbol after the L-LTF subfield 504 are the same. If it is detected that the L-SIG field 506 is not repeated, the SIG field of non-HT, HT, and VHT is detected, and the preamble type is determined. If it is detected that the L-SIG field 506 is repeated in the RL-SIG field 508, the receiver 320 combines the L-SIG symbol carrying the L-SIG field 506 and the RL-SIG symbol carrying the RL-SIG field 508, decodes the combined signal, checks the parity subfield 418, and determines whether the rate subfield 412 is set to 6Mbps. If the parity subfield 418 or the rate subfield 412 check fails, the preamble type of non-HT, HT, or VHT is determined. If the parity subfield 418 and the rate subfield 412 are valid, the receiver 320 evaluates the length subfield 416 in the L-SIG field 506.

[0112] Then, the result of the length modulo 3 is determined from the length subfield 416. If the result of the length modulo 3 is equal to 0, the SIG fields of non-HT, HT, and VHT are detected and the preamble type is determined; if the result of the length modulo 3 is equal to 1, the HE-SIG-A field is detected and the HE PPDU mode is determined.

[0113] After describing some existing IEEE standards for automatically detecting wireless network versions, exemplary embodiments for automatically detecting wireless network versions are described below. Exemplary embodiments include generating control signals such as preambles or trigger frames for transmission. In some examples, the preamble is the proposed EHT preamble of IEEE 802.11be. Automatic detection of the wireless network version type of the PPDU can be achieved by an identifier, which can be an identifier symbol, an identifier field or subfield, or other type of identifier. The identifier symbol can be defined by an identifier field or subfield, or by encoding or modulation performed on an identifier field or subfield to generate an identifier symbol. In some examples, the identifier symbol is generated from at least a portion of the L-SIG symbol, but is not the same as the L-SIG symbol. In other examples, the identifier field or subfield is independent of the L-SIG field and the RL-SIG field.

[0114] Figure 6 An example of an OFDM PPDU 600 indicating that the wireless network version can be automatically detected according to an exemplary embodiment is shown. The PPDU 600 includes an identifier field different from the RL-SIG field, which is represented as a partially repeated legacy signal (SIG) (PRL-SIG) field 608. The L-STF subfield 602 and the L-LTF subfield 604 are identical to the contents defined in the legacy OFDM PPDU 400 according to IEEE 802.11a ( Figure 4A ) is the same. The PPDU 600 may include a SIG field specific to the signaling information of the indicated wireless network version, such as the EHT-SIG field in this example. The EHT-SIG field and the payload data are collectively referred to as the EHT-SIG and data field 610.

[0115] In IEEE 802.11ax, the RL-SIG field completely repeats the L-SIG field 606, including the rate subfield (set to "1101", indicating a fixed code rate of 6 Mbps), the parity subfield, and the length subfield, which are used together to automatically detect IEEE 802.11ax. The length subfield is also used to calculate the number of OFDM symbols in the data transmission in the PPDU. Figure 6A different indicator representing a partial RL-SIG (PRL-SIG) field 608 is shown, replacing the RL-SIG field in IEEE 802.11ax.

[0116] exist Figure 6 In the exemplary PPDU 600 of IEEE 802.11ax, the rate subfield in the L-SIG field is also set to "1101" to indicate a fixed code rate of 6 Mbps, using the same definition as in IEEE 802.11ax. In IEEE 802.11ax, a single check bit in the SIG field can be used for error detection, but may cause error detection problems under low signal-to-noise (SNR) conditions. The rate subfield is set to a known value in the L-SIG field in IEEE 802.11ax, and once the wireless network version is known, the receiver 320 knows that the rate subfield is 6 Mbps.

[0117] In the PPDU 600, at least a cyclic redundancy check (CRC) subfield is used for error detection. In the PRL-SIG field 608, the CRC subfield is located at the same corresponding subfield position (bit position) as the rate subfield defined in the L-SIG field 606. The bits in the remaining subfields defined in the L-SIG field 606 are repeated or partially repeated in the PRL-SIG field 608. In some examples, some bits of the remaining subfields defined in the L-SIG field 606 are different from those in the PRL-SIG field 608.

[0118] In an exemplary embodiment, Figure 6 The automatic detection of the PPDU 600 is performed based on a CRC check, or in other examples, based on a combination of a CRC check plus a parity check. In some examples, Figure 6 The PRL-SIG field 608 is modulated using BPSK modulation by the symbol modulator 312. Automatic detection can also be performed by identifying that the PRL-SIG field 608 is modulated using BPSK modulation.

[0119] Figure 7 An exemplary embodiment of a PRL-SIG field 700 is shown. Figure 6 The PRL-SIG field 608 is described in FIG. 609 . The PRL-SIG field 700 is an identifier field used to automatically detect the wireless network version. Figure 7In the PRL-SIG field 700 of FIG. 700, the subfields include a CRC subfield 702, a reserved (R) subfield 704, a length subfield 706, a parity (P) subfield 708, and a tail subfield 710. In this exemplary embodiment of the PRL-SIG field 700, the 4 CRC bits and the 6 tail bits may be encoded together using a rate 1 / 2 BCC encoder, which is the same type of BCC encoder used for the L-SIG field 606. The CRC bits in the CRC subfield 702 protect the rate bits (i.e., bit positions b0 to b3) and the length bits (i.e., b5 to b16) in the L-SIG field 606.

[0120] Figure 8 Shows the Figure 7 An exemplary method 800 for encoding the PRL-SIG field 700 of the transmitter 310 is provided. In an exemplary embodiment, the method 800 may be performed by the transmitter 310 ( Figure 3A ) is executed. In step 802, the transmitter 310 performs segment parsing on the PRL-SIG field 700 to obtain a first group of bits and a second group of bits. The first group of bits includes bits in the CRC subfield 702 and the tail subfield 710, and the second group of bits includes bits in the reserved (R) subfield 704, the length subfield 706, and the parity (P) subfield 708. In step 804, the transmitter 310 encodes the CRC bits and the tail bits using a BCC encoder with a code rate of 1 / 2. In step 806, the transmitter 310 repeats the encoded reserved bits, length bits, and parity bits generated in the L-SIG field. In step 808, the transmitter 310 constructs the encoded bits in the first group of bits and the second group of bits together, and sends the constructed encoded bits to the symbol modulator 312 ( Figure 3A ) for BPSK modulation.

[0121] Fig. 9 Shown from the Figure 8An exemplary method 900 for detecting the PRL-SIG field 700 in a signal generated by the method 800 of the present invention is provided. The receiver 320 receives a signal (PPDU) in the time domain, and the FFT block 324 of the receiver 320 performs a fast Fourier transform to recover the coded bits in the PRL-SIG field 700. In step 902, the receiver 320 detects that the reserved (R) subfield 704, the length subfield 706, and the parity check (P) subfield 708 in the PRL-SIG field 700 are repeated by comparing with the corresponding coded bits in the L-SIG field. In step 904, the receiver 320 performs segment parsing on the received coded PRL-SIG field to obtain a first group of bits and a second group of bits. The first group of bits includes bits in the coded CRC subfield 702 and the tail subfield 710, and the second group of bits includes bits in the coded reserved subfield 704, the length subfield 706, and the parity check subfield 708. In step 906, the receiver 320 performs a rate 1 / 2 BCC decoding on the first group of bits to generate decoded CRC bits. In step 908, the receiver 320 combines the second group of bits with bits in the rate subfield, reserved subfield, length subfield, parity subfield, and tail subfield in the encoded L-SIG field; in step 910, the combined bits are decoded using a rate 1 / 2 BCC decoding to generate decoded rate bits, length bits, and parity bits.

[0122] In one example, the receiver 320 can perform a CRC check on the protected rate subfield and length subfield (decoded from the L-SIG field and the PRL-SIG field) using the decoded CRC bits. If the CRC check succeeds, the receiver determines the PPDU as a specified wireless network version, such as IEEE 802.11be. In other examples, the check is a combination of a CRC check and a parity check through the L-SIG field.

[0123] Fig.10 Shows the Figure 7 Another exemplary method 1000 for encoding the PRL-SIG field 700 of the embodiment of the present invention. The format of the PRL-SIG field 700 in this example is similar to Figure 7 However, in Fig.10 In the method 1000, the CRC bits are encoded with Figure 8 In method 1000, the CRC bits are encoded by encoding block 334 using a tail-biting BCC encoder with a code rate of 1 / 2. The tail-biting BCC encoder does not use the tail subfield 710 ( Figure 7 The CRC bits protect the rate bits (i.e., bit positions b0 to b3) and the length bits (i.e., b5 to b16) in the L-SIG field.

[0124] exist Fig.10 In the method 1000, in step 1002, the transmitter 310 performs segmented parsing on the PRL-SIG field 700 to obtain a first group of bits and a second group of bits. The first group of bits includes bits in the CRC subfield 702, and the second group of bits includes bits in the reserved subfield 704, the length subfield 706, the parity subfield 708, and the tail subfield 710. In step 1004, the transmitter 310 encodes the CRC bits using a tail-biting BCC encoder that does not use tail bits. In step 1006, the transmitter 310 repeats the encoded reserved bits, length bits, parity bits, and tail bits generated in the L-SIG field. In step 1008, the transmitter 310 constructs the encoded bits in the first group of bits and the second group of bits together, and sends the constructed 48 encoded bits to the symbol modulator 312 ( Figure 3A ) for BPSK modulation.

[0125] Fig.11 Shown from the Fig.10 An exemplary method 1100 for detecting the encoded PRL-SIG field 700 in the signal generated by the method 1000 of the present invention. In general, the receiver 320 can detect the CRC subfield in the PRL-SIG field 700 and the length subfield and parity subfield in the L-SIG field and the PRL-SIG field. The receiver 320 receives the signal (PPDU) in the time domain, and the FFT block 324 of the receiver 320 performs a fast Fourier transform to recover the encoded bits in the PRL-SIG field 700. In step 1102, the receiver 320 detects the reserved bits, length bits, parity bits, and tail bit repetitions in the encoded bits of the PRL-SIG field 700. In step 1104, the receiver 320 performs segment parsing on the received encoded PRL-SIG field 700 to obtain a first group of bits and a second group of bits. The first group of bits includes the bits in the encoded CRC subfield 702, and the second group of bits includes the encoded reserved bits, length bits, parity bits, and tail bits. In step 1106, the receiver 320 performs a rate 1 / 2 tail-biting BCC decoding on the first group of bits to generate decoded CRC bits. In step 1108, the receiver 320 combines the second group of bits with bits in the rate subfield, reserved subfield, length subfield, parity subfield, and tail subfield in the encoded L-SIG field; in step 1110, the combined bits are decoded using rate 1 / 2 BCC decoding to generate decoded rate bits, length bits, and parity bits.

[0126] In one example, the receiver 320 may perform a CRC check on the protected rate subfield and length subfield (from the L-SIG field and / or the PRL-SIG field). If the CRC check succeeds, the receiver 320 determines that the PPDU is a specified wireless network version, such as IEEE 802.11be. In other examples, the check is a combination of a CRC check and a parity check through the L-SIG field.

[0127] Fig.12 A second exemplary embodiment of a PRL-SIG field 1200 is shown. The PRL-SIG field 1200 is Figure 6 1200 and includes a cyclic redundancy check (CRC) subfield. The PRL-SIG field 1200 is an identifier field for automatically detecting the wireless network version. In this example, the subfields in the PRL-SIG field 1200 include a 3-bit CRC subfield 1202, which protects the length subfield, i.e., bit positions b5 to b16 in the L-SIG field. The PRL-SIG field 1200 also includes a CRC repetition subfield 1204. In the CRC repetition subfield 1204, the CRC bits from the CRC subfield 1202 are repeated twice, and the repeated CRC bits are placed at bit positions b18 to b23. The CRC bits protect the rate subfield (i.e., b0 to b3) and the length subfield (i.e., b5 to b16) in the L-SIG field. In other examples, in addition to being repeated twice, the CRC bits in the CRC repetition subfield 1204 are repeated once or more than twice.

[0128] Fig.13 Shows the Fig.12 An exemplary method 1300 for encoding a PRL-SIG field 1200 of a signal source. In an exemplary embodiment, the method 1300 may be performed by a transmitter 310 ( Figure 3A ) is performed. In step 1302, the transmitter 310 performs segment parsing on the PRL-SIG field 1200 to obtain a first group of bits and a second group of bits. The first group includes bits in the CRC subfield 1202 and the CRC repetition subfield 1204, and the second group includes bits in the rate subfield (1 bit on b3), the reserved subfield, the length subfield, and the parity subfield. In step 1304, the transmitter 310 encodes the first group of bits including the CRC bits using two repetition encodings. In step 1306, the transmitter 310 repeats the encoded rate bits (1 bit), reserved bits, length bits, and parity bits generated in the L-SIG bits. In step 1308, the transmitter 310 constructs the encoded bits in the first group of bits and the second group of bits together, and sends the constructed 48 encoded bits to the symbol modulator 312 ( Figure 3A) for BPSK modulation.

[0129] Fig.14 Shown from the Fig.13 An exemplary method 1400 for receiving and detecting the encoded PRL-SIG field 1200 in the signal generated by the method 1300 is provided. The receiver 320 may detect the CRC subfield in the PRL-SIG field 1200 and detect the length subfield and the parity subfield in the L-SIG field and the PRL-SIG field.

[0130] The receiver 320 receives a signal (PPDU) in the time domain, and the FFT block 324 of the receiver 320 performs a fast Fourier transform to recover the coded bits in the PRL-SIG field 1200. In step 1402, the receiver 320 detects the repetition of the reserved bits, length bits, and parity bits in the coded bits of the PRL-SIG field 1200. In step 1404, the receiver 320 performs segment parsing on the received coded PRL-SIG field 1200 to obtain a first group of bits and a second group of bits. The first group of bits includes bits in the coded repetition CRC subfield (originally encoded in the CRC subfield 1202 and the CRC repetition subfield 1204 of the PRL-SIG field 1200). The second group of bits includes bits in the coded rate (1 bit) subfield, reserved subfield, length subfield, and parity subfield (originally encoded from the PRL-SIG field 1200). In step 1406, the receiver 320 performs repeated decoding on the first group of bits to generate decoded CRC bits. In step 1408, the receiver 320 combines the second group of bits with bits in the rate subfield, reserved subfield, length subfield, parity subfield, and tail subfield in the encoded L-SIG field; in step 1410, the combined bits are decoded using BCC decoding with a code rate of 1 / 2 to generate decoded rate bits, length bits, and parity bits.

[0131] In such Fig. 9 , Fig.11 and Fig.14 After detecting and decoding the CRC subfield, rate subfield, length subfield, and parity subfield as shown, the receiver 320 can perform a CRC check (or a combination of a CRC check and a parity check) on the protected rate subfield and length subfield (from the PRL-SIG field and the L-SIG field). If the CRC check (or a combination of a CRC check and a parity check) succeeds, the receiver determines the PPDU as a specified wireless network version, such as IEEE 802.11be. Otherwise, the receiver 320 can also detect whether the PPDU is an IEEE 802.11ax PPDU or other PPDU type.

[0132] Fig.15 Another exemplary embodiment of a PRL-SIG field 1500 is shown. Figure 6 1500 and includes a tag subfield 1502. The PRL-SIG field 1500 is an identifier field for automatically detecting the wireless network version. The PRL-SIG field 1500 includes a reserved subfield 1504, a length subfield 1506, a parity subfield 1508, and a tail subfield 1510. As defined in IEEE 802.11ax and proposed IEEE 802.11be, the rate subfield in the L-SIG field is set to "1101" to indicate a fixed rate of 6 Mbps. In an exemplary embodiment, the PPDU 600 includes a partial RL-SIG (PRL-SIG) field 1500 after the L-SIG field. Since the rate subfield of the L-SIG field is set to a known value in the L-SIG field, the rate subfield does not need to be verified by the receiver 320. Therefore, in the PRL-SIG field 1500, the rate subfield defined in the L-SIG field may be (at least partially) different from the PRL-SIG field 1500, wherein the tag subfield 1502 is located at the same corresponding subfield position (corresponding bit position). In one example, the remaining bits in the remaining subfields defined in the L-SIG field may be repeated in the PRL-SIG field 1500. The tag subfield 1502 is set to a predefined value different from "1101" to indicate a specified wireless network version of the PPDU, such as IEEE802.11be or a future revision. In some examples, various different tags may represent different wireless network versions, respectively.

[0133] Fig.15 The PRL-SIG field 1500 includes a 4-bit tag subfield 1502 and a 6-bit tail subfield 1510. Fig.15 The encoding of the PRL-SIG field 1500, the marker subfield 1502 and the tail subfield 1510 are encoded together by the encoding block 334 using a BCC encoder with a code rate of 1 / 2 (e.g., the same type of BCC encoder as used for the L-SIG field). By replacing the "CRC bit" with the "marker bit", according to Fig.15 Generate the encoded PRL-SIG field 1500 similar to Figure 8 A method 800 of generating an encoded PRL-SIG field is shown.

[0134] By replacing the "CRC bit" with the "marker bit", the receiver 320 detects and parses the marker subfield 1502 in the PRL-SIG field 1500 and the length subfield and parity subfield in the L-SIG field and the PRL-SIG field 1500, similar to Fig. 9 A method 900 of detecting and parsing an encoded PRL-SIG field is shown.

[0135] Another exemplary format of the PRL-SIG field is described below, not shown. The format of the PRL-SIG field in this example is the same as Fig.15 1500. In the exemplary PRL-SIG field, the encoding of the flag bits is different from that of the PRL-SIG field 1500. The bits of the flag subfield 1502 are encoded using a tail-biting BCC encoder with a code rate of 1 / 2. The tail-biting convolutional code does not require a tail bit to terminate. By replacing the "CRC bits" with the "flag bits", the encoded PRL-SIG field is generated similar to Fig.10 The method 1000 for generating the encoded PRL-SIG field 700 is shown. By replacing the "CRC bit" with the "marker bit", the receiver 320 detects and parses the marker subfield in the exemplary PRL-SIG field and the length subfield and parity subfield in the L-SIG field and the PRL-SIG field, similar to Fig.11 A method 1100 of receiving and interpreting the PRL-SIG field 700 is shown.

[0136] Fig.16 Another exemplary embodiment of a PRL-SIG field 1600 is shown. Figure 6 1600 is described as PRL-SIG field 608. PRL-SIG field 1600 is an identifier field for automatically detecting the wireless network version. PRL-SIG field 1600 includes a tag subfield 1602, a repetition rate subfield 1604, a reserved subfield 1606, a length subfield 1608, a parity subfield 1610, and a tag repetition subfield 1612. The subfields in PRL-SIG field 1600 include a 3-bit tag subfield 1602, which is repeated twice, and the repetition bit is placed in the tag repetition subfield 1612 (bit position b18 to b23) of PRL-SIG field 1600. In other examples, the tag subfield 1602 is repeated once or more than twice in the tag repetition subfield 1612.

[0137] By replacing the "CRC bit" with the "marker bit", according to Fig.16 The method for generating the encoded PRL-SIG field 1600 is similar to Fig.13A method 1300 for generating the encoded PRL-SIG field 1200 is shown.

[0138] By replacing the “CRC bit” with the “marker bit”, the receiver 320 detects and parses the marker subfield 1602 in the PRL-SIG field 1600 and the length subfield and parity subfield in the L-SIG field and the PRL-SIG field 1600, similar to Fig.14 Receiving and parsing method 1400 is shown.

[0139] After detecting and decoding the tag subfield, rate subfield, length subfield, and parity subfield as described above, similar to the HE receiver, the receiver 320 can check whether the rate subfield, length subfield, and parity subfield are valid by comparing the L-SIG field defined in IEEE 802.11ax. If the rate subfield, length subfield, and parity subfield are valid, the receiver 320 further checks the tag subfield. If the tag subfield is valid, the receiver 320 determines that the PPDU is a specified wireless network version, such as an IEEE802.11be PPDU. Otherwise, the PPDU is an HE PPDU. If the rate subfield, length subfield, or parity subfield is invalid, the receiver 320 can detect other legacy PPDU types.

[0140] Reference below Fig.17A , Fig. 17B , Fig. 17C , Fig.17D and Fig.17E .exist Fig.17E In an exemplary embodiment, automatic detection of the wireless network version of the PPDU can be provided by the identifier 1710. Fig.17A , Fig. 17B , Fig. 17C and Fig.17D Various exemplary embodiments of an OFDM PPDU using an identifier 1710 to indicate a physical layer (PHY) version and a frame type of the OFDM PPDU are shown.

[0141] Identifier 1710 may be a field or subfield of a PPDU, included in a PHY header (preamble). Identifier 1710 includes a PHY version identifier 1712. PHY version identifier 1712 may be used to indicate a wireless network version, such as an IEEE 802.11 version or revision. This allows the automatic detection method to be extended to IEEE 802.11be and future versions or standards. Identifier 1710 also indicates a frame format type, referred to herein as a frame type identifier 1714. Frame type identifier 1714 may identify a frame type, such as a MU, SU, TB, or ER SU PPDU. Frame type identifier 1714 may be used to identify any other possible frame type and future frame types.

[0142] In various examples, identifier 1710 is greater than 4 bits, greater than 10 bits, equal to 8 bits, or equal to 10 bits. In one example, 3 or 4 bits are used for PHY version identifier 1712 and 6 or 7 bits are used for frame type identifier 1714 (10 bits total in each case). Fig.17A , Fig. 17B , Fig. 17C and Fig.17D An exemplary location of identifier 1710 in a PPDU is shown.

[0143] The identifier 1710 may include one symbol in one example, and may also include multiple symbols in other examples. In an exemplary embodiment, the identifier 1710 may be after the RL-SIG field or the L-SIG field. In another example, the identifier 1710 may be within a SIG field specific to the signaling information of the indicated wireless network version, for example, within an EHT-SIG field as a subfield type.

[0144] Fig.17A A first exemplary embodiment of an OFDM PPDU 1700 is shown in which an identifier 1710 is a field that is separate from and subsequent to the L-SIG field and the RL-SIG field. In some examples, the identifier 1710 is sent after the L-SIG and the RL-SIG.

[0145] Fig. 17B A second exemplary embodiment of an OFDM PPDU 1702 is shown in which an identifier 1710 is a field following the L-SIG field, where the RL-SIG field is not present in the exemplary OFDM PPDU 1702. In some examples, the identifier 1710 is sent following the L-SIG field.

[0146] Fig. 17CA third exemplary embodiment of an OFDM PPDU 1704 is shown, in which an identifier 1710 is a subfield within a SIG field (e.g., an EHT-SIG field 1716 in this example) that is specific to the signaling information of the indicated wireless network version. In the OFDM PPDU 1704, the identifier 1710 is a subfield within the EHT-SIG field 1716, which is separate from and subsequent to the L-SIG field and the RL-SIG field. In some examples, the identifier 1710 subfield is sent after the L-SIG field and the RL-SIG field.

[0147] exist Fig.17D In the OFDM PPDU 1706, the identifier 1710 is a subfield within the EHT-SIG field 1716, and the EHT-SIG field 1710 follows the L-SIG field. Fig.17D The RL-SIG field is not present in the exemplary PPDU 1706. In some examples, the identifier 1710 subfield is sent after the L-SIG field.

[0148] like Fig.17E As shown, in one exemplary embodiment, the identifier 1710 includes a PHY version 1712, which is a subfield (individual bit) independent of the frame type identifier 1714. The identifier 1710 includes a first set of one or more bits representing the PHY version identifier 1712 of the transmission and a second set of one or more bits representing the frame type identifier 1714 of the transmission. In another example, not shown here, the identifier 1710 includes at least some shared bits that represent the wireless network version of the transmission and the frame type identifier 1714 of the transmission. In other words, a predefined encoding scheme, a lookup table, a specified strategy, an algorithm, etc. can be used to convert the individual bits of the identifier 1710 into each of the PHY version identifier 1712 and the frame type identifier 1714.

[0149] In one example, not shown here, the identifier 1710 may be in a trigger frame to request an uplink transmission. In one example, not shown here, the identifier 1710 may be in a preamble of an uplink transmission, with a field or subfield position similar to any of OFDM PPDUs 1700, 1702, 1704, 1706.

[0150] Fig.18AAn exemplary embodiment of an OFDM PPDU 1800 that can automatically detect a wireless version by interleaving an RL-SIG (IRL-SIG) field 1802 using different versions of the RL-SIG field is shown. The IRL-SIG field 1802 is an identifier field for automatically detecting a wireless network version. The OFDM PPDU 1800 includes the same L-STF, L-LTF, and L-SIG fields defined according to the conventional standard. The OFDM PPDU 1800 may include one or more SIG fields specific to the signaling information of the indicated wireless network version, such as the EHT signaling field 1804 in this example. In the exemplary OFDM PPDU 1800, the different version of the L-SIG field at the coded bit level is the IRL-SIG field 1802, wherein the interleaved version of the coded bits in the L-SIG field is generated by rearranging the individual bits in the L-SIG field using a designated interleaver known to both the transmitter 310 and the receiver 320. The IRL-SIG field 1802 follows the L-SIG field in the OFDM PPDU 1800. In an exemplary embodiment, the designated interleaver may be predefined. In an exemplary embodiment, the designated interleaver is specific to a wireless network version (eg, EHT 802.11be or other versions).

[0151] exist Fig.18A In the OFDM PPDU 1800, the automatic detection of the specified wireless network version of the PPDU such as the IEEE 802.11be PPDU is performed by comparing the L-SIG field with the L-SIG field recovered from the IRL-SIG field 1802. The IRL-SIG field 1802 is represented by data subcarriers. In the IRL-SIG field 1802, the data subcarriers are obtained by interleaving the data subcarriers in the L-SIG field.

[0152] Fig.19 Shows the generation Fig.18A 1800. In step 1902, the transmitter 310 interleaves the coded bits in the L-SIG field using a designated interleaver to generate the IRL-SIG field 1802. In step 1904, the coded bits in the IRL-SIG field 1802 are BPSK modulated using the symbol modulator 312. In step 1906, the tuning map block 314 of the transmitter 310 performs tuning mapping on the BPSK modulated IRL-SIG field. In step 1908, the IFFT block 315 of the transmitter 310 applies OFDM modulation to the subcarrier signal by performing IFFT according to the tuning map to generate IRL-SIG symbols.

[0153] In an optional example, step 1902 is performed after step 1904. For example, the transmitter 301 first performs BPSK modulation on the IRL-SIG field (which is the same as the L-SIG field at this time). Then, before or as part of the tuning mapping performed by the tuning mapping block 314, the transmitter 301 interleaves the BPSK modulated signal using a designated interleaver.

[0154] Fig. 20 Shown from the Fig.19 Example method 2000 for receiving and detecting the IRL-SIG field 1802 in the signal generated by method 1900 of OFDM PPDU 1800. In step 2002, the receiver 320 receives the signal (PPDU) in the time domain, and the FFT block 324 of the receiver 320 performs a Fourier transform to recover the coded bits and observes the first symbol ( Fig.18A ). In order to determine whether the first symbol after the L-SIG field is the IRL-SIG field 1802, in step 2004, the receiver 320 performs deinterleaving on the recovered bits in the first symbol after the L-SIG field. In step 2006, the receiver 320 checks the recovered bits and compares the deinterleaved rate bits, reserved bits, length bits, parity bits, and tail bits recovered in step 2004 with the L-SIG field. If it is detected in step 2006 that there is a duplication between the recovered bits from step 2004 and the L-SIG field, then in step 2008, the receiver 320 detects and infers that the PPDU is a specified wireless network version, such as IEEE 802.11be in this example. If the check in step 2006 fails because it is found that the first symbol is only the RL-SIG field (non-interleaved), then in step 210, a check is performed between the rate bits, reserved bits, length bits, parity bits, and tail bits of the RL-SIG field (the first symbol after the L-SIG field) and the L-SIG field. In step 2012, if the check in step 2010 succeeds, the receiver detects that the received PPDU is a HE PPDU (802.11ax), or performs other checks to determine whether the received PPDU is another wireless network type (neither 802.11be nor 802.11ax).

[0155] Fig. 20Optional path 2014 in FIG. 20 represents some cases where HE PPDU (802.11ax) is checked independently or in parallel with deinterleaving step 2004. In step 2002, the first symbol after the L-SIG field may be the RL-SIG field. In step 210, the receiver 320 checks the recovered bits by comparing the rate bit, reserved bit, length bit, parity bit, and tail bit of the RL-SIG field with the L-SIG field. In step 212, if the check succeeds, the receiver detects that the PPDU is a HE PPDU (802.11ax).

[0156] Alternatively, the receiver 320 checks the deinterleaved subcarriers in the first received symbol after the L-SIG field by comparing the subcarriers in the L-SIG field. If there is a repetition between the deinterleaved subcarriers in the first symbol after the L-SIG field and the subcarriers in the L-SIG field, the receiver detects and infers that the PPDU is a specified wireless network version, such as IEEE 802.11be in this example. If the check fails, a second repetition check is performed between the subcarriers in the first symbol after the L-SIG field and the subcarriers in the L-SIG field. If the second repetition check between the subcarriers in the first symbol after the L-SIG field and the subcarriers in the L-SIG field succeeds, the receiver detects and infers that the received PPDU is a HE PPDU (802.11ax). If the second repetition check between the subcarriers in the first symbol after the L-SIG field and the subcarriers in the L-SIG field fails, other checks are performed to determine whether the received PPDU is another wireless network type (neither 802.11be nor 802.11ax).

[0157] In an exemplary embodiment, a plurality of different designated interleavers may respectively indicate different wireless network versions (PHY types) to generate the IRL-SIG field. The IRL-SIG field indicates one of a plurality of possible PHY types. In an example, the receiver 320 may be configured to perform blind selection on different possible interleavers of the received transmission until the L-SIG field matches the L-SIG field recovered from the detected IRL-SIG field 1802. In an example, the blind selection may be performed in a specified order or may be performed randomly.

[0158] Fig.18BAn exemplary embodiment of an OFDM PPDU 1820 that can automatically detect a wireless network version by scrambling an RL-SIG (SRL-SIG) field 1822 using different versions of the RL-SIG field is shown. The SRL-SIG field 1822 is an identifier field for automatically detecting a wireless network version. In the OFDM PPDU 1820, the RL-SIG field in the PPDU is modified by scrambling the L-SIG field to generate a scrambled RL-SIG (SRL-SIG) field 1822, instead of by Fig.18A The scrambling sequence or scrambling function is used to generate the SRL-SIG field 1822. Fig.18A OFDM PPDU 1800 , for example, the SRL-SIG field 1822 in the OFDM PPDU 1820 , instead of the IRL-SIG field 1802 in the OFDM PPDU 1800 .

[0159] The OFDM PPDU 1820 may include one or more SIG fields specific to the signaling information of the indicated wireless network version, such as the EHT signaling field in this example. In an exemplary embodiment, the specified scrambling sequence may be predefined. In an exemplary embodiment, the specified scrambling sequence is specific to the wireless network version (e.g., EHT or other version).

[0160] By replacing the scrambling step performed using a specified scrambling sequence (or scrambling function) with the interleaving step 1902, the transmitter 310 generates and encodes Fig.18B OFDM PPDU 1820, similar to Fig.19 By replacing the descrambling step performed using a specified sequence (or descrambling function) with the deinterleaving step 2004, the receiver 320 receives and parses the OFDM PPDU 1820 for automatically detecting the wireless network version, similar to Fig. 20 Methods in 2000.

[0161] Fig.21 An example of an OFDM PPDU 2100 that can automatically detect a wireless network version using a modified RL-SIG indicated as a cyclic shift RL-SIG (CS-RL-SIG) field 2102 is shown according to an exemplary embodiment. The CS-RL-SIG field 2102 is an identifier for automatically detecting a wireless network version. Fig.21As shown, OFDM PPDU 2100 keeps L-STF symbol, L-LTF symbol and L-SIG symbol unchanged. RL-SIG symbol follows L-SIG symbol. RL-SIG signal in time domain is modified, wherein RL-SIG signal in time domain after IFFT block 315 is cyclically shifted before cyclic prefix (CP) generator 316 adds CP. Both transmitter 310 and receiver 320 know the cyclic shift distance. At the coded bit level, CS-RL-SIG field 2102 is a repetition of L-SIG field 2104.

[0162] The receiver 320 can automatically detect that the PPDU 2100 is a specified wireless network version, such as IEEE 802.11be, by checking the repetition of the shifted version of the CS-RL-SIG field 2102 compared to the L-SIG field 2104. In the OFDM PPDU 2100, the CS-RL-SIG field 2102 is a cyclic shift repetition of the L-SIG signal 2104 in the time domain. The CS-RL-SIG signal is obtained by cyclically shifting the RL-SIG signal in the time domain before the cyclic prefix generator 316 adds a cyclic prefix.

[0163] Fig. 22 Shows Fig.21 2200 for generating and encoding the CS-RL-SIG field 2102. The method 2200 may be performed by the transmitter 310. In step 2202, the coded bits in the L-SIG field 2104 are BPSK modulated using the symbol modulator 312. In step 2204, the tuning map block 314 of the transmitter 310 performs tuning mapping on the BPSK modulated L-SIG field. In step 2206, the IFFT block 315 performs IFFT according to the tuning map to generate an RL-SIG symbol without a cyclic prefix in the time domain. In step 2208, the cyclic shifter 330 performs a cyclic shift at a specified cyclic shift distance known to both the transmitter 310 and the receiver 320 to generate a CS-RL-SIG symbol. In step 2210, the cyclic prefix generator 316 adds the cyclic prefix to the CS-RL-SIG symbol.

[0164] Detection and decoding of the encoded CS-RL-SIG field is performed by the receiver 320 in the time domain by removing the cyclic prefix, performing a cyclic shift to invert the Fig. 22The cyclic shift in the method 2200 is performed. After the FFT performed by the FFT block 324, the field recovered from the encoded CS-RL-SIG field 2102 is compared with the L-SIG field 2104, and if they match, it indicates a specified wireless network version, such as IEEE 802.11be. Otherwise, other wireless network versions or legacy versions can be detected. In an example, a plurality of different specified cyclic shift distances can respectively indicate different wireless network versions (PHY types) to generate the CS-RL-SIG field.

[0165] Fig.23 An exemplary method 2300 for implementing automatic detection of a wireless network version of a transmission according to an exemplary embodiment is shown. In step 2302, the transmitter 310 generates a control signal for the transmission. In one example, the control signal includes (i) a legacy signal (SIG) (L-SIG) symbol and (ii) an identifier symbol generated from at least a portion of the L-SIG symbol but different from the L-SIG symbol, the identifier symbol indicating the wireless network version of the transmission. In another example, the control signal includes a legacy signal (SIG) (L-SIG) field, a repeated L-SIG (RL-SIG) field, and an identifier separate from the L-SIG field and the RL-SIG field, the identifier indicating (i) the wireless network version of the transmission and (ii) the frame type of the transmission.

[0166] In step 2304, the transmitter 310 transmits the control signal. In some examples, in step 2304, the transmitting the control signal includes: transmitting the identifier symbol after the L-SIG symbol. In step 2306, the receiver 320 receives the control signal. In step 2308, the receiver 320 detects the wireless network version of the transmission from the control signal. In step 2310, the receiver 320 parses the control signal according to the detected wireless network version.

[0167] The exemplary embodiment of the control signal (preamble) for automatically detecting the wireless network version can be applied to uplink transmission, which is not shown here. In one example, the control signal can be in a trigger frame to request uplink transmission. In one example, the control signal can be in the preamble of the uplink transmission.

[0168] Figure 1C 1 is a schematic diagram of an exemplary wireless communication device 130 according to an exemplary embodiment. For example, the wireless communication device 130 may be an AP 101 or a STA 102, and may include a transmitter 310 ( Figure 3A ) or receiver 320( Figure 3B). The wireless communication device 130 can be used for single user (SU) and multiple access communications within the wireless communication system 100. Figure 1C A single instance of each component is shown, but multiple instances of each component may exist in the wireless communication device 130, and the wireless communication device 130 may be implemented using parallel and distributed architectures. Figure 1C Some components in are optional in some examples.

[0169] The wireless communication device 130 may include one or more processing devices 132, such as a processor, a microprocessor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), a dedicated logic circuit or a combination thereof. The wireless communication device 130 may also include one or more optional input / output (I / O) interfaces 134, which can be connected to one or more optional input devices 148 and output devices 150. The wireless communication device 130 may include one or more network interfaces 136 to communicate with a network (e.g., an intranet, the Internet, a peer-to-peer (P2P) network, a wide area network (WAN), a wireless wide area network (WWAN), a local area network (LAN) or a radio access network (RAN)) or other nodes for wired or wireless communication. The wireless network may utilize a wireless connection transmitted through an antenna 152. For example, one or more network interfaces 136 may provide multiple access wireless communications through one or more transmitters / transmit antennas and one or more receivers / receive antennas. In this example, one antenna 152 is shown, which can be used for multiple access transmission. However, in other examples, there can be multiple antennas for sending and receiving. In some examples, an antenna array can be used. The wireless communication device 130 can also include one or more storage units 138, which can include large-capacity storage units such as solid-state hard drives, hard disk drives, magnetic disk drives, and / or optical disk drives.

[0170] The wireless communication device 130 may include one or more non-transitory memories 140, which may include physical memory 142, which may include volatile or non-volatile memory (e.g., flash memory, random access memory (RAM), or read-only memory (ROM)). The memory 140 (and one or more storage units 138) may store instructions executed by one or more processing devices 132 to perform the processes described in the present invention, etc. The memory 140 may include other software instructions to implement an operating system (OS), as well as other applications / functions. In some examples, one or more data sets and / or modules may be provided by an external memory (e.g., an external drive in wired or wireless communication with the wireless communication device 130) or by a transient or non-transitory computer-readable medium. Examples of the non-transitory computer readable medium include RAM, ROM, erasable programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), flash memory, CD-ROM, or other portable memory.

[0171] In some examples, a bus 144 may be present to provide communication between components of the wireless communication device 130. The bus 144 may be any suitable bus architecture, including a memory bus, a peripheral bus, or a video bus, among others. Optional input device(s) 148 (e.g., a keyboard, a mouse, a microphone, a touch screen, or a keyboard) and optional output device(s) 150 (e.g., a display, a speaker, or a printer) are shown as being external to the wireless communication device 130 and connected to the optional I / O interface(s) 134. In other examples, one or more of the input device(s) 148 or the output device(s) 150 may be included as a component of the wireless communication device 130.

[0172] The transmitter 310 and the receiver 320 may be included as one or more components of the wireless communication device 130. For example, the transmitter 310 and the receiver 320 may be included as a single component for transmitting and receiving radio frequency (RF) analog signals. In other examples, the transmitter 310 and the receiver 320 may be included as two components for transmitting and receiving radio frequency (RF) analog signals. The transmitter 310 may transmit a PPDU and the receiver 320 may receive a PPDU.

[0173] When the wireless communication device 130 is an AP 101, the antenna 152 may be used to communicate with a selected or associated STA 102. The processing device 132 may perform the steps and functions described herein. When the wireless communication device 130 is an STA 102, the antenna 152 may be used to communicate with the AP 101.

[0174] The wireless communication device 130 also includes a power block 146 to provide power to the wireless communication device 130. In some examples, the power block 146 can include a battery. In some examples, the power block 146 includes a power adapter (e.g., AC / DC or DC / DC) connected to an external power source, which can be used to charge the battery.

[0175] In at least some examples, instructions for causing the processing device 132 to perform methods according to exemplary embodiments are stored in one or more storage units 138 or memory 140 of the wireless communication device 130. In some examples, the processing device 132 may be one or more controllers, which may include a modulator or a processor. The exemplary systems and methods described herein according to the examples may be implemented by one or more controllers. One or more controllers may include hardware, software, or a combination of hardware and software, depending on the specific components and functions. In some examples, one or more controllers may include analog or digital components, and may include one or more processors, one or more non-transitory storage media (e.g., a memory storing instructions executable by one or more processors), one or more transceivers (or separate transmitters and receivers), one or more signal processors (analog or digital signal processors), and one or more analog circuit components.

[0176] The exemplary embodiments may be applied to MU communication, single user (SU) communication, trigger based (TB) communication, or extended range (ER) TB communication.

[0177] One exemplary embodiment is a non-transitory computer readable medium storing instructions that, when executed by a processing device, cause the processing device to perform any of the described methods, procedures, or functions.

[0178] The above exemplary embodiments can be implemented only by hardware, or by software and necessary general hardware platforms. Based on such understanding, the technical solutions of some exemplary embodiments can be embodied in the form of software products. The software product can be stored in a non-volatile or non-transient storage medium, which can be a compact disk read-only memory (CD-ROM), a universal serial bus (USB), a flash drive, or a mobile hard disk. The software product includes many instructions that enable a computer device (personal computer, server, or network device) to execute the method provided in the exemplary embodiment. According to an exemplary embodiment, the software product can have multiple additional instructions that enable a computer device to perform operations to configure or program a digital logic device.

[0179] The exemplary devices and methods described herein according to the exemplary embodiments may be implemented by one or more controllers. The controller may include hardware, software, or a combination of hardware and software, depending on the specific application, component, or function. In some exemplary embodiments, one or more controllers may include analog or digital components and may include one or more processors, one or more non-transitory storage media (e.g., a memory storing instructions executable by one or more processors), one or more transceivers (or separate transmitters and receivers), one or more signal processors (analog and / or digital signal processors), and / or one or more analog circuit components.

[0180] In the described method or block diagram, a box can represent an event, step, function, process, module, message, and state-based operation, etc. Although some of the above examples are described as occurring in a particular order, it will be appreciated by those skilled in the art that some of these steps or processes can be performed in different orders as long as the result of the change in the order of any given step does not affect the occurrence of subsequent steps. In addition, some of the above messages or steps can be deleted or merged in other embodiments, and some of the above messages or steps can be split into multiple sub-messages or sub-steps in other embodiments. Some or all steps can even be repeated as needed. Elements described as methods or steps are similarly applicable to systems or sub-components, and vice versa. Words such as "send" or "receive" can be interchanged according to specific equipment.

[0181] The embodiments discussed above should be considered illustrative rather than restrictive.Exemplary embodiments described as methods are similarly applicable to systems, and vice versa.

[0182] Some exemplary embodiments may be changed, including combinations and sub-combinations of any of the above-described embodiments. The exemplary embodiments provided above are merely examples and are by no means intended to limit the scope of the invention. The innovative changes described herein are obvious to those of ordinary skill in the art, and these changes are within the intended scope of the invention. Specifically, features in one or more of the above-described embodiments may be selected to create optional embodiments comprising sub-combinations of features that have not been clearly described above. In addition, features in one or more of the above-described embodiments may be selected and combined to create optional embodiments comprising combinations of features that have not been clearly described above. After reviewing the invention as a whole, features applicable to these combinations and sub-combinations are obvious to those skilled in the art. The subject matter described herein is intended to include all suitable changes in technology.

[0183] Accordingly, the specification and drawings are to be regarded as illustrative only and are intended to cover any and all modifications, variations, combinations or equivalents.

Claims

1. A method for realizing wireless network version detection, performed by a wireless communication device, characterized in that: The method comprises: Generate a control signal; wherein the control signal includes: a traditional signal L-SIG field, Repeat the traditional signal RL-SIG field, The physical version identifier field, and, a frame type identifier field, wherein the physical version identifier field is used to indicate a wireless network version, the frame type identifier field is used to indicate a type of a transmission frame, and the physical version identifier field and the frame type identifier field are located after the L-SIG field and the RL-SIG field; The control signal is sent.

2. The method according to claim 1, characterized in that The L-SIG field, the RL-SIG field, the physical version identifier field, and the frame type identifier field are located within a preamble.

3. The method according to claim 1 or 2, characterized in that: The physical version identifier field occupies 3 bits.

4. The method according to claim 1 or 2, characterized in that: The wireless network version is IEEE 802.11be or EHT.

5. A wireless communication device, characterized in that: The wireless communication device comprises: A processing device for executing instructions, wherein when the instructions are executed by the processing device, the instructions cause the processing device to: Generate a control signal; wherein the control signal includes: a traditional signal L-SIG field, Repeat the traditional signal RL-SIG field, The physical version identifier field, and, a frame type identifier field, wherein the physical version identifier field is used to indicate a wireless network version, the frame type identifier field is used to indicate a type of a transmission frame, and the physical version identifier field and the frame type identifier field are located after the L-SIG field and the RL-SIG field; The control signal is sent.

6. The wireless communication device according to claim 5, characterized in that The L-SIG field, the RL-SIG field, the physical version identifier field, and the frame type identifier field are located within a preamble.

7. The wireless communication device according to claim 5 or 6, characterized in that: The physical version identifier field occupies 3 bits.

8. The wireless communication device according to claim 5 or 6, characterized in that: The wireless network version is IEEE802.11be or EHT.

9. A wireless communication device, characterized in that: The wireless communication device comprises: antenna; Processing equipment; a memory associated with the processing device for storing instructions, wherein when the instructions are executed by the processing device, the instructions cause the processing device to: Generate a control signal; wherein the control signal includes: a traditional signal L-SIG field, Repeat the traditional signal RL-SIG field, The physical version identifier field, and, a frame type identifier field, wherein the physical version identifier field is used to indicate a wireless network version, the frame type identifier field is used to indicate a type of a transmission frame, and the physical version identifier field and the frame type identifier field are located after the L-SIG field and the RL-SIG field; The control signal is sent.

10. The wireless communication device according to claim 9, characterized in that The L-SIG field, the RL-SIG field, the physical version identifier field, and the frame type identifier field are located within a preamble.

11. The wireless communication device according to claim 9 or 10, characterized in that: The physical version identifier field occupies 3 bits.

12. The wireless communication device according to claim 9 or 10, characterized in that: The wireless network version is IEEE802.11be or EHT.

13. A non-transitory computer-readable medium storing instructions executed by a processing device, characterized in that: The instructions include: An instruction for generating a control signal, wherein the control signal comprises: Traditional signal L-SIG field, Repeat the traditional signal RL-SIG field, The physical version identifier field, and, a frame type identifier field, wherein the physical version identifier field is used to indicate a wireless network version, the frame type identifier field is used to indicate a type of a transmission frame, and the physical version identifier field and the frame type identifier field are located after the L-SIG field and the RL-SIG field; An instruction for sending the control signal.

14. The non-transitory computer readable medium of claim 13, wherein: The L-SIG field, the RL-SIG field, the physical version identifier field, and the frame type identifier field are located within a preamble.

15. The non-transitory computer readable medium according to claim 13 or 14, characterized in that: The physical version identifier field occupies 3 bits.

16. The non-transitory computer readable medium according to claim 13 or 14, wherein: The wireless network version is IEEE 802.11be or EHT.

Images