[go: up one dir, main page]

WO2025059388A1 - Signalisation de code de contrôle de parité à faible densité (ldpc) plus long dans des systèmes à ultra-haute fiabilité (uhr) - Google Patents

Signalisation de code de contrôle de parité à faible densité (ldpc) plus long dans des systèmes à ultra-haute fiabilité (uhr) Download PDF

Info

Publication number
WO2025059388A1
WO2025059388A1 PCT/US2024/046504 US2024046504W WO2025059388A1 WO 2025059388 A1 WO2025059388 A1 WO 2025059388A1 US 2024046504 W US2024046504 W US 2024046504W WO 2025059388 A1 WO2025059388 A1 WO 2025059388A1
Authority
WO
WIPO (PCT)
Prior art keywords
ldpc codeword
ldpc
codeword length
bits
wireless
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/US2024/046504
Other languages
English (en)
Inventor
Jialing Li Chen
Kanke Wu
Sameer Vermani
Bin Tian
Youhan Kim
Qifan Chen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US18/415,437 external-priority patent/US20250096929A1/en
Priority claimed from US18/658,764 external-priority patent/US20250096932A1/en
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of WO2025059388A1 publication Critical patent/WO2025059388A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0067—Rate matching
    • H04L1/0068—Rate matching by puncturing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075—Transmission of coding parameters to receiver

Definitions

  • the AP that wins the contention may select one or more other APs (hereinafter also referred to as “shared APs”) to share resources of the TXOP.
  • the sharing and shared APs may be located in proximity to one another such that at least some of their wireless coverage areas at least partially overlap.
  • P+S Ref. No.: QUAL/2309221PC 11 Qualcomm Docket No.2309221WO Some examples may specifically involve coordinated AP TDMA or OFDMA techniques for sharing the time or frequency resources of a TXOP.
  • the sharing AP may partition the TXOP into multiple time segments or frequency segments each including respective time or frequency resources representing a portion of the TXOP, The sharing AP may allocate the time or frequency segments to itself or to one or more of the shared APs. For example, each shared AP may utilize a partial TXOP assigned by the sharing AP for its uplink or downlink communications with its associated STAs. [0052] In some examples of such TDMA techniques, each portion of a plurality of portions of the TXOP includes a set of time resources that do not overlap with any time resources of any other portion of the plurality of portions. In such examples, the scheduling information may include an indication of time resources, of multiple time resources of the TXOP, associated with each portion of the TXOP.
  • the scheduling information may include an indication of a bandwidth portion of the wireless channel such as an indication of one or more subchannels or resource units (RUs) associated with each portion of the TXOP such as for multi-user OFDMA.
  • the sharing AP may limit the transmit powers of the selected shared APs such that interference from the selected APs does not prevent STAs associated with the TXOP owner from successfully decoding packets transmitted by the sharing AP.
  • the time period between the transmission of an intra-BSS packet and the transmission of an OBSS packet may allow a respective AP (or its associated STAs) to decode the preamble of the wireless packet and obtain the BSS color value carried in the wireless packet to determine whether the wireless packet is an intra-BSS packet or an OBSS packet.
  • each of the participating APs and their associated STAs may be able to receive and decode intra-BSS packets in the presence of OBSS interference.
  • the sharing AP may perform polling of a set of un-managed or non-co-managed APs that support coordinated reuse to identify candidates for future spatial reuse opportunities.
  • the sharing AP may select one or more candidate APs upon receiving a coordinated AP TXOP request (CTR) frame from a respective candidate AP that indicates a desire by the respective AP to participate in the TXOP.
  • the poll responses or CTR frames may include a power indication, for example, an RX power or RSSI measured by the respective AP.
  • the sharing AP may directly measure potential interference of a service supported (such as UL transmission) at one or more APs, and select the shared APs based on the measured potential interference.
  • the sharing AP generally selects the APs to participate in coordinated spatial reuse such that it still protects its own transmissions (which may be referred to as primary transmissions) to and from the STAs in its BSS.
  • Retransmission protocols such as hybrid automatic repeat request (HARQ)
  • HARQ also may offer performance gains.
  • a HARQ protocol may support various HARQ signaling between transmitting and receiving wireless communication devices or nodes as well as signaling between the PHY and MAC layers to improve the retransmission operations in a WLAN.
  • HARQ uses a combination of error detection and error correction.
  • a HARQ transmission may include error checking bits that are added to data to be transmitted using an error-detecting (ED) code, such as a cyclic redundancy check (CRC). The error checking bits may be used by the receiving device to determine if it has properly decoded the received HARQ transmission.
  • ED error-detecting
  • CRC cyclic redundancy check
  • the original data (information bits) to be transmitted may be encoded with a forward error correction (FEC) code, such as using a low-density parity check (LDPC) coding scheme that systematically encodes the information bits to produce parity bits.
  • FEC forward error correction
  • LDPC low-density parity check
  • the transmitting device may transmit both the original information bits as well as the parity bits in the HARQ transmission to the receiving device.
  • the receiving device may be able to use the parity bits to correct errors in the information bits, thus avoiding a retransmission.
  • Implementing a HARQ protocol in a WLAN may improve reliability of data communicated from a transmitting device to a receiving device.
  • the HARQ protocol may support the establishment of a HARQ session between the two devices. Once a HARQ P+S Ref.
  • the transmitting device may include some or all of the original information bits, some or all of the original parity bits, as well as other, different parity bits in the second HARQ transmission.
  • the combined HARQ transmissions may be processed for decoding and error correction such that the complete signal associated with the HARQ transmissions can be obtained.
  • the receiving device may be enabled to control whether to continue the HARQ process or revert to a non-HARQ retransmission scheme (such as an ARQ protocol). Such switching may reduce feedback overhead and increase the flexibility for retransmissions by allowing devices to dynamically switch between ARQ and HARQ protocols during frame exchanges. Some implementations also may allow multiplexing of communications that employ ARQ with those that employ HARQ.
  • Some wireless communication devices are capable of multi-link operation (MLO).
  • MLO supports establishing multiple different communication links (such as a first link on the 2.4 GHz band, a second link on the 5 GHz band, and the third link on the 6 GHz band) between the STA and the AP.
  • Each communication link may support one or more sets of channels or logical entities.
  • each communication link associated with a given wireless communication device may be associated with a respective radio of the wireless communication device, which may include one or more transmit/receive (Tx/Rx) chains, include or be coupled with one or more physical antennas, or include signal processing components, among other components.
  • Tx/Rx transmit/receive
  • transmissions or portions of transmissions may occur over two or more links in parallel at the same time.
  • the parallel wireless communication links may support synchronized transmissions.
  • transmissions over the links may be parallel, but not be synchronized or concurrent.
  • two or more of the links may be used for communications between the wireless communication devices in the same direction (such as all uplink or all downlink).
  • two or more of the links may be used for communications in different directions.
  • one or more links may support uplink communications and one or more links may support downlink communications. In such examples, at least one of the wireless communication devices operates in a full duplex mode.
  • MLA may be implemented in a number of ways.
  • MLA may be packet-based.
  • frames of a single traffic flow (such as all traffic associated with a given traffic identifier (TID)) may be sent concurrently across multiple communication links.
  • MLA may be flow-based.
  • each traffic flow (such as all traffic associated with a given TID) may be sent using a single one of multiple available communication links.
  • a single STA MLD may access a web browser while streaming a video in parallel.
  • MLA may be implemented as a hybrid of flow-based and packet-based aggregation.
  • an MLD may employ flow-based P+S Ref. No.: QUAL/2309221PC 16 Qualcomm Docket No.2309221WO aggregation in situations in which multiple traffic flows are created and may employ packet-based aggregation in other situations.
  • an AP MLD and a STA MLD may exchange supported MLO capability information (such as supported aggregation type or supported frequency bands, among other information).
  • supported MLO capability information such as supported aggregation type or supported frequency bands, among other information.
  • the exchange of information may occur via a beacon signal, a probe request or probe response, an association request or an association response frame, a dedicated action frame, or an operating mode indicator (OMI), among other examples.
  • OMI operating mode indicator
  • an AP MLD may designate a given channel in a given band as an anchor channel (such as the channel on which it transmits beacons and other management frames). In such examples, the AP MLD also may transmit beacons (such as ones which may contain less information) on other channels for discovery purposes.
  • MLO techniques may provide multiple benefits to a WLAN. For example, MLO may improve user perceived throughput (UPT) (such as by quickly flushing per- user transmit queues). Similarly, MLO may improve throughput by improving utilization of available channels and may increase spectral utilization (such as increasing the bandwidth-time product).
  • UPT user perceived throughput
  • MLO may improve throughput by improving utilization of available channels and may increase spectral utilization (such as increasing the bandwidth-time product).
  • MLO may enable smooth transitions between multi- band radios (such as where each radio may be associated with a given RF band) or enable a framework to set up separation of control channels and data channels.
  • Other benefits of MLO include reducing the ON time of a modem, which may benefit a wireless communication device in terms of power consumption.
  • Another benefit of MLO is the increased multiplexing opportunities in the case of a single BSS.
  • multi-link aggregation may increase the number of users per multiplexed transmission served by the multi-link AP MLD.
  • Figure 4 shows a pictorial diagram of another example wireless communication network 400.
  • the wireless communication network 400 can be an example of a mesh network, an IoT network or a sensor network in accordance with one or more of the IEEE 802.11 family of wireless communication protocol standards (including the 802.11ah amendment).
  • the wireless network 400 may include multiple wireless communication devices 414.
  • the wireless communication P+S Ref. No.: QUAL/2309221PC 17 Qualcomm Docket No.2309221WO devices 414 may represent various devices such as display devices (for example, TVs, computer monitors, navigation systems, among others), music or other audio or stereo devices, remote control devices (“remotes”), printers, kitchen or other household appliances, among other examples.
  • the wireless communication devices 414 sense, measure, collect or otherwise obtain and process data and then transmit such raw or processed data to an intermediate device 412 for subsequent processing or distribution. Additionally or alternatively, the intermediate device 412 may transmit control information, digital content (for example, audio or video data), configuration information or other instructions to the wireless communication devices 414.
  • the intermediate device 412 and the wireless communication devices 414 can communicate with one another via wireless communication links 416.
  • the wireless communication links 416 include Bluetooth links or other PAN or short-range communication links.
  • the intermediate device 412 can analyze, preprocess and aggregate data received from the wireless communication devices 414 locally at the edge before transmitting it to other devices or external networks via the Wi-Fi link 418.
  • the intermediate device 412 also can provide additional security for the IoT network and the data it transports.
  • Aspects of transmissions may vary according to a distance between a transmitter (for example, an AP 102 or a STA 104) and a receiver (for example, another AP 102 or STA 104).
  • Wireless communication devices may generally benefit from having information regarding the location or proximities of the various STAs 104 within the coverage area.
  • relevant distances may be determined (for example, calculated or computed) using RTT-based ranging procedures.
  • EHT- STF 570 may be used for timing and frequency tracking and AGC, and EHT-LTF 572 may be used for more refined channel estimation.
  • EHT-SIG 568 may be used by an AP to identify and inform one or multiple STAs 104 that the AP has scheduled UL or DL resources for them.
  • EHT-SIG 568 may be P+S Ref. No.: QUAL/2309221PC 19 Qualcomm Docket No.2309221WO decoded by each compatible STA 104 served by the AP 102.
  • EHT-SIG 568 may generally be used by a receiving device to interpret bits in the data field 574.
  • Matrix representation 700 includes a PCM H and a code word vector x, where x 1 -x 5 represent bits of the code word x.
  • H is used for determining whether a received signal was normally decoded.
  • H has C rows corresponding to j check nodes and V columns corresponding to i variable nodes (i.e., a demodulated symbol), where the rows represent the equations and the columns represents the bits of the code word.
  • matrix H has four rows and five P+S Ref. No.: QUAL/2309221PC 21 Qualcomm Docket No.2309221WO columns corresponding to four check nodes and five variable nodes, respectively.
  • the number of edges connected with a check node 620 is equal to the number of ones in a corresponding row and is called the check node degree d(c).
  • the first column in the matrix H corresponds to the variable node 601 and the corresponding entries in the column (1, 1, 1, 0) indicates the edge connections to the check nodes 611, 612, and 613, while the 0 indicates that there is not an edge to check node 614.
  • the entries in the second, third, fourth, and fourth columns of H represent the edge connections of the variable nodes 602, 603,604, and 605, respectively, to the check nodes.
  • One of the base graphs (BG1 or BG2) may be selected for a given combination of K and R.
  • a base matrix expansion factor Zc may be determined (e.g., by selecting a minimum Zc value in a table, such that Kb ⁇ Zc ⁇ K).
  • a corresponding shift coefficient matrix set can be selected from a table.
  • ⁇ For each user ⁇ ⁇ ⁇ , ⁇ and ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ , ⁇ may be computed using the following equations, respectively: ⁇ ⁇ where ⁇ ⁇ ⁇ ⁇ , ⁇ is the PHY payload size, the number of data bits including pre-FEC padding bits, that fits in the PHY payload boundary (or called pre-FEC padding boundary) which is the end of the symbol segment ⁇ ⁇ ⁇ ⁇ in the OFDM symbol ⁇ ⁇ ⁇ ⁇ , ⁇ ⁇ ⁇ ⁇ and ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ , ⁇ is the number of PHY coded bits that fits in the current PHY coded bits boundary which is the end of the symbol segment ⁇ ⁇ ⁇ ⁇ in the OFDM symbol ⁇ ⁇ ⁇ ⁇ , ⁇ ⁇ ⁇ ⁇ .
  • the effective code rate of u is, thus: ⁇ ⁇ .
  • the PHY coded bits boundary may be adjusted by adding one or more OFDM symbols and/or fraction of symbol (e.g., one or more symbol segments) to accommodate more PHY coded bits, which could lower the effective code rate and reduce puncturing ratio.
  • the transmitter may compute the integer number of LDPC codewords to be transmitted for user u, NCW,u, and the length of the codewords to be used for user u, L LDPC,u , in accordance with Table 1 below.
  • puncturing bits may be equally distributed over all NCW,u codewords with the ⁇ ⁇ codewords being punctured one bit more than the remaining codewords. Only parity bits may be punctured.
  • both the PHY payload boundary (or called pre-FEC padding boundary) and the PHY coded bits boundary are the same as the end of the symbol segment ⁇ in the OFDM symbol ⁇ ⁇ ⁇ ⁇ , determined by ⁇ ⁇ ⁇ ⁇ and ⁇ .
  • the receiver device may be able to use the parity bits to correct errors in the information bits, thus avoiding a retransmission.
  • the wireless devices and the LDPC coding scheme support the use of small codeword lengths for LDPC codewords.
  • the LDPC coding scheme may support the codeword lengths of 648, 1296, and 1944 bits for the LDPC codewords.
  • P+S Ref. No.: QUAL/2309221PC 33 Qualcomm Docket No.2309221WO These codeword lengths are generally supported when an LDPC-based encoding is supported.
  • a method for selection of a length of a LDPC codeword may be based on (or depend on) rules associated with a table 1000 of Figure 10 (e.g., before potential ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ updates when an extra orthogonal frequency division multiplexing (OFDM) symbol segment is added).
  • ⁇ ⁇ ⁇ ⁇ indicates a number of payload bits.
  • An initial number of symbols is associated with (or based on) the number of payload bits and a number of data bits per symbol.
  • ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ indicates a number of available bits.
  • the number of available bits is associated with (or based on) the initial number of symbols, a last symbol boundary, and/or a number of coded bits per symbol.
  • a long LDPC codeword e.g., with a codeword length of 2x1944 or 4x1944 bits
  • the use of the longer codeword lengths for the LDPC codewords is not supported by the wireless devices. Only under certain situations, some of the wireless devices may provide limited support for the use of the longer codeword lengths for the LDPC codewords.
  • the wireless device may need to communicate with other wireless devices regarding the possible usage of the long LDPC codewords (e.g., to check if these other wireless devices can provide any support for the usage and processing of the long LDPC codewords at their end).
  • Techniques described herein may enable a wireless device to use a long LDPC codeword.
  • a transmitter device e.g., for regular transmissions or a receiver device (e.g., for trigger-based transmissions) may determine (or obtain information indicating) whether both the transmitter device and the receiver device may support use and processing of the long LDPC codeword and that some other conditions have also been satisfied.
  • the transmitter device may indicate use (or possible use) of a longer LDPC codeword to other receiver devices via a combination of a codeword length look up table, capability information indicating support for the use of the long LDPC codeword, and other conditions.
  • a special field may be defined in a PHY header to indicate whether 2x1944 or 4x1944 bits LDPC codeword has been used by the transmitter device in encoding.
  • a wireless device or node e.g., the AP 102 or the STA 104 depicted and described with respect to FIG.1 may include multiple antennas to transmit P+S Ref. No.: QUAL/2309221PC 34 Qualcomm Docket No.2309221WO and receive wireless communications.
  • the wireless device may also include at least one processor (e.g., an application processor, a transmit processor, a receive processor, etc.) and at least one memory coupled with the at least one processor.
  • the wireless device further includes at least one external network interface that enables the wireless device to communicate with a core network or a backhaul network to gain access to external networks including the Internet.
  • the external network interface may include one or both of a wired (for example, Ethernet) network interface and a wireless network interface.
  • Each of the aforementioned components of the wireless device can communicate with other components of the wireless device directly or indirectly, over at least one bus.
  • Figure 11 shows a call flow diagram illustrating example communication among wireless devices (such as wireless nodes) for managing long LDPC codewords in UHR systems.
  • the wireless devices may include a transmitter device and a receiver device to transmit and receive wireless communications.
  • the transmitter device may be an AP (e.g., such as the AP 102 depicted and described with respect to FIG.1) or a STA (e.g., such as the STA 104 depicted and described with respect to FIG.1).
  • the receiver device may be an AP (e.g., such as the AP 102 depicted and described with respect to FIG.1) or a STA (e.g., such as the STA 104 depicted and described with respect to FIG. 1).
  • the transmitter device transmits signaling to the receiver device indicating that the transmitter device supports use of a first LDPC codeword length that is greater than or equal to a threshold LDPC codeword length (e.g., supports use of a long LDPC codeword).
  • the receiver device e.g., in view of the received signaling
  • the capability information of the receiver device may indicate that the receiver device also supports use of the long LDPC codeword.
  • the receiver device may transmit the capability information of the receiver device to the transmitter device at any time (e.g., prior to receiving the signaling from the transmitter device).
  • the transmitter device determines (or obtains information indicating) whether one or more conditions have been satisfied (or met).
  • the conditions P+S Ref. No.: QUAL/2309221PC 35 Qualcomm Docket No.2309221WO are associated with (or based on) the capability information of the receiver device, a bandwidth value, a resource unit (RU) size, a multiple RU (MRU) size, a modulation coding scheme (MCS) level, a number of spatial streams, a number of coded bits per orthogonal frequency division multiplexing (OFDM) symbol, a number of data bits per OFDM symbol, and/or one or more frequency bands for at least one of transmission or reception operations.
  • RU resource unit
  • MRU multiple RU
  • MCS modulation coding scheme
  • the transmitter device may determine that at least one condition has been satisfied when the receiver device may support the one or more frequency bands for the at least one of transmission or reception operations. In one example, the transmitter device may determine that the at least one condition has been satisfied when the receiver device may support the one or more frequency bands for the NR operations. In another example, the transmitter device may determine that the at least one condition has been satisfied when the receiver device may support the one or more frequency bands for the 2.4G, 5G and/or 6G operations. [0138] As indicated at 1115, the transmitter device decides to use the first LDPC codeword length (i.e. the long LDPC codeword).
  • the transmitter device may decide to use the long LDPC codeword when the transmitter device may determine that at least one condition has been satisfied. [0139] In another aspect, the transmitter device may decide to use the long LDPC codeword when the transmitter device may determine (or conclude based on the obtained information) that at least two conditions have been satisfied. For example, the transmitter device may decide to use the long LDPC codeword when both the transmitter device and P+S Ref. No.: QUAL/2309221PC 37 Qualcomm Docket No.2309221WO the receiver device may support the use of long LDPC codewords, and the RU size is greater than 996 tones.
  • the indication of the first LDPC codeword length of the long LDPC codeword may be conveyed via a physical layer (PHY) header to the receiver P+S Ref. No.: QUAL/2309221PC 38 Qualcomm Docket No.2309221WO device.
  • a field (such as per-user information field) may be defined in the PHY header to indicate whether 2x (2x1944) or 4x (4x1944) LDPC codeword was used in encoding.
  • the indication of the first LDPC codeword length of the long LDPC codeword may be conveyed via a signal (SIG) field to the receiver device.
  • SIG signal
  • a user specific SIG field may be used to indicate whether 2x (2x1944) or 4x (4x1944) LDPC codeword was used/transmitted.
  • the indication of the first LDPC codeword length of the long LDPC codeword may include one bit in the PHY header to the receiver device. The one bit may indicate whether 2x (2x1944) or 4x (4x1944) LDPC codeword was used/supported.
  • the indication of the first LDPC codeword length of the long LDPC codeword may include two bits in the PHY header to the receiver device. The two bits may indicate that both 2x (2x1944) and 4x (4x1944) LDPC codes were used/or are supported.
  • the PHY header may include two bits which may indicate the second value of the first LDPC codeword length of the long LDPC codeword.
  • the SIG field may include two bits which may indicate the second value of the first LDPC codeword length of the long LDPC codeword.
  • the transmitter device may dynamically transmit signaling to the receiver device indicating that the transmitter device has turned on or off the use of the long LDPC codeword for one or more data packets (or per-packet basis). P+S Ref.
  • the receiver device may dynamically transmit signaling to the transmitter device indicating that the receiver device has turned on or off the use of the long LDPC codeword for one or more data packets (or per-packet basis).
  • the transmitter device may always use the long LDPC codeword when the one or more conditions are satisfied.
  • the transmitter device may be able switch on or off the use of the long LDPC codeword on a per-packet basis even when the one or more conditions are satisfied.
  • the transmitter device may determine (or decide) to use the long LDPC codeword.
  • the transmitter device may determine or select a length of a LDPC codeword based on a table 1200 of Figure 12 (e.g., when 2x1944 bits LDPC codes are there and up to two codewords with length less than 2x1944 bits can be used in a packet). In another example, the transmitter device may determine or select a length of a LDPC codeword based on a table 1300 of Figure 13 (e.g., when 4x1944 bits LDPC codes are there and up to three codewords with length less than 4x1944 bits can be used in a packet).
  • the transmitter device may include at least one bit in a PHY header (as illustrated in a diagram 1600 of Figure 16) to indicate whether (and which) long LDPC codeword has been used or not by the transmitter device.
  • LDPC rate matching typically uses a lookup table to select the LDPC codeword size and number of LDPC codewords based on PHY payload size (including pre-FEC padding) ⁇ ⁇ ⁇ ⁇ and the initial number of available bits ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ .
  • PHY payload size including pre-FEC padding
  • an LDPC codeword size may be selected among 648 (up to 1 CW), 1296 (1-2 CWs) and 1944 (any number of CWs).
  • the new codeword size of 3888 may be selected in a similar way by modifying the codeword size selection lookup table.
  • the inputs to the codeword size selection table are the PHY payload size (including pre-FEC padding) and the initial number of available bits as follows: ⁇ ⁇ ⁇ where 4 4 4 4 [0164]
  • the equation ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ typically holds true except for the following cases where ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ( ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ .
  • ⁇ ⁇ (1 ⁇ 0.0001) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ (1 + 0.0001) .
  • the LDPC codeword size and number of codewords are essentially only determined based on ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ .
  • Table 1 above may be simplified as the following Table 2.
  • the first four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ ⁇ (bits)”) of P+S Ref. No.: QUAL/2309221PC 41 Qualcomm Docket No.2309221WO Table 2 are simplified from the third column in Table 1, given the mathematical equivalency.
  • the nominal codeword size of 3888 may be used in the full or partial range of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ when the nominal codeword size of 1944 may be used.
  • the puncturing ratio refers to the ratio between the number of punctured parity bits and the total number of parity bits.
  • LDPC decoder performance typically degrades as the puncturing ratio increases (due to inefficient use of resources).
  • the puncturing ratio varies (goes up and down) as packet size increases, a local maximum puncturing ratio decreases as packet size (or ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) increases.
  • the options may be implemented as conditions.
  • the nominal codeword size of 3888 may be used in the entire range of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ > 2592, as in Table 3 below.
  • the nominal codeword size of 3888 may be disabled (not used) for some RU size, MCS and Nss combinations to avoid large puncturing ratio.
  • the first four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ (bits)”) of Table 3 are simplified from the third column in Table 1, given the mathematical equivalency.
  • Table 3 An equivalent form of Table 3 is to replace the first four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ ⁇ (bits)”) of Table 3 with the four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ (bits)”) of Table 1.
  • MCS and Nss May use a same threshold value for all RU sizes, MCS and Nss.
  • larger threshold values may be used for smaller RUs, lower MCS, and lower Nss
  • smaller threshold values may be used for larger RUs, higher MCS, and higher Nss.
  • Table 4 An equivalent form of Table 4 is to replace the first four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ ⁇ (bits)”) of Table 4 with the four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ (bits)”) of Table 1.
  • a nominal codeword size of 1944 may be used instead of 3888 when the puncturing ratio increase (for 3888) is high.
  • the codeword size of 1944 may be used instead of 3888. This may be implemented using a condition that includes a scaling factor of sorts, ⁇ .
  • ⁇ 0, the entire ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ region may use codeword size of 3888.
  • the same value of ⁇ may be used for all RU sizes, MCS and Nss. Alternatively, the same value of ⁇ may depend on RU size, MCS and/or Nss.
  • larger ⁇ value may be used for smaller quantities of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ , and smaller ⁇ value (and even 0) may be used for larger quantities of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ .
  • the values may be: 0 ⁇ ⁇ 2 ⁇ ⁇ 1 ⁇ 0.5.
  • the first four rows (corresponding to the first four ranges of ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ) in the third column ("LDPC codeword length ⁇ ⁇ ⁇ ⁇ ⁇ (bits)”) of Table 6 are simplified from the third column in Table 1, given the mathematical equivalency.
  • aspects of the present disclosure provide various options for signaling (e.g., in a PHY preamble) whether use of the longer codeword length is enabled or disabled (e.g., 2x LDPC ON/OFF).
  • a bit may be used to indicate which lookup table to use: a first table without 2x LDPC (i.e., Table 1 or Table 2) or a modified table with 2x LDPC (as in the tables shown above with codeword length 3888).
  • a bit may be to indicate whether the current packet uses LDPC encoding with the longer codeword length or not.
  • the receiver uses 3888 as the nominal codeword size and does not use a codeword selection lookup table to determine a nominal P+S Ref. No.: QUAL/2309221PC 47 Qualcomm Docket No.2309221WO LDPC codeword size. If the bit signals that the longer codeword length is not used, the receiver may use a first table (without the longer codeword length) to determine the LDPC codeword size. [0175] The particular locations of the signaling change for such a bit may depend on a particular implementation.
  • such a bit may be added to the common field of UHR-SIG (such that 2x LDPC ON/OFF is the same for all users).
  • such a bit may be added to user information (info) field formats (e.g., in both non-MU-MIMO and MU-MIMO user field formats), such that 2x LDPC could be enabled/disabled separately for different users.
  • info user information
  • UHR TB PPDU such a bit may be conveyed in a UHR Trigger Frame.
  • this bit may be added to a UHR variant common info field (e.g., by repurposing any one of the reserved bits B22, B26, B53, B56-B63) or added to a special user info field (e.g., by repurposing any one of the reserved bits B37-B39) and 2x LDPC may be enabled/disabled the same for all users.
  • this bit may be added to the UHR variant user info field (e.g., by repurposing either the reserved bit B25 or 1 bit within the Starting Spatial Stream subfield within the SS Allocation subfield so that the Starting Spatial Stream subfield is changed from 4 bits to 3 bits).
  • 2x LDPC may be enabled/disabled separately for different users.
  • One potential advantage with the 1-bit signaling proposed above is that, even though the codeword size selection lookup table selects codeword size of 3888, the transmitter may still have the flexibility to use codeword size of 1944 instead of 3888, and to indicate this via the signaling accordingly. As a result, the transmitter may have more freedom to select whether to use 3888 or not. But if ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ (i.e., ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ 2592), the transmitter may not be able to choose to use 3888.
  • the process 1700 may be performed by a wireless communication device, such as a wireless communication device 1900 described with reference to Figure 19, operating as or within the wireless AP.
  • the process 1700 may be performed by the wireless AP, such as one of the wireless APs 102 described with reference to Figure 1.
  • the operations of the process 1700 may be implemented by the first wireless node such as a wireless STA or its components as described herein.
  • the process 1700 may be performed by a wireless communication device, such as the wireless communication device 1900 described with reference to Figure 19, operating as or within the wireless STA.
  • the process 1700 may be performed by the wireless STA such as one of the STAs 104 described with reference to Figure 1.
  • the process 1700 includes the first wireless node outputting (e.g., for transmission) first signaling indicating that the first wireless node supports use of a first LDPC codeword length that is greater than or equal to a threshold LDPC codeword length.
  • the process 1700 includes the first wireless node outputting (e.g., for transmission) an LDPC codeword of the first LDPC codeword length when one or more conditions are satisfied.
  • the one or more conditions are satisfied when the MCS level is greater than or equal to an MCS threshold. [0190] In certain aspects, the one or more conditions are satisfied when the number of spatial streams is greater than or equal to a spatial stream threshold. [0191] In certain aspects, the one or more conditions are satisfied when the number of coded bits per OFDM symbol is greater than or equal to a coded bit threshold. [0192] In certain aspects, the one or more conditions are satisfied when the number of data bits per OFDM symbol is greater than or equal to a data bit threshold. [0193] In certain aspects, a value of the first LDPC codeword length is associated with (or based on) a quantity of available bits for the first wireless node.
  • the quantity of available bits is associated with (or based on) at least one of a data packet length, an initial quantity of symbols, a last symbol boundary in the initial quantity of symbols, or a quantity of coded bits per symbol in the initial quantity of symbols.
  • the process 1700 includes the first wireless node outputting (e.g., for transmission) an indication of the first LDPC codeword length.
  • the indication of the first LDPC codeword length is outputted (e.g., for transmission) via a PHY header.
  • the indication of the first LDPC codeword length is outputted (e.g., for transmission) via a SIG field.
  • the indication of the first LDPC codeword length includes one bit and corresponds to a first value of the first LDPC codeword length or the indication of the first LDPC codeword length includes two bits and corresponds to a second value of the first LDPC codeword length.
  • the process 1700 includes the first wireless node outputting (e.g., for transmission) second signaling indicating that the first wireless node has turned off the use of the LDPC codeword length that is greater than or equal to the threshold LDPC codeword length. P+S Ref.
  • Figure 18 shows a flowchart illustrating a process or method 1800 performable at a first wireless node (e.g., a receiver node or device), according to some aspects of the present disclosure.
  • the operations of the process 1800 may be implemented by the first wireless node such as a wireless AP or its components as described herein.
  • the process 1800 may be performed by a wireless communication device, such as a wireless communication device 1900 described with reference to Figure 19, operating as or within the wireless AP.
  • the process 1800 may be performed by the wireless AP, such as one of the wireless APs 102 described with reference to Figure 1.
  • the operations of the process 1800 may be implemented by the first wireless node such as a wireless STA or its components as described herein.
  • the process 1800 may be performed by a wireless communication device, such as the wireless communication device 1900 described with reference to Figure 19, operating as or within the wireless STA.
  • the process 1800 may be performed by the wireless STA such as one of the STAs 104 described with reference to Figure 1.
  • the process 1800 includes the first wireless node obtaining first signaling indicating that a second wireless node supports use of a first LDPC codeword length that is greater than or equal to a threshold LDPC codeword length when one or more conditions are satisfied.
  • the process 1800 includes the first wireless node obtaining, when one or more conditions are satisfied, an LDPC codeword of the first LDPC codeword length.
  • the one or more conditions are associated with (or based on) at least one of: capability information of the first wireless node, bandwidth value, RU size, MRU size, MCS level, a number of spatial streams, a number of coded bits per OFDM symbol, a number of data bits per OFDM symbol, or one or more frequency bands for at least one of transmission or reception operations.
  • the process 1800 includes the first wireless node outputting (e.g., for transmission) the capability information indicating that the first wireless node supports use of the first LDPC codeword length that is greater than or equal to the threshold LDPC codeword length.
  • the process 1800 includes the first wireless node obtaining an indication of the first LDPC codeword length. P+S Ref. No.: QUAL/2309221PC 51 Qualcomm Docket No.2309221WO [0207]
  • the indication of the first LDPC codeword length is obtained via a PHY header.
  • the indication of the first LDPC codeword length is obtained via a SIG field.
  • the indication of the first LDPC codeword length includes one bit and corresponds to a first value of the first LDPC codeword length or the indication of the first LDPC codeword length includes two bits and corresponds to a second value of the first LDPC codeword length.
  • the process 1800 includes the first wireless node obtaining second signaling indicating that the second wireless node has turned off the use of the LDPC codeword length that is greater than or equal to the threshold LDPC codeword length.
  • Figure 19 shows a block diagram of a wireless communication device 1900, according to some aspects of the present disclosure.
  • the wireless communication device 1900 is configured or operable to perform a process 1700 described with reference to Figure 17. In another example, the wireless communication device 1900 is configured or operable to perform a process 1800 described with reference to Figure 18. [0212]
  • the wireless communication device 1900 may include one or more chips, SoCs, chipsets, packages, components or devices that individually or collectively constitute or comprise a processing system.
  • the processing system may interface with other components of the wireless communication device 1900, and may generally process information (such as inputs or signals) received from such other components and output information (such as outputs or signals) to such other components.
  • an example chip may include a processing system, a first interface to output or transmit information and a second interface to receive or obtain information.
  • the first interface may refer to an interface between the processing system of the chip and a transmission component, such that the device 1900 may transmit the information output from the chip.
  • the second interface may refer to an interface between the processing system of the chip and a reception component, such that the device 1900 may receive information that is then passed to the processing system.
  • the first interface also may obtain information, such as from the transmission component, and the second interface also may output information, such as to the reception component.
  • the processing system of the wireless communication device 1900 includes processor (or “processing”) circuitry in the form of one or multiple processors, microprocessors, processing units (such as central processing units (CPUs), graphics processing units (GPUs) or digital signal processors (DSPs)), processing blocks, application-specific integrated circuits (ASIC), programmable logic devices (PLDs) (such as field programmable gate arrays (FPGAs)), or other discrete gate or transistor logic or circuitry (all of which may be generally referred to herein individually as “processors” or collectively as “the processor” or “the processor circuitry”).
  • processors may be individually or collectively configurable or configured to perform various functions or operations described herein.
  • the processing system may further include memory circuitry in the form of one or more memory devices, memory blocks, memory elements or other discrete gate or transistor logic or circuitry, each of which may include tangible storage media such as random-access memory (RAM) or read-only memory (ROM), or combinations thereof (all of which may be generally referred to herein individually as “memories” or collectively as “the memory” or “the memory circuitry”).
  • RAM random-access memory
  • ROM read-only memory
  • One or more of the memories may be coupled with one or more of the processors and may individually or collectively store processor-executable code that, when executed by one or more of the processors, may configure one or more of the processors to perform various functions or operations described herein.
  • one or more of the processors may be preconfigured to perform various functions or operations described herein without requiring configuration by software.
  • the processing system may further include or be coupled with one or more modems (such as a Wi-Fi (for example, IEEE compliant) modem or a cellular (for example, 3GPP 4G LTE, 5G or 6G compliant) modem).
  • one or more processors of the processing system include or implement one or more of the modems.
  • the processing system may further include or be coupled with multiple radios (collectively “the radio”), multiple RF chains or multiple transceivers, each of which may in turn be coupled with one or more of multiple antennas.
  • one or more processors of the processing system include or implement one or more of the radios, RF chains or transceivers.
  • the wireless communication device 1900 can be a device such as AP 102 described with reference to Figure 1.
  • the wireless communication device 1900 can be an AP that includes a processing system and other components including multiple antennas.
  • the wireless communication device 1900 is capable of transmitting and receiving wireless communications in the form of, for example, wireless packets.
  • the wireless communication device 1900 can be configurable or configured to transmit and receive packets in the form of physical layer PPDUs and MPDUs conforming to one or more of the IEEE 802.11 family of wireless communication protocol standards.
  • the wireless communication device 1900 can be configurable or configured to transmit and receive signals and communications conforming to one or more 3GPP specifications including those for 5G NR or 6G.
  • the wireless communication device 1900 also includes or can be coupled with one or more application processors which may be further coupled with one or more other memories.
  • the wireless communication device 1900 further includes at least one external network interface coupled with the processing system that enables communication with a core network or backhaul network that enables the wireless communication device 1900 to gain access to external networks including the Internet.
  • the wireless communication device 1900 can be a device such as STA 104 described with reference to Figure 1.
  • the wireless communication device 1900 further includes a user interface (UI) (such as a touchscreen or keypad) and a display, which may be integrated with the UI to form a touchscreen display.
  • the wireless communication device 1900 may further include one or more sensors such as, for example, one or more inertial sensors, accelerometers, temperature sensors, pressure sensors, or altitude sensors.
  • the wireless communication device 1900 includes obtaining component 1902, outputting component 1904, determining component 1906, and/or deciding component 1908. Portions of one or more of the components 1902, 1904, 1906, 1908 may be implemented at least in part in hardware or firmware.
  • the obtaining component 1902 may be capable of, is configurable or configured to, or operable to at least obtain signaling indicating that a wireless node supports use of a first LDPC codeword length that is greater than or equal to a threshold LDPC codeword length, and an LDPC codeword of the first LDPC codeword length when one or more conditions are satisfied.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La présente divulgation propose des procédés, des composants, des dispositifs et des systèmes pour gérer des mots de code de contrôle de parité à faible densité (LDPC) longs dans des systèmes à ultra-haute fiabilité (UHR). Un procédé de communication sans fil peut être réalisable au niveau d'un nœud ou d'un dispositif émetteur. Le procédé peut consister à transmettre une signalisation à un dispositif récepteur ou à un nœud indiquant que le dispositif émetteur prend en charge l'utilisation d'une première longueur de mot de code de LDPC qui est supérieure ou égale à une longueur de mot de code de LDPC seuil. Le procédé peut en outre consister à transmettre un mot de code de LDPC de la première longueur de mot de code de LDPC (par exemple, un mot de code de LDPC long) au dispositif récepteur lorsqu'une ou plusieurs conditions sont satisfaites.
PCT/US2024/046504 2023-09-15 2024-09-12 Signalisation de code de contrôle de parité à faible densité (ldpc) plus long dans des systèmes à ultra-haute fiabilité (uhr) Pending WO2025059388A1 (fr)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US202363583235P 2023-09-15 2023-09-15
US63/583,235 2023-09-15
US18/415,437 US20250096929A1 (en) 2023-09-15 2024-01-17 Longer low-density parity check (ldpc) code signaling in ultra high reliability (uhr) systems
US18/415,437 2024-01-17
US18/658,764 US20250096932A1 (en) 2023-09-15 2024-05-08 Longer low-density parity check (ldpc) code signaling in ultra high reliability (uhr) systems
US18/658,764 2024-05-08

Publications (1)

Publication Number Publication Date
WO2025059388A1 true WO2025059388A1 (fr) 2025-03-20

Family

ID=92966658

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2024/046504 Pending WO2025059388A1 (fr) 2023-09-15 2024-09-12 Signalisation de code de contrôle de parité à faible densité (ldpc) plus long dans des systèmes à ultra-haute fiabilité (uhr)

Country Status (1)

Country Link
WO (1) WO2025059388A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240121796A1 (en) * 2021-02-11 2024-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods, wireless device and network node for efficient usage of downlink transmission resources

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10715890B2 (en) * 2017-12-05 2020-07-14 Adtran, Inc. FEC based PON optimization
US20200252179A1 (en) * 2016-11-23 2020-08-06 Samsung Electronics Co., Ltd. Uplink transmission method and apparatus in cellular communication system
US20210194623A1 (en) * 2019-12-20 2021-06-24 Mediatek Singapore Pte. Ltd. Extremely High Coding Rates For Next-Generation WLAN Systems
WO2023040668A1 (fr) * 2021-09-15 2023-03-23 华为技术有限公司 Procédé de codage, procédé de décodage et appareil associé

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200252179A1 (en) * 2016-11-23 2020-08-06 Samsung Electronics Co., Ltd. Uplink transmission method and apparatus in cellular communication system
US10715890B2 (en) * 2017-12-05 2020-07-14 Adtran, Inc. FEC based PON optimization
US20210194623A1 (en) * 2019-12-20 2021-06-24 Mediatek Singapore Pte. Ltd. Extremely High Coding Rates For Next-Generation WLAN Systems
WO2023040668A1 (fr) * 2021-09-15 2023-03-23 华为技术有限公司 Procédé de codage, procédé de décodage et appareil associé

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ASSAF KASHER (QUALCOMM): "LB239-Resolution-of-CID-4166", vol. 802.11ay, no. 1, 14 May 2019 (2019-05-14), pages 1 - 4, XP068151288, Retrieved from the Internet <URL:https://mentor.ieee.org/802.11/dcn/19/11-19-0896-01-00ay-lb239-resolution-of-cid-4166.docx> [retrieved on 20190514] *
TOM RICHARDSONRUEDIGER URBANKE: "Modern Coding Theory", 17 March 2008

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240121796A1 (en) * 2021-02-11 2024-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods, wireless device and network node for efficient usage of downlink transmission resources

Similar Documents

Publication Publication Date Title
TWI881151B (zh) 增強型觸發訊框
US11165541B2 (en) Retransmission protocol based on forward error correction codewords
TWI883280B (zh) 用於觸發訊框的特殊使用者資訊欄位的方法及無線通訊設備
KR101686372B1 (ko) 무선 통신 시스템에서 하향링크 전송 방법 및 장치
TWI778487B (zh) 概率振幅整形
US10110406B2 (en) Systems and methods for channel interleaving in wireless networks
US11374699B2 (en) Hybrid automatic repeat request (HARQ) with sliding window feedback
US11496924B2 (en) Medium access control (MAC) protocol data unit (MPDU) and codeword alignment and validation
US9894663B2 (en) Systems and methods for improved communication efficiency in wireless networks
US11469859B2 (en) Hybrid automatic repeat request (HARQ) technique based on receiver processing capability
US11509419B2 (en) Acknowledgement and retransmission techniques utilizing secondary wireless channel
KR20140110982A (ko) 무선 통신들에서 짧은 제어 프레임들을 생성 및 디코딩하기 위한 시스템들 및 방법들
EP4109802A1 (fr) Procédé de transmission de données et appareil associé
TW202306406A (zh) 用於輔１６０ＭＨｚ通道的頻寬指示
US20160007354A1 (en) Systems and methods for improved communication efficiency in high efficiency wireless networks
TW202243517A (zh) 資源元素（ｒｕ）縮減
EP4376335A1 (fr) Procédé d&#39;envoi d&#39;unité de données sur protocole de couche physique et dispositif de communication
EP4613036A1 (fr) Reconfiguration de caractéristiques de liaison parallèlement au maintien des liaisons
WO2025059388A1 (fr) Signalisation de code de contrôle de parité à faible densité (ldpc) plus long dans des systèmes à ultra-haute fiabilité (uhr)
US12177026B2 (en) Encoding scheme for HARQ operation
US20250096932A1 (en) Longer low-density parity check (ldpc) code signaling in ultra high reliability (uhr) systems
US20250096929A1 (en) Longer low-density parity check (ldpc) code signaling in ultra high reliability (uhr) systems
US20220337270A1 (en) Encoding technique for harq operation
US20250337522A1 (en) Low rate coding design
WO2024119385A1 (fr) Commande de puissance pour communications bluetooth à faible énergie

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24783392

Country of ref document: EP

Kind code of ref document: A1