Systems for Enhanced Multiplexing in Wireless Systems

Abstract

This document provides methods and systems for operation in wireless communication systems. A first transmission can be initiated using at least a first portion of physical layer resources. A second transmission can be initiated using at least a second portion of the same physical layer resources. The first transmission can be any one of punctured transmission, interference transmission, delay-sensitive transmission, or short transmission. The second transmission can be an ongoing transmission or a long transmission.

Description

[0001] This application is a divisional application of patent application No. 201680058909.X, filed on September 26, 2016, entitled "System for Enhanced Multiplexing in Wireless Systems". Cross-reference to related applications

[0002] This application claims the benefit of U.S. Provisional Application 62 / 232,022, filed September 24, 2015, and U.S. Provisional Application 62 / 273,969, filed December 31, 2015, the contents of which are incorporated herein by reference. Background Technology

[0003] Over the years, methods, devices, and systems for solving problems in the world of wireless communications have made significant progress. Mobile communications have advanced with each generation of wireless communication technologies to address new usage needs and improve older usage patterns in response to industry demands. For example, fifth-generation (5G) technology attempts to address issues related to improved broadband performance (IBB), industrial control and communication (ICC), vehicle-to-everything (V2X) applications, and massive machine-type communications (mMTC). These areas have requirements related to ultra-low latency, ultra-reliable transmission, MTC operation, and multiple spectrum operating modes (SOM). Thus, 5G and other generations of wireless communication technologies can effectively support data transmission with varying requirements in terms of latency, throughput, and reliability. Summary of the Invention

[0004] Methods and systems for performing wireless communication may include initiating a first transmission, wherein the first transmission can be performed using at least a first portion of physical layer resources; and initiating a second transmission, wherein the second transmission can be performed using at least a second portion of the physical layer resources, wherein the first portion of the physical layer resources overlaps with the second portion of the physical layer resources. Furthermore, methods and systems for signaling transmissions below the MAC layer may include attaching a cyclic redundancy check (CRC) to a data block consisting of multiple bits, segmenting one or more source symbols of the multiple bits, performing first-stage coding on the symbols, concatenating encoded symbols and / or code block information, performing second-stage coding on one or more code blocks, multiplexing code blocks from the second-stage coding, performing physical channel processing, and transmitting signals. Attached Figure Description

[0005] A more detailed understanding can be obtained from the specific embodiments illustrated in the following figures, wherein: Figure 1A It is a system diagram illustrating an exemplary communication system that can implement one or more of the disclosed embodiments; Figure 1B It is possible Figure 1A The system diagram shown illustrates an example wireless transmit / receive unit (WTRU) used internally within the communication system. Figure 1C It is possible Figure 1A The diagram shows an example radio access network and an example core network used within the communication system. Figure 2 It is possible Figure 1A The illustration shows an example of processing used internally within the communication system. Figure 3 An example of processing on the transmitter is shown, where all multiplexed coded blocks originate from a single data block; Figure 4 An example of processing on a transmitter is shown, where multiplexed coded blocks are derived from multiple data blocks; Figure 5 An example of processing on a transmitter is shown, where multiplexed coded blocks are derived from multiple data blocks; Figure 6 An example of demultiplexing a coded block is shown on the receiver; Figure 7A An encoding example is shown, where HARQ is applied on a transport block basis; and Figure 7B An encoding example is shown, where HARQ is applied on a block-by-block basis. Detailed Implementation

[0006] Figure 1A This is an illustration of an exemplary communication system 100 that can implement one or more of the disclosed embodiments. The communication system 100 can be a multiple access system providing voice, data, video, messaging, broadcasting, and other content to multiple wireless users. The communication system 100 allows multiple wireless users to access this content by sharing system resources, including wireless bandwidth. As an example, the communication system 100 can use one or more channel access methods, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), and Single Carrier FDMA (SC-FDMA), etc.

[0007] like Figure 1AAs shown, the communication system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, a radio access network (RAN) 104, a core network 106, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 112. However, it should be understood that any number of WTRUs, base stations, networks, and / or network components are contemplated in the disclosed embodiments. Each WTRU 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. For example, WTRUs 102a, 102b, 102c, 102d may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, and consumer electronic devices, etc.

[0008] The communication system 100 may also include base stations 114a and 114b. Each base station 114a, 114b may be any type of device configured to enable access to one or more communication networks by wirelessly interfacing with at least one WTRU 102a, 102b, 102c, 102d, which may be a core network 106, the Internet 110, and / or other networks 112. As an example, base stations 114a, 114b may be base transceiver stations (BTS), node B, e-node B, home node B, home e-node B, site controllers, access points (APs), and wireless routers, etc. Although each base station 114a, 114b is described as a single component, it should be understood that base stations 114a, 114b may include any number of interconnected base stations and / or network components.

[0009] Base station 114a may be part of RAN 104, and the RAN may also include other base stations and / or network components (not shown), such as base station controllers (BSCs), radio network controllers (RNCs), or relay nodes, etc. Base station 114a and / or base station 114b may be configured to transmit and / or receive radio signals within a specific geographical area called a cell (not shown). The cell may be further subdivided into cell sectors. For example, the cell associated with base station 114a may be divided into three sectors. Thus, in one embodiment, base station 114a may include three transceivers, that is, each transceiver corresponds to one sector of the cell. In another embodiment, base station 114a may use multiple-input multiple-output (MIMO) technology, and thereby can use multiple transceivers for each sector in the cell.

[0010] Base stations 114a and 114b can communicate with one or more WTRUs 102a, 102b, 102c, and 102d via air interface 116, which can be any suitable wireless communication link (e.g., radio frequency (RF), microwave, infrared (IR), ultraviolet (UV), or visible light, etc.). Air interface 116 can be established using any suitable radio access technology (RAT).

[0011] More specifically, as described above, the communication system 100 can be a multiple access system and can use one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, or SC-FDMA, etc. As an example, base station 114a in RAN 104 and WTRUs 102a, 102b, and 102c can implement radio technologies such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which can use Wideband CDMA (WCDMA) to establish the air interface 116. WCDMA can include communication protocols such as High-Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA can include High-Speed ​​Downlink Packet Access (HSDPA) and / or High-Speed ​​Uplink Packet Access (HSUPA).

[0012] In another embodiment, base station 114a and WTRUs 102a, 102b, 102c may implement radio technologies such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which can use Long Term Evolution (LTE) and / or Advanced LTE (LTE-A) to establish air interface 116.

[0013] In another embodiment, base station 114a and WTRUs 102a, 102b, 102c may use radio technologies such as 5G radio access technology, which may use novel radio (NR) technology to establish the air interface 116.

[0014] In other embodiments, base station 114a and WTRUs 102a, 102b, 102c may implement radio access technologies such as IEEE 802.16 (Global Microwave Access Interoperability (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Provisional Standard 2000 (IS-2000), Provisional Standard 95 (IS-95), Provisional Standard 856 (IS-856), Global System for Mobile Communications (GSM), Evolution for Enhanced Data Rates in GSM (EDGE), and GSM EDGE (GERAN).

[0015] As an example, Figure 1ABase station 114b can be a wireless router, home node B, home e node B, or access point, and can use any suitable RAT to facilitate wireless connectivity in localized areas such as business premises, residences, vehicles, and campuses. In one embodiment, base station 114b and WTRUs 102c and 102d can establish a wireless local area network (WLAN) by implementing a radio technology such as IEEE 802.11. In another embodiment, base station 114b and WTRUs 102c and 102d can establish a wireless personal area network (WPAN) by implementing a radio technology such as IEEE 802.15. In yet another embodiment, base station 114b and WTRUs 102c and 102d can establish a picocell or femtocell by using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, or LTE-A, etc.). Figure 1A As shown, base station 114b can be directly connected to the Internet 110. Therefore, base station 114b does not need to go through core network 106 to access the Internet 110.

[0016] RAN 104 can communicate with core network 106, which can be any type of network configured as one or more WTRUs 102a, 102b, 102c, 102d to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services. For example, core network 106 can provide call control, billing services, location-based services, prepaid calling, internet connectivity, video distribution, and / or perform advanced security functions such as user authentication. Although Figure 1A Although not shown, it should be understood that RAN 104 and / or core network 106 can communicate directly or indirectly with other RANs, and these RANs can use either the same RAT as RAT 104 or a different RAT. For example, in addition to connecting with RAN 104 which uses E-UTRA radio technology, core network 106 can also communicate with another RAN (not shown) which uses GSM radio technology.

[0017] Core network 106 may also act as a gateway for WTRUs 102a, 102b, 102c, and 102d to access PSTN 108, the Internet 110, and / or other networks 112. PSTN 108 may include a circuit-switched telephone network providing Simple Old-Style Telephone Service (POTS). The Internet 110 may include a global interconnected computer network equipment system using common communication protocols, such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), and Internet Protocol (IP) from the TCP / IP Internet Protocol suite. Network 112 may include wired or wireless communication networks owned and / or operated by other service providers. For example, network 112 may include another core network connected to one or more RANs, which may use the same RAT as RAN 104 or a different RAT.

[0018] In communication system 100, some or all of the WTRUs 102a, 102b, 102c, and 102d may include multi-mode capability; in other words, WTRUs 102a, 102b, 102c, and 102d may include multiple transceivers communicating with different wireless networks on different wireless links. For example, Figure 1A The WTRU 102c shown can be configured to communicate with base station 114a using cellular-based radio technology, and with base station 114b using IEEE 802 radio technology.

[0019] Figure 1B This is an example system diagram of WTRU 102. (Example...) Figure 1B As shown, WTRU 102 may include a processor 118, a transceiver 120, a transmitter / receiver unit 122, a speaker / microphone 124, a numeric keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power supply 134, a global positioning system (GPS) chipset 136, and other peripheral devices 138. It should be understood that, while remaining consistent with the embodiments, WTRU 102 may also include any sub-combination of the foregoing components.

[0020] Processor 118 can be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. Processor 118 can perform signal encoding, data processing, power control, input / output processing, and / or any other function that enables WTRU 102 to operate in a wireless environment. Processor 118 can be coupled to transceiver 120, which can be coupled to transmitter / receiver unit 122. Although Figure 1B While the processor 118 and transceiver 120 are described as separate components, it should be understood that the processor 118 and transceiver 120 can also be integrated into a single electronic component or chip.

[0021] Transmitter / receiver 122 may be configured to transmit or receive signals to and from a base station (e.g., base station 114a) via air interface 116. For example, in one embodiment, transmitter / receiver 122 may be an antenna configured to transmit and / or receive RF signals. As an example, in another embodiment, transmitter / receiver 122 may be an emitter / detector configured to transmit and / or receive IR, UV, or visible light signals. In yet another embodiment, transmitter / receiver 122 may be configured to transmit and receive both RF and optical signals. It should be understood that transmitter / receiver 122 may be configured to transmit and / or receive any combination of wireless signals.

[0022] In addition, although Figure 1B While the transmit / receive component 122 is described as a single component, the WTRU 102 may include any number of transmit / receive components 122. More specifically, the WTRU 102 may use MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive components 122 (e.g., multiple antennas) that transmit and receive radio signals via the air interface 116.

[0023] Transceiver 120 can be configured to modulate signals to be transmitted by transmitter / receiver 122 and demodulate signals received by transmitter / receiver 122. As described above, WTRU 102 can have multimode capability. Therefore, transceiver 120 can include multiple transceivers that allow WTRU 102 to communicate using various RATs (e.g., UTRA and IEEE 802.11).

[0024] The processor 118 of WTRU 102 can be coupled to a speaker / microphone 124, a numeric keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) unit or an organic light-emitting diode (OLED) display unit) and can receive user input data from these components. The processor 118 can also output user data to the speaker / microphone 124, the numeric keypad 126, and / or the display / touchpad 128. Furthermore, the processor 118 can access and store information from any suitable memory, such as non-removable memory 130 and / or removable memory 132. Non-removable memory 130 can include random access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. Removable memory 132 can include a subscriber identity module (SIM) card, a memory stick, a secure digital card (SD) memory card, etc. In other embodiments, the processor 118 can access and store information from memory that is not actually located in WTRU 102; for example, such memory could be located in a server or home computer (not shown).

[0025] The processor 118 can receive power from the power supply 134 and can be configured to distribute and / or control power for other components in the WTRU 102. The power supply 134 can be any suitable device that powers the WTRU 102. For example, the power supply 134 may include one or more dry cell battery packs (such as nickel-cadmium (Ni-Cd), nickel-zinc (Ni-Zn), nickel-metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, and fuel cells, etc.

[0026] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) related to the current location of the WTRU 102. As a supplement or replacement to the information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) via the air interface 116, and / or determine its location based on signal timing received from two or more nearby base stations. It should be understood that, while remaining consistent with the embodiments, the WTRU 102 may acquire location information using any suitable positioning method.

[0027] The processor 118 may be further coupled to other peripheral devices 138, which may include one or more software and / or hardware modules that provide additional features, functions, and / or wired or wireless connectivity. For example, peripheral devices 138 may include accelerometers, electronic compasses, satellite transceivers, digital cameras (for photos or videos), Universal Serial Bus (USB) ports, vibration devices, television transceivers, hands-free headsets, Bluetooth® modules, FM radio units, digital music players, media players, video game console modules, and internet browsers, etc.

[0028] Figure 1C The diagram shows an illustrative RAN 104 and an illustrative core network 106 according to an embodiment. As described above, RAN 104 can communicate with WTRUs 102a, 102b, and 102c over air interface 116 using E-UTRA radio technology. RAN 104 can also communicate with core network 106.

[0029] RAN 104 may include eNodeBs 140a, 140b, and 140c; however, it should be understood that RAN 104 may include any number of eNodeBs while remaining consistent with the embodiments. Each eNodeB 140a, 140b, and 140c may include one or more transceivers communicating with WTRUs 102a, 102b, and 102c on air interface 116. In one embodiment, eNodeBs 140a, 140b, and 140c may implement MIMO technology. Thus, for example, eNodeB 140a may use multiple antennas to transmit and receive radio signals from WTRU 102a.

[0030] Each eNodeB 140a, 140b, and 140c can be associated with a specific cell (not shown) and can be configured to handle radio resource management decisions, handover decisions, uplink and / or downlink user scheduling, etc. For example... Figure 1C As shown, nodes B140a, 140b, and 140c can communicate with each other on the X2 interface.

[0031] Figure 1C The core network 106 shown may include a Mobility Management Entity Gateway (MME) 142, a Serving Gateway 144, and a Packet Data Network (PDN) Gateway 146. While each of the foregoing components is described as part of the core network 106, it should be understood that any of these components may be owned and / or operated by an entity other than the core network operator.

[0032] MME 142 can connect to each eNodeB 140a, 140b, and 140c in RAN 104 via the S1 interface and can act as a control node. For example, MME 142 can be responsible for authenticating users of WTRUs 102a, 102b, and 102c, performing bearer activation / deactivation processes, selecting a specific serving gateway during the initial attach process of WTRUs 102a, 102b, and 102c, and so on. MME 142 can also provide control plane functionality for handover between RAN 104 and other RANs (not shown) using other radio technologies (such as GSM or WCDMA).

[0033] Service gateway 144 can connect to each eNodeB 140a, 140b, 140c in RAN 104 via the S1 interface. Service gateway 144 typically routes and forwards user data packets to / from WTRUs 102a, 102b, 102c. Furthermore, service gateway 144 can perform other functions, such as anchoring the user plane during handover between eNodeBs, triggering paging processes when downlink data is available to WTRUs 102a, 102b, 102c, managing and storing the context of WTRUs 102a, 102b, 102c, etc.

[0034] Service gateway 144 can also be connected to PDN gateway 146, which can provide WTRU 102a, 102b, 102c with access to packet-switched networks such as the Internet 110 to facilitate communication between WTRU 102a, 102b, 102c and IP-enabled devices.

[0035] Core network 106 can facilitate communication with other networks. For example, core network 106 can provide WTRUs 102a, 102b, and 102c with access to a circuit-switched network such as PSTN 108, thereby facilitating communication between WTRUs 102a, 102b, and 102c and traditional landline communication equipment. For example, core network 106 may include or communicate with an IP gateway (such as an IP Multimedia Subsystem (IMS) server), and the IP gateway may act as an interface between core network 106 and PSTN 108. Furthermore, core network 106 can provide WTRUs 102a, 102b, and 102c with access to network 112, which may include other wired or wireless networks owned and / or operated by other service providers.

[0036] Other networks 112 can further connect to an IEEE 802.11-based wireless local area network (WLAN) 160. The WLAN 160 may include an access router 165. This access router may include gateway functionality. Furthermore, the access router 165 can communicate with multiple access points (APs) 170a and 170b. Communication between the access router 165 and the APs 170a and 170b can be achieved via wired Ethernet (IEEE 802.3 standard) or any type of wireless communication protocol. AP 170a communicates wirelessly with WTRU 102d via an air interface.

[0037] exist Figure 1A In this example, the communication system 100 can be a 5G communication system with flexible radio access methods. The system 100 can be used for applications related to improved broadband performance (IBB), industrial control and communication (ICC), vehicle applications (V2X), and massive machine-type communication (mMTC), and its requirements may include, but are not limited to, ultra-low transmission latency, support for ultra-reliable transmission, support for MTC operation, and multiple spectrum operating modes (SOM).

[0038] When operating with air interface latency as low as 1 millisecond round-trip time (RTT), supporting ultra-low transmission latency will require support for transmission time intervals (TTIs) between 100 and 250 microseconds. Supporting ultra-low access latency (e.g., the time from initial system access to completion of the first user plane data unit transmission) may be of interest, but its priority is relatively low. ICC and V2X may require end-to-end (e2e) latency of less than 10 milliseconds.

[0039] Support for ultra-reliable transmission can include at least one design consideration: significantly better transmission reliability compared to that achievable with legacy LTE systems, including a 99.999% success rate and service reliability target. For example, IC and V2X scenarios may require less than 10 -6 The packet loss rate. Another consideration is supporting movement at speeds ranging from 0 to 500 km / h.

[0040] Support for MTC operation, including narrowband operation, is also desirable, where the air interface can effectively support narrowband operation (e.g., less than 200kHz), extended battery life (e.g., autonomy up to 15 years), and minimal communication overhead for small or infrequent data transmissions (e.g., access latency between seconds and hours and low data rates of 1-100kbps).

[0041] In wireless communication systems, multiple Spectrum Operating Modes (SOMs) are also desirable. WTRU 102 can be configured to perform transmissions according to one or more SOMs. For example, an SOM may correspond to a transmission using at least one of the following: a specific TTI duration, a specific initial power level, a specific HARQ processing type, a specific upper limit for successful HARQ reception / transmission, a specific transmission mode, a specific physical channel (e.g., uplink or downlink), a specific waveform type, or transmission according to a specific RAT (e.g., legacy LTE) or 5G transmission method. An SOM may correspond to a Quality of Service (QoS) level and / or related aspects, such as maximum / target latency, or maximum / target block error rate (BLER), etc. An SOM may correspond to a spectrum region and / or a specific control channel or aspect thereof, which, for example, includes a search space or DCI type, etc.

[0042] Figure 2 An exemplary process based on a 5G communication system 200 is shown, in which a first transmission 202 can be initiated. The first transmission 202 can be performed using at least a portion of physical layer (PHY) resources, which may also correspond to at least a portion of PHY resources associated with a second transmission 204. The first transmission 202 may be referred to as a punctured transmission, an interference transmission, a delay-sensitive transmission, or a short transmission. The second transmission 204 may be referred to as a transmission in progress or a long transmission.

[0043] exist Figure 2 In the illustrated processing, the first transmission 202 and the second transmission 204 can be initiated and transmitted by the same entity (e.g., WTRU 102a) or different entities (not shown). The entity or transmitter performing the transmission can be part of or associated with a network infrastructure node, base station, or WTRU. The first transmission 202 and the second transmission 204 can be transmitted via air interface 116. The first transmission 202 and the second transmission 204 can be received or targeted by the same entity (e.g., base station 114) or different entities (not shown). The entity or receiver performing the reception can be part of or associated with a network infrastructure node, base station, or WTRU. As an example, the first transmission 202 and the second transmission 204 can be a downlink transmission, an uplink transmission (e.g., as part of a cellular system), or a direct WTRU-WTRU transmission (e.g., a sidelink transmission). In a system using Hybrid Automatic Repeat Request (HARQ), feedback 206 is transmitted before and / or after the second transmission 204.

[0044] WTRU 102 may use any of the methods described herein in accordance with any of the following: SOM associated with the transmission (e.g., resource set, carrier, subcarrier spacing, symbol duration, priority associated with specific data, or TTI duration, etc.), PHY resources associated with the transmission, control channel, and / or one or more associated characteristics (e.g., RNTI associated with the transmission and / or PHY resources, based on search space location, or CCE, etc.), received downlink control information, reference and / or demodulation signals associated with the transmission, configuration received by higher layers (e.g., configured transmission mode), or configuration associated with a specific HARQ process or one or more processes (including process sets).

[0045] Systems and methods for robust PHY or MAC layer processing are disclosed herein. Processing of at least one transport block (TB) on the PHY and / or MAC layers can be improved so that the TB or data block can be successfully received even if the desired signal is replaced or interfered with by other signals of a subset of resources within the TTI.

[0046] The process may include using multiple encoded information blocks to transmit TBs or data blocks, where error detection processing is supported for each individual encoded block. Figure 7A and 7B An example of error detection and handling is shown. The bits of the given coded block can be modulated into symbols, which can be mapped to resource elements of time symbols or subsets of time intervals. Thus, interference or perforation caused by other signals will only affect one or a small number of coded information blocks, thereby enabling successful recovery of the TB or data block (e.g., without having to retransmit any information about the transmission, or only retransmitting a subset of the information during the relevant retransmission process, and / or completing the relevant transmission by transmitting other coded information blocks).

[0047] In some embodiments, physical or MAC layer processing may include a transmitter-side encoding phase or a receiver-side decoding phase based on a code having the property that K source symbols can be recovered with high probability from K or more encoded symbols. Examples of codes that can satisfy this requirement include fountain codes, LT codes, or Raptor codes. Without loss of generality, the encoding phase disclosed herein is referred to as a fountain coding phase or an external coding phase, but the encoding phase may also include other types of coding.

[0048] Source symbols can include any number of information bits. At the transmitter, they can be generated based on blocks of bits output from a previous processing stage. For example, source symbols can include bits from at least one block obtained from a segmentation stage at the transmitter. The fountain-coded symbol bits output from the fountain coding stage can then be used as input to a further channel coding stage, which can be based on any forward error correction (FEC) code, such as convolutional codes, turbo codes, or low-density parity-check (LDPC) codes. This further channel coding stage can also be referred to as an internal coding stage.

[0049] By including fountain coding or external coding stages, transmission can be improved (e.g.) Figure 2 The robustness of the first transmission in the process. For example, the transmission will be more robust to cope with puncturing events or transmissions that cause interference (e.g., Figure 2 (Second transmission in the process). This is because the duration of the interference-generating transmission or puncturing event is limited, and it may thereby impair the receiver's ability to successfully decode a single or fewer than the total number of fountain-coded bit blocks transmitted (e.g., the opposite of impairing reception of the entire set of transmitted information bits). This processing can be used in several ways. For example, the transmitter can transmit slightly more fountain-coded bit blocks than the number of bits required for successful decoding, so that the receiver can still decode the TB even if some fountain-coded blocks cannot be successfully decoded (e.g., due to interference or puncturing). The transmitter may have already generated slightly more fountain-coded bit blocks, or it may generate the blocks when it determines that more blocks are needed. In another example, when it is determined that no fountain-coded block sufficient to reconstruct the TB or data block has been successfully received, the receiver may request the transmission of at least one additional fountain-coded block for the TB or data block. The at least one additional fountain-coded block may include any fountain-coded block (one or more) that has not yet been successfully received and does not need to be the same as the previously transmitted fountain-coded block that failed to be decoded.

[0050] Figure 3 An example of transmitter processing in communication system 100 is shown. Specifically, Figure 3The processing illustrates an example where all multiplexed coded blocks used for signal transmission originate from a single data block. On the transmitter side, a Cyclic Redundancy Check (CRC) can first be attached to the data block obtained from a higher layer (e.g., the MAC layer) to perform error detection. If the higher layer is the MAC layer and fountain coding is performed at the physical layer, then the "data block" can consist of a MAC PDU or a TB. Alternatively, fountain coding can be performed at the MAC layer and / or in a new MAC sublayer, in which case the "data block" can include the MAC or the new MAC sublayer's SDU, and may include additional control information such as MAC control elements (e.g., Power Headroom Report (PHR) or Buffer Status Report (BSR), etc.).

[0051] Then, at 304, the output can be segmented into K. t In a set of source symbols, each source symbol can include T. b The number of bits can be T, for example, 612, 672, 1024, 2048, or 4096. In some embodiments, multiple padding bits may be appended to the last symbol to make its bit count T. b .

[0052] In 306, targeting K t One by T b The first-stage encoding of the source symbol, consisting of K bits, will occur. In one embodiment, the first-stage encoding is fountain coding, which can be applied to K. t A symbol, in order to provide K t +L t A fountain coded symbol or coded symbol, where L t It is a non-negative integer. In 308, additional bits (hereinafter referred to as symbol information or block information) may be attached, for example, attached to or prepended to each fountain-coded symbol or each block. Such symbol information may at least include CRC and may be generated for various purposes, such as identifying fountain-coded symbols of blocks and / or corresponding data blocks and error detection. The size of the block information may be represented as N. si Each code block can include G symbols and N. si Each code block contains information bits. The total number of code blocks is represented by C, where, at least when applying fountain coding, C can be greater than (K). t +L t The smallest integers of ) / G are equal. The total contains at least K. t The number of code blocks for a fountain-coded symbol is represented by K, and can correspond to the minimum number of blocks required to decode a data block. The size of the code block can be equal to... This may differ for the last code block.

[0053] Alternatively, fountain coding may not be applied to the K source blocks, or it may be applied at a code rate of size 1. In this case, the segmentation into K code blocks 306 is performed after CRC attachment 302 is applied to the data blocks, where K is a non-negative integer. Code block information can be attached at least if K > 1, and may include at least one of the following: a code block identifier, a data block identifier, and a CRC. CK code blocks may be copied from a subset of the original K code blocks or from all of these code blocks to provide redundancy.

[0054] Figure 3 The transmitter operations in the example processing may also include HARQ processing and FEC (or internal) coding. In 310, second-stage coding or internal coding can be performed using FEC codes (e.g., convolutional, Turbo, or LDPC codes). Each of the C code blocks can be further encoded in the second-stage coding. Such coding is not referred to as "second-stage" (or internal) coding if fountain coding (or external coding) has not been previously applied. The type of FEC code used can depend on the size of each code block. Rate matching using some form of redundancy version (RV) can be performed on each of the C code blocks. RV can be determined based on the HARQ feedback received by the transmitter. Here, the output of the second-stage coding and rate matching of the code block can be referred to as the "coded block".

[0055] In one or more embodiments, HARQ processing is applied on a block-by-block basis. In this case, all code blocks can use the same RV, and in 312, all C code blocks can be multiplexed in a specified transport or TTI. See, for example... Figure 7A The figure shows an example where TB was successfully recovered because of HARQ performed on a transport block basis.

[0056] Alternatively, in some embodiments, HARQ processing is applicable on a block-based or fountain-coded symbol-based basis. In this case, the transmitter can encode only a subset of the C blocks that have not yet been successfully received, based on HARQ feedback. For example, see [reference]. Figure 7BThe figure illustrates an example of HARQ applied on a block-by-block basis: when some blocks are lost and exceed the L-1 threshold, it is necessary to retransmit these blocks. Alternatively, the transmitter can transmit only a number of blocks equal to or close to the number of blocks not yet successfully received, based on HARQ feedback (e.g., feedback indicating the number of lost blocks related to the HARQ process). Then, at 312, the C coded blocks, or a subset thereof, can be multiplexed in the TTI, followed by further physical layer processing at 314. In one or more embodiments, coded blocks derived from different data blocks and / or rate-matched with different redundancy versions can be multiplexed in the TTI. In some embodiments, data blocks can be associated with different SOMs. Additional details of the processing for selecting coded blocks based on feedback will be described here.

[0057] In some embodiments, some control information may be encoded separately and multiplexed with each coded block within the same physical channel at 312. As an example, the control information may include information for supporting HARQ operation, such as the RV associated with at least one code block, the HARQ process identifier, the code block identifier, or the RV (e.g., New Data Indicator (NDI)) of whether a particular code block contains new information or previously transmitted code blocks. The control information may further include information about one or more source symbols or fountain coded symbols corresponding to the coded block. The control information may also include information supporting whether soft combining can be applied to the transmission, and if so, this information includes whether such processing should be performed for the entire transmission (e.g., similar to legacy behavior), on a data block basis (e.g., where multiple data blocks can be included in the same transmission containing different transport blocks), or on a code block basis (potentially including further indications about one or more applicable code blocks).

[0058] Alternatively or in combination, if the transmitter and / or other components determine that the resources to be used for the transmission of the coded block are already occupied by another transmission, the control information may include an indication that the coded block has been preempted or punctured.

[0059] At 314, physical layer processing may further include at least one of the following: scrambling, modulation and layer mapping, precoding, mapping to resource elements, and waveform generation. Before or after this, the signal will be transmitted from transmitter 316.

[0060] Figure 4 A sample processing is shown, where... Figure 3 In contrast to the previous process where multiplexed coded blocks originated from a single data block, in this process, multiplexed coded blocks originate from multiple data blocks. Furthermore, in... Figure 4In this context, the code rate applicable to the second stage (or internal) coding can be the same or different between code blocks. For the purposes of this disclosure, a comparison is made... Figure 3 The described processing and counting methods also apply to Figure 4 For example, disclosures involving 302 should be associated with 402, and so on. Similarly, in the sense that these processes should match or be associated (e.g., 302 should be associated with 502), the contrast... Figure 3 The described processing and counting methods also apply to Figure 5 .

[0061] Figure 5 This illustrates an alternative processing method applicable when multiplexing code blocks from multiple data blocks. In this alternative processing, the code blocks selected from the multiple data blocks can be multiplexed before the second-stage encoding.

[0062] exist Figure 4 and Figure 5 In the examples shown in both figures, as in data block #n or data block #n+m, the sizes of multiple data blocks can be the same or different; in the examples shown in both figures, the coded block is selected from each data block (see...). Figure 4 412 and Figure 5 Before 512, the processing was the same.

[0063] Figure 2-5 The processes outlined and illustrated in the diagram can be modeled so that all processing can be performed below the MAC layer, or alternatively, some processing can be performed at the MAC layer while others are performed below the MAC layer, without imposing restrictions on other implementations of the described principles.

[0064] exist Figure 6 The diagram illustrates the receiver-side processing, where the corresponding operations can be performed in the reverse order compared to the transmitter-side. First, physical channel processing 602 is performed, which includes, but is not limited to, demodulation, descrambling, and processing for receiving signals from the transmitter. Figure 3-5 The reverse processing of the transmitted signal is then performed. Then, at 604, the receiver can determine the number C of coded blocks to be demultiplexed from the transmission, and then the C coded blocks can be demultiplexed.

[0065] After demultiplexing, in the second stage decoding 606, the demodulated data corresponding to each coded block can be decoded. The second stage decoding 606 may include acquiring the demodulated data corresponding to each coded block and inputting it into the FEC channel decoder, which may include the internal decoding and / or HARQ processing described herein. The receiver may determine the HARQ process, block identity, RV, and / or NDI associated with the demodulated data block. The receiver may also determine that the demodulated data block should not undergo further processing (e.g., determining that the demodulated data block should be discarded (not shown)). As an example, this may occur if the receiver determines that the demodulated data has significant interference, or if the demodulated data does not convey any information useful to the receiver due to preemption, puncturing, or the received WTRU identity not matching the receiver's WTRU identity. This determination may be based on received control information or measurements performed on the resources of the demodulated data.

[0066] At 608, the demodulated data block can be combined with a previously received data block (soft) corresponding to the same code block that was not successfully decoded. The receiver can determine this based on the HARQ process applicable to the demodulated data block and / or on the code block identification applicable to the data block.

[0067] The receiver can determine control information relating to a specific demodulated data block or all demodulated data blocks in the TTI. This control information can be obtained from at least one of the following: physical control channels, demultiplexing processing of the same physical channels as the coded block, TTI timing, and / or the position of the demodulated data block within the TTI or in the block sequence, or properties of the reference signal used for the demodulated data block. The receiver can determine whether the decoding process for the coded block was successful based on the CRC contained in the symbol information demultiplexed from the symbol.

[0068] After the control information has been determined, at 610, the receiver can operate using first-stage decoding. In one embodiment, the first-stage decoding at 610 includes fountain decoding or external decoding as described herein. The receiver can obtain information relating to the content of a successfully decoded block based on at least one of the following: symbol information demultiplexed from the symbols, timing of the TTI, and / or the position of the decoded block within the TTI or in the block sequence, attributes of the reference signal used to receive the coded block, or control information received from or demultiplexed from the physical control channel and the same physical channel as the coded block.

[0069] If fountain coding is configured (e.g., when fountain coding can be applied on the transmitter), then after successfully decoding at least K distinct code blocks generated from the data block, or at least K... tAfter obtaining a subset of different fountain-coded symbols, the receiver can attempt to decode the data block based on the fountain decoder. If fountain coding is not used for transmission, the receiver can attempt to decode the data block after successfully decoding all K original code blocks. Based on the results of different decoding processes, in step 612, the receiver can provide feedback to the transmitter to request a retransmission.

[0070] Transmitter or receiver (e.g.) Figure 2 The WTRU 102 can be configured to determine the number, size, and / or duration (e.g., according to the transmission time) associated with one or more code blocks or coded information blocks (hereinafter referred to as blocks). In one embodiment, for each block or a set of one or more blocks, the WTRU 102 can be further configured to determine the starting bit position of the block within the set of bits used for transmission and / or the start time of the block within the TTI. This processing can be part of HARQ processing.

[0071] The transmission-related parameters used here can be understood as any parameters that can be predefined or obtained explicitly or implicitly from physical layer or higher-layer signaling. For example, parameters can be obtained based on downlink control information received from the physical control channel or field values ​​multiplexed in the physical data channel.

[0072] The transmission described herein can carry data from H code blocks. This number can be a parameter associated with the transmission. It can also be defined such that each code block occupies a certain amount of resources in the time, frequency, or spatial domains. For example, the number H of code blocks can be set such that each code block can occupy a certain number of resource blocks and / or a certain number of time symbols. The H code blocks can be generated from a single data block or multiple data blocks.

[0073] After the second coding stage and before scrambling, modulation, and other physical channel processing, the transmissions discussed here can support a total of N. cb2,totThe number of coded bits available can depend on the number of modulation symbols that can be mapped to transmission-related resource elements and the number of coded bits that can be mapped to user-related modulation symbols. This number can correspond to the modulation order, or, if multi-user overlay techniques are used, a smaller number. The number of modulation symbols can depend on the number of resource elements and the layer mapping scheme, including the number of spatial layers (ranks) and whether spatial multiplexing, transmit diversity, or other schemes are used. The number of resource elements can depend on resource allocation in time and / or frequency, and resource elements used for transmitting other signals or channels can be excluded. Any or all of the above can be transmission-related parameters. For example, WTRU 102 can determine the total number N of coded bits for a particular transmission based on at least one field received in the downlink control information. cb2,tot As an example, the at least one field may include at least one of the following: a resource block assignment field, a field indicating the modulation order, a field indicating whether multi-user overlap is used and / or how coded bits are mapped to modulation symbols, a field indicating the number of layers, and / or a field indicating the set of time symbols (as an example, this includes the start and / or end symbols and the location of resource elements used for the reference signal).

[0074] For at least one code block h, the number of bits supported by the transmission discussed here, after the first encoding stage and before the second encoding stage, is N. cb1,h Before the second encoding stage, the total number of bits in the H code blocks can be called N. cb1,tot In some embodiments (for example, if the first encoding phase is performed at the MAC layer), the total number of bits prior to the second encoding phase may correspond to the transport block size (TBS). Alternatively, in some embodiments (for example, if the first encoding phase is performed at the physical layer), the data block size may correspond to the TBS.

[0075] At least when the second coding stage is applied independently to each code block (e.g., with...) Figure 3 or Figure 4 (The processing shown is the same), N for code block h cb2,h The coded bits are acquired after the second encoding stages 310 and 410, respectively. If appropriate, N on code block h... cb2，h The sum of the number of coded blocks used to transport control information corresponds to the total number of coded bits N. cb2,tot .

[0076] The code rate R applied to the second coding stage of code block h 2,h It can correspond to N cb1,h With N cb2,hThe ratio between them.

[0077] In some embodiments, for at least one set having at least one code block, the code rate R applied to each code block is... 2,h It can be determined that they are identical across the set. In one embodiment, all code blocks transported in the transmission can be subject to a unique code rate R2, regardless of which data blocks they originated from. In another embodiment, the same code rate R... 2,hd This can be applied to all code blocks generated from a specified data block d. In another embodiment, the same code rate R... 2,new This can be applied to all code blocks that have not yet been transmitted in the previous TTI. In another embodiment, the code rate R 2,h It can be set individually for each code block, thus, for all code blocks, even if the number of encoded bits N cb1,h It is not the same before the second phase, but after the second phase, the number of encoded bits N cb2,h It will be the same.

[0078] like Figure 7B As illustrated in the example, it comes from the one created and transmitted in the previous TTI and has N cb1,h At least one code block of data, consisting of 1 bit, can be transported by a single transmission. Such one or more code blocks may be referred to as one or more retransmission blocks. In some embodiments, after the second encoding stage, the coded bits N associated with the retransmission block h... cb2,h The number and / or value of the code blocks are the same as the number and / or value of the coded bits associated with the code blocks in the previous TTI. Alternatively, in some embodiments, the coded bits N cb2,h The number of and / or code blocks can be at a different code rate R than the previous TTI. 2,h Based on (e.g.) Figure 7B As shown in the example, the TTI of Y retransmitted blocks is TTI Y+H. For example, the code rate R... 2,h This can be the code rate applicable to all code blocks in the transmission, regardless of whether they are retransmitted blocks. Alternatively, this code rate R... 2,h This will result in N coded bits after the second stage. cb2,h Same as other blocks.

[0079] WTRU 102 can determine that the same code rate R was applied before the second phase. 2,set The total number of bits N in the code block set cb1,set If there exists more than one such set (e.g., sets with different bitrates R applied), 2,h If there are at least two code blocks, then the number of bits N in each set is... ch1,setIt can depend on a fraction of the transmission resources (e.g., according to the number of coded bits N used by each set). cb2 The bitrate resulting from such one or more components can be one or more parameters associated with the transmission. In some solutions, the bitrate and / or the bitrate can depend on the SOM, QoS, and / or the bearer type associated with the data block. The bitrate resulting from such one or more components and / or the bitrate can be determined according to the order of the code blocks in the sequence and / or the set of physical resources used to map the coded bits in the code blocks. This embodiment is highly advantageous if some physical resource sets have a low or high probability of encountering interference and / or collisions.

[0080] If one of the sets contains a retransmission block that uses the same coded bits as in the previous TTI, then the portion of the transmission resources available to the other sets can be based on the total number of coded bits N of the transmission. cb2,tot The total number of coded bits N used in the retransmission block cb2,retx The difference between them is used to determine: (N) cb2,tot - N cb2,retx ) / N cb2,tot If the number of encoded bits is set to be the same for all blocks after the second stage, then the resource portion can correspond to 1 / H, where H is the number of code blocks transmitted.

[0081] The total number of bits N used for the code block set before the second encoding stage. cb1,set It can also be used to determine the total number of encoded bits N cb2,tot The same parameters, along with additional parameters applicable to the set and indicating the code rate (e.g., modulation and coding scheme index), are used to determine this. For example, the number of bits N... cb1,set The following factors can be used to determine the modulation and coding scheme index, the number of allocated resource blocks, the number of spatial layers, and, where appropriate, the coded bit portion applicable to the set. This determination will also consider any control information that will be multiplexed with the coded blocks after the second phase. Prior to using this function, the coded bit portion can be used to multiply the number of allocated resource blocks.

[0082] Before the second encoding stage, the total number N bits used for each set can first be determined. cb1,set Furthermore, at least one parameter associated with the total number of encoded bits can be derived from this value. For example, the number of time symbols in the transmission can be determined such that the transmission can accommodate N... cb1,set Such embodiments are highly advantageous for transmission schemes that allow for flexible transmission timing.

[0083] The block generation process in the first encoding stage is disclosed here. In some solutions, at least one of the following parameters can be determined: the data block size (DBS) of data block d; the total number of fountain-coded blocks (C) generated for data block d; the minimum number of blocks (K) required to decode data block d; and the number of blocks H generated for data block d and included in the transmission. d ; The number of additional fountain-coded blocks (CK) used for data block d; The size of each block h generated from data block d before the second coding stage (N) cb1,h The total size N of the set of blocks generated from data block d before the second encoding stage. cb1,setd ; applies to the transmission power offset for each or all coded blocks generated for the data block d of the transmission; and / or the total number of coded blocks H in the transmission.

[0084] At least one of the parameters above can be a parameter associated with transmission, and the other parameters can be derived based on the relationships described herein.

[0085] Based on the parameters disclosed here, the data block size DBS can be related to the size N of each code block before the second encoding. cb1,h Related. The size N of the code block before the second encoding. cb1,h It can correspond to 1 bit.

[0086] A transmission (such as the transmission discussed here) can contain multiple code blocks from a data block. A transmission can contain H code blocks generated for data block d. d The number of blocks. If code blocks from more than one data block can be included in the transmission, then this number can be less than the total number of code blocks H in the transmission. Otherwise, if the transmission includes code blocks from a single data block, then the number of blocks H... d It can correspond to H.

[0087] In some embodiments, the number H of data blocks generated and included in transmission is... d This can correspond to the total number C of fountain-coded blocks. The code rate can also be a transmission parameter. For example, this configuration can be used if multiplexing code blocks from more than one data block is not allowed, and it is desirable to determine the location of robustness against interference in time or frequency. The code rate R1 of the first coding stage can be defined as the ratio K / C, or equivalently as K / H. d Or, as the number of source symbols K t With the total number of coded symbols K t + L tThe ratio between them. The data block size can be determined from the following: code rate R1 and / or K, C, and the number of bits N required to account for the symbol information in each code block. si and the number of CRC bits N crc Code block size N in the case of cb1,h The size of a data block can also be determined directly by parameters such as the modulation and coding scheme index, the number of allocated resource blocks, the number of spatial layers, and / or the applicable set, the given parameters K, C (and / or R1), and the size N used to determine each code block. cb1,h How it depends on the total size N cb1,setd A portion of the encoded bits (if appropriate) of a rule (e.g., the rule that encoding can have the same size).

[0088] In some embodiments, the number H of blocks generated for the data blocks included in the transmission d This can correspond to the minimum number K of fountain-coded blocks. As an example, such a configuration can typically be used for the first transmission of data blocks.

[0089] In some solutions, the number H generated for the data blocks included in the transmission d This can be less than the minimum number K of fountain-coded blocks. As an example, this configuration is typically used to provide additional blocks for data blocks if the number of successfully received code blocks in the previous transmission is insufficient. This configuration can also be used for data blocks in that transmission if the available resources in the first transmission are insufficient to accommodate the minimum number K of blocks.

[0090] There may be a correlation between the number of blocks, the size of the blocks, and the overall size of the set of blocks. For example, the number of blocks H corresponding to the values ​​of K and / or CK and / or C. d It can be based on the total size N associated with the transmission. cb1,setd and / or the size N of one or more blocks cb1,h To determine this. Similarly, the total size N. cb1,setd It can be based on the number of blocks associated with the transmission and one or more block sizes N. cb1,h To determine. Similarly, the size N of the one or more blocks. cb1,h It can be based on the total size N associated with the transmission. cb1,setd And the number of blocks. Each such value can be determined by a simple division using the smallest possible integer capable of transmitting all bits. In particular, the calculation can be performed on the block size N of all blocks in the transmission. cb1,hExecute when all are identical. Alternatively, each value can be determined using a table (e.g., through table lookup processing of known values). In one example, if different blocks used for the same transfer have different sizes, then table lookup processing can be performed.

[0091] In some solutions, the total size N can first be obtained based on the transmission parameters disclosed here. cb1,setd And from this, the number of blocks H can be deduced. d And the size N of each block cb1,h Each block can be the same size, but this may exclude the last block. The minimum size N of each block is... cb1,min and / or maximum value N cb1,max It is configurable. The target number of blocks H dt It is configurable. The number of blocks H d It can be set to the target number H of blocks. dt Unless the size of each block obtained is N cb1,h Below the minimum value N cb1,min Or higher than the maximum value N cb1,max In this case, the number of blocks will be set to be less than or greater than H. dt The value is set to ensure that the size of each block remains within the permitted range.

[0092] Alternatively, the size of each block can be different. In such an embodiment, WTRU 102 can determine the size of a series of blocks to be transmitted as a parameter associated with the transmission, and can use the corresponding values ​​to determine the size of each block.

[0093] Alternatively, in some solutions, the number of blocks H can be determined first. d And the size N of each block cb1,h This could potentially be determined as a parameter associated with transmission, and the number of bits N cb1,set It can be determined based on previously made determinations.

[0094] In one embodiment, code blocks from multiple data blocks can be allowed during transmission. If code blocks from multiple data blocks are allowed to be multiplexed within a single TTI, then the size of the first data block transmitted in the first TTI can also depend on the amount of resources used by the code block corresponding to the second data block generated in an earlier TTI. For example, if 20% of the resources in a TTI are used to transmit the code block corresponding to the second data block generated in an earlier TTI, then it is necessary to reduce the size of the first data block. Assuming that the code blocks are multiplexed in the time domain, this means that the data block size also depends on the duration of the TTI available for transmitting the data block.

[0095] In one exemplary embodiment, the number of blocks, block size(s), and code rate can be determined. The number of blocks, the block size(s), code rate, and one or more of the number of information bits can be determined according to at least one of the following: indications received in the DCI, configuration from higher layers, a function of the overall size of information bits associated with the transmission, a function of one or more aspects associated with the SOM of the transmission, and / or the target duration of the code block.

[0096] As disclosed herein, indications can be received in the DCI. In one example, the WTRU 102 can receive a DCI containing an indication relating to one or more such parameters. For example, the indication may include the number of information bits associated with the transmission. Such a size may correspond to a TBS. For example, the indication may include the block size used for the transmission. In another example, the indication may include and / or relate to a series of block sizes. In yet another example, such an indication may include whether fountain coding is to be used, and if so, how the fountain coding is to be applied (e.g., in terms of the number of additional information bits to be added). And, in the last example, the indication may be an index pointing to a configuration that includes one or more of the above parameters.

[0097] In one embodiment, the configuration may originate from a higher level and may involve at least one of the following: block size, a range of block sizes, whether fountain coding is applicable, and / or TBS or DBS (e.g., in the case of semi-persistent allocation or in the case of fixed-size transfers). Furthermore, some or all of this information may be further dynamically announced via signaling to cover relevant configuration aspects of the transfer.

[0098] The number of information bits can be determined as a function of the total size of information bits associated with the transmission (e.g., TBS). In one embodiment, WTRU 102 can determine the size of each block and can use a minimum of K blocks that fit all the information bits. Fountain coding can be applied here so that L additional blocks are also added.

[0099] The number of information bits can be determined as a function of one or more aspects associated with the SOM of the transmission, such as the duration of the applicable TTI, physical layer resources, control channels associated with the transmission, or transmission bandwidth, etc.

[0100] In another example, the target duration and / or bandwidth of the code block can be used. Specifically, the size of the code block can be set such that the duration of the physical resources used to transmit the code block corresponds to a certain value. In this case, the size of the code block can depend on the modulation and coding scheme and the amount of resources allocated in the frequency domain.

[0101] The presence and / or non-zero value of L indicates that fountain coding is applicable to the transmission. Such a transmission can correspond to a TB transmission.

[0102] In one exemplary embodiment, a code block in transit may originate from a single data block. WTRU 102 may first determine the code rate R1 for a first coding stage (e.g., a fountain coding stage for a data block). Such a data block may correspond to a transport block. The code rate may correspond to the ratio between the minimum number K of code blocks and the total number C of code blocks used for a data block, or to the number K of source symbols. t and the total number of encoded symbols K t + L t In some embodiments, the code rate R1 can be determined from physical layer signaling, higher layer signaling, or a combination thereof. For example, a field received in the downlink control information can indicate a code rate from a set of possible code rates configured by Radio Resource Control (RRC) (e.g., {1, 9 / 10, 8 / 10, 7 / 10}). In some solutions, the minimum number of code blocks K and the total number of code blocks C can be explicitly indicated by at least one field in the downlink control information. In this case, the code rate can be obtained by taking the ratio between K and C. In another embodiment, the total number of code blocks C can be predefined or announced by a higher layer via signaling, while K can be indicated from the downlink control information. In this embodiment, the total number of code blocks C used for data blocks corresponds to the total number of code blocks H in the transmission.

[0103] Then, WTRU 102 can determine the DBS corresponding to TBS based at least on the code rate R1 and other parameters provided by the physical layer and / or higher-layer signaling. For example, these parameters may be allocations in the frequency and / or time domains (e.g., the number of resource blocks or time symbols), an index representing the modulation and coding scheme (wherein the coding scheme may describe the code rate of the second coding stage), and / or the number of spatial layers used by the data block. This mapping can be obtained from predefined tables and / or formulas. For example, the data block size can be obtained from a table whose inputs include the code rate R1, available time and frequency resources (e.g., expressed in terms of the number of resource elements or resource blocks), and an indication of the modulation and coding scheme. In another example, the table may take as input an adjusted amount of available resources (e.g., multiplied by the code rate R1) and an indication of the modulation and coding scheme.

[0104] Alternatively, WTRU 102 can directly determine the data block size (DBS) based on existing solutions and parameters (e.g., without considering the additional code rate parameter R1). In this case, it is assumed that the network will perform any necessary adjustments to the modulation and coding scheme (MCS) parameters to compensate for the presence of the first-stage coding. WTRU 102 can then use the code rate parameter R1 and / or other parameters to derive the number of data blocks per code block.

[0105] Then, WTRU 102 can determine the number of code blocks C and the code block size N of the h-th code block. cb1,h The number of code blocks can be determined from physical layer signaling, higher layer signaling, or a combination thereof. Alternatively, the number of code blocks can be determined such that, after coding, modulation, and subsequent physical channel processing, the modulation symbols generated from each code block are limited to a certain number of time symbols and / or frequency resources. For example, a code block can be configured to occupy two consecutive time symbols and a maximum of 10 resource blocks, while the transmission can be configured to occupy 10 time symbols and 20 resource blocks. In this case, the number of code blocks can be determined as C=10. Then, the code block information N is... cb1,h One or more approximate code block sizes can be determined from the following: DBS, the code rate R1 of the first stage coding, and the attached CRC size N. CRC And the number of code blocks C. More specifically, the approximate code block size N. cb1,h It can be determined as In the example where C=10, if the combined size of the data block and the attached CRC is 4896 bits, and the code rate R1 is 9 / 10, then the approximate block size N is... cb1,hIt can be 544 bits. The precise block size for each block can be adjusted up or down from this value to fit a size from a predefined set of sizes acceptable to the input of the second-stage encoder. The number of blocks and / or the block size are also subject to lower and / or upper limits. For example, the block size can be limited to above a minimum threshold (e.g., 288 bits), thereby limiting the overhead from the block information, or ensuring that at least one symbol can be placed, and / or the block size can be limited to below a maximum value acceptable to the second-stage encoder (e.g., 6000 bits). Furthermore, the block size can be limited to a value from a predefined set of values, thereby allowing an integer number of fountain-coded symbols and block information to be placed in each block. When the block size is adjusted due to at least one of the disclosed constraints, the number of blocks can be reset so that the combined size of all blocks multiplied by the code rate R1 matches or approximately matches DBS + N. CRC Furthermore, one of the code blocks (e.g., the last code block) can be set to a different or smaller size.

[0106] Then, WTRU 102 can be based on the code rate R and the code block size N. cb1,h and / or DBS to determine the number K of source symbols t Number of fountain coding symbols K t +L t The maximum number of symbols G and / or symbol size T per code block b For example, the symbol size T b The number of symbols G per code block can be determined from a set of predefined combinations. For example, if the code block size is below a first threshold, the symbol size can be set to the first value, such as 612 bits; if the code block size is above the first threshold but below a second threshold, the symbol size can be set to the second value, such as 1024 bits, and so on. A similar solution can be used for the maximum number of symbols G per code block. Then, the total number K of fountain-coded symbols... t + L t The number of symbols in each code block and the code block information size N can be used to determine the code block information size. ci The size of the code blocks is determined in the middle. For example, if the code block size of C code blocks is N... cb1,h It equals 1056, the bitrate R is 9 / 10 and N ci If the value is 32, then we can determine T. b G and are 612 and 2 respectively. The total number of fountain-coded symbols can be 20, and the number of source symbols K t It can be 18. In this example, if N CRC If it is 24, then DBS will be equal to 9192 bits.

[0107] Methods for multiplexing coded blocks in a TTI are disclosed herein. In one embodiment, the transmitter may multiplex coded blocks generated from a single data block in the same TTI and spatial layer, or multiplex them in the same TTI but in multiple spatial layers. The transmitter may also multiplex any control information to be transmitted, if appropriate. For example, the control information may include channel state information or HARQ-ACK information regarding uplink transmissions, or HARQ-related information (redundant version) regarding downlink transmissions.

[0108] In one or more additional embodiments, the transmitter can multiplex coded blocks generated from multiple data blocks, along with applicable control information, within the same TTI and spatial layer. For example, the transmitter may include at least one coded block generated from a first data block and at least one coded block from a second data block. The at least one coded block from the first data block may include one or more retransmissions associated with a fountain-coded symbol or source block that was not successfully decoded in a previous TTI.

[0109] If multiplexing of encoded blocks from multiple data blocks is used, the transmitter can include the encoded blocks in a specific order. For example, this order can be based first on the time when the first HARQ transmission of a data block, fountain-coded symbol, or source symbol occurs, and then on the transmission order of the fountain-coded symbols or source blocks that were initially present in the data block during its initial transmission.

[0110] In some solutions, the multiplexing of bits from different coded blocks can be performed in such a way that, after modulation and mapping to physical resources, the information associated with the code block occupies resources in the time and / or frequency and / or spatial / layer domains. This design increases the probability of minimizing the number of code blocks affected by interference and / or puncturing from other transmissions, thereby increasing the overall probability of successfully decoding the data block. For example, by performing multiplexing, the information associated with the code block can occupy all subcarriers related to a subset of consecutive time symbols within the resources allocated to the transmission, but this may exclude the first and / or last time symbols. This design can be achieved by concatenating bits from the coded blocks and mapping modulation symbols in ascending order of subcarrier first, time symbol second. This arrangement is particularly suitable if the interference is in the time domain rather than the frequency domain.

[0111] In one embodiment, by performing multiplexing, the information associated with a code block can occupy all time symbols related to a subset of consecutive subcarriers within the resources allocated for the transmission (which may exclude the first and / or last subcarriers). This design can be achieved by concatenating bits from the code block and mapping modulation symbols in ascending order of time symbol first, subcarrier second. This arrangement is highly advantageous if the interference is in the frequency domain rather than the time domain.

[0112] In another embodiment, by performing multiplexing processing, the information associated with the code block can occupy a subset of consecutive time symbols and a subset of consecutive subcarriers, thereby increasing the time-domain H t Each code block will occupy time allocation, and H in the frequency domain f Each code block will occupy a frequency allocation within the resources allocated for transmission. This design can be implemented in the following way: for signals from H... t A number with H f The bits of a set of consecutive code blocks are interleaved so that from H f Each of the blocks continuously obtains N sc / H f N bits, of which N sc It refers to the number of subcarriers in the allocation, and the concatenation of modulation symbols from H, in the case where the modulation symbols are mapped in ascending order of subcarrier first, time symbol second. t The output of a set. Alternatively, this design can be implemented as follows: for the output of H... f A number with H t The bits of a set of consecutive code blocks are interleaved so that from H t Each of the blocks continuously obtains N ts / H t N bits, of which N ts It refers to the number of time symbols in the allocation, and the concatenation of signals from H when the modulation symbols are mapped in ascending order of time symbol first, subcarrier second. f The output of a set. This arrangement is very advantageous if the interference is located in both the frequency and time domains. The number of code blocks C can be equal to .

[0113] WTRU 102 can determine the multiplexing method and related parameters based on predefined rules applicable to a specific transmission, such as H. f and / or H t In some solutions, the methods and parameters can be explicitly indicated from the physical layer signaling and / or higher-layer signaling (e.g., downlink control information) applicable to the transmission. For example, the downlink control information fields can indicate information about H. fand / or H t It is a set of predefined parameters. In some solutions, parameter H... f and / or H t This can be determined based on other parameters of the transmission. For example, the resources occupied by a single code block can have a maximum number J. max Time symbol and / or maximum number K max The subcarriers or resource blocks. In this case, the parameters Hf or Ht can be set to their minimum values, so that, given the resource allocation for the transmission, each individual code block will not occupy more than K. max Subcarriers or exceeding J max The time symbol. Parameter J max and K max These parameters can be predefined, configured by higher layers, or indicated by physical layer signaling. They can be adjusted according to the characteristics of detected interference or puncturing signals to minimize the probability of such interference affecting a large number of code blocks.

[0114] In some solutions, the ordering and / or multiplexing method of code blocks may depend on at least one attribute associated with the code block. Similarly, for example, the set of physical resources used for the code block, the time, frequency, or spatial layer may depend on at least one attribute. In these solutions, a receiver (e.g., WTRU 102) may infer at least one attribute associated with the code block based on the ordering of the code blocks and / or the set of physical resources used by the code block.

[0115] At least one attribute associated with a code block may include whether the code block is a retransmitted code block or is being transmitted for the first time.

[0116] At least one attribute associated with a code block may also include the order of the code blocks used in the multiplexing process of the last transmission, which included the code blocks for the purpose of retransmitting them; as an example, the order is the same as in the last transmission; in another example, the process may be applied to code blocks generated from data blocks associated with a SOM, which corresponds to an ultra-reliable type of transmission.

[0117] At least one attribute associated with a code block may also include the set of physical resources used by the code block in the last transmission, wherein the transmission included the code block for the purpose of retransmitting the code block; as an example, the set of physical resources may be the same as the set of physical resources in the last transmission.

[0118] At least one attribute associated with the code block may also include an identity associated with the code block, such as a code block identity or an identity of the data block from which the code block was generated; At least one attribute associated with a code block may also include a redundant version for use in the second encoding stage of the code block.

[0119] At least one attribute associated with a code block may also include a retransmission sequence number.

[0120] At least one attribute associated with the code block may also include a HARQ process identity identifier.

[0121] At least one attribute associated with a code block may also include the SOM, QoS, and / or bearer type associated with a data block.

[0122] The applicability of at least one disclosed multiplexing method may depend on at least one parameter associated with the transmission. For example, downlink control information may indicate the set of retransmitted code blocks and / or the corresponding order or the set of physical resources.

[0123] The receiver (examples of which may be, but are not limited to, a WTRU or a network device) may report to the transmitter (examples of which may be, but are not limited to, a network device or a WTRU) information related to the success or failure of decoding each code block, or its statistics and / or measurements, in order to support appropriate parameter adaptation processing. As an example, the parameters may be: the total number of code blocks C; the code rate R of the first encoding stage; the minimum number of code blocks K required for successfully decoding a transmitted data block; and / or the maximum number of time symbols J for a code block. max The maximum number of subcarriers K max .

[0124] Such reports may supplement HARQ reports and may be separate from them. This information may include the following items disclosed herein. The following information may be applicable only when WTRU 102 receives a transmission and may be provided together with HARQ information as uplink control information: the number or portion of successfully or unsuccessfully decoded code blocks associated with a specific data block or transmission (this information may be provided only when instructed to do so by physical layer or higher layer signaling and / or only when data blocks are successfully or unsuccessfully decoded); an indication indicating that at least F code blocks were not successfully decoded while a data block was successfully decoded; an indication indicating that at least S code blocks were successfully decoded while a data block was not successfully decoded; the minimum / maximum number of missing code blocks required to successfully decode a specific data block; an indication indicating that no code blocks were successfully decoded; and / or an indication (e.g., a flag) regarding whether the decoding results (success or failure) for all code blocks are the same.

[0125] In one embodiment, the information may be reported as physical layer signaling, or together with or as part of channel state information, or at a higher layer (e.g., the RRC layer). Such information may include event statistics for single or multiple transmissions of a data block as described herein, such as the average or percentage of transmissions that meet a certain condition. In the same embodiment, the information may also include a recommended set of parameters for coding and / or multiplexing processing of code blocks, wherein the transmitter's selections, along with other channel state information parameters, meet a performance requirement, such as a 10% BLER. These parameters may include at least one of the following: the code rate R in the first coding stage; the total number of code blocks C; the minimum number of code blocks K; and / or the number of code blocks allocated in the time and / or frequency dimensions (H, H ... t and / or H f ), or equivalent to the number or portion of time symbols occupied by symbols originating from each coded block and / or the number or portion of subcarriers.

[0126] In one embodiment, the measurement may be configured by a higher layer and may be applicable to a configured reference resource, such as a subframe or set of subframes. The measurement may include the variance and / or maximum difference between a metric measured on a specific portion of the reference resource, wherein: the metric may include noise or interference levels or signal-to-noise ratio (SINR); a portion of the reference resource may be defined as a contiguous subset of J time symbols and / or K subcarriers or resource blocks, wherein J and K may be provided as part of the measurement configuration; and / or separate measurements may be reported for different partitions of the reference resource divided into portions (e.g., for different sets of J and K). These measurements may also include an indication of whether the SINR or noise or interference levels are consistent across the reference resource (e.g., whether the interference on the resource is white or colored), wherein the evaluation may be based on whether the variance (potentially in dB) across the reference resource portion exceeds a predefined or configured threshold, wherein separate indications may be reported for different partitions of the reference resource divided into portions (e.g., for different sets of J and K).

[0127] WTRU 102 can initiate reporting feedback based on configuration aspects (e.g., periodic reporting). Upon receiving downlink control signaling requesting such feedback, WTRU can initiate reporting feedback (e.g., non-periodic reporting). WTRU 102 can also initiate reporting feedback (e.g., threshold-based reporting) when a potentially configurable threshold is met. In one solution, such thresholds can be based on any of the parameters disclosed herein to be reported. For example, WTRU 102 can be configured to report HARQ ACK / NACK feedback based on the number of missing or undecoded blocks. As an example, the number of missing blocks (one or more) can represent a threshold associated with a value, which can be a configuration aspect of WTRU 102. As an example, WTRU 102 can be configured not to report any HARQ feedback unless the number X1 of missing code blocks used to correctly decode a data block is less than the value X2. For example, WTRU 102 can be configured to report HARQ NACK feedback when the number X1 of non-zero code blocks used to correctly decode a data block is less than a value X2, and to report HARQ ACK when X1 equals zero. As an example, in an embodiment that may extend the above, WTRU 102 can be configured to report the minimum number X1 of missing code blocks when it is less than a value X2. As an example, this processing is beneficial for the sender to determine when to adjust the number of code blocks included in the transmission in order to reduce the transmission of unnecessary information.

[0128] Similarly, the WTRU 102, which uses code blocks to perform transmissions, can take similar actions based on receiving HARQ feedback. For example, upon receiving HARQ NACK feedback and assuming the number of missing blocks is less than a threshold x2, the WTRU can adjust the number of code blocks in the transmission. In one embodiment, such reporting can be configured according to the SOM and / or according to the HARQ process and / or for a specific set of HARQ processes (e.g., a set of HARQ processes associated with a specific SOM). In another embodiment, the WTRU 102 can initiate such reporting processing if a negative HARQ feedback is generated for a specific HARQ process.

[0129] The receiver can determine whether it should generate and transmit HARQ feedback in a manner that allows it to generate a positive HARQ acknowledgment (ACK) if it determines that it has successfully received at least K blocks associated with the relevant process (e.g., the HARQ process and / or data blocks). If fountain coding is used, the receiver can generate an ACK if the fountain decoding is successful.

[0130] The receiver can determine whether it should generate and transmit HARQ feedback in such a way that if the receiver determines that it has successfully received fewer than K blocks associated with the associated process (e.g., HARQ process and / or data blocks), or that it cannot receive at least K blocks according to the current decoding state, or that it has not successfully received any blocks, or that the fountain decoding has failed when applicable, then the receiver can generate a negative HARQ acknowledgment (NACK).

[0131] In one embodiment, the receiver will only generate feedback if it determines that HARQ processing (which, for example, includes soft combining) is applicable to the transmission in question. In another embodiment, the receiver may generate such feedback for one or more affected processes even if HARQ processing (which, for example, includes soft combining) is not applicable to the transmission in question.

[0132] Block-related feedback (BRF) is disclosed herein. The receiver can generate a BRF indicating at least one of the following: the number of blocks successfully decoded for a transmission, data block, process, or HARQ process (e.g., using a bitmap to identify such blocks); the number of missing decoded blocks (one or more) (e.g., distance from K), which enables the receiver to successfully decode data blocks for a transmission, data block, process, or HARQ process (e.g., using a bitmap to identify the first missing block or one or more missing blocks); and / or feedback generated only if the number of missing blocks (e.g., distance from K) is less than a specific threshold (e.g., less than a specific ratio of the total number of blocks associated with the transmission), wherein said ratio and / or threshold may be configuration aspects of WTRU 102. The feedback can be transmitted using an uplink control channel specifically designed for this purpose or piggybacked on other types of uplink transmissions.

[0133] The process of receiving feedback by the transmitter is disclosed herein. The transmitter may receive HARQ feedback. Such feedback may be received using applicable HARQ feedback transmission and reception methods. For example, feedback may be received on a downlink control channel. In one embodiment, the feedback may be implied from a received DCI indicating retransmission processing for a particular transmission. Once HARQ feedback containing a negative acknowledgment is received, WTRU 102 may determine to perform retransmission processing for the HARQ process involved.

[0134] As an example, in one or more embodiments, if the transmitter receives a BRF related to the process in question, and / or if the received control information indicates such selective retransmission, then the WTRU can perform further transmission by selectively including specific blocks. In one embodiment, the transmitter may determine that more than K blocks have been generated for the information bits associated with the process. In this case, the transmitter may determine that this further transmission for the process may include additional blocks that were not previously transmitted.

[0135] The transmitter can receive BRF feedback. BRF feedback can be received using applicable feedback transmission and reception methods, or using control information from a dedicated channel or piggybacked control information from another transmission. For example, feedback can be received on the downlink control channel. Furthermore, if a received DCI indicates a retransmission of one or more blocks associated with one or more specific processes, then the DCI also implies such feedback. In this embodiment, the transmitter can determine the set of blocks to be selectively transmitted for one or more processes based on the received feedback and / or downlink control information. The transmission can be constructed in a deterministic manner (e.g., based on the received control information), thereby allowing the receiver to determine the set of blocks and one or more applicable processes. Alternatively, the transmitter can include the identification of one or more applicable processes and / or the position of the block in the corresponding block sequence associated with one or more applicable processes. In this case, the transmitter can determine which block to select from which process based on priority (e.g., priority associated with each process), time guarantees associated with the process, SOM associated with the set of information bits, or other QoS parameters associated with the process / transmission itself and / or data units associated with the transmission process.

[0136] The 5G communication system design based on the methods and systems described herein can effectively support data transmission with varying requirements in terms of latency, throughput, and reliability. These requirements can be translated into different processing principles and transmission properties accordingly. For example, data associated with ultra-low latency and / or ultra-reliable use cases can be transmitted with very short transmission time intervals (TTIs), where each TTI has the most modest payload, while data associated with mobile broadband or massive MTC use cases can be transmitted with longer TTIs to reduce control channel overhead.

[0137] Some data (such as data associated with ultra-low latency or ultra-reliable use cases) may need to be transmitted with very tight latency requirements from the time it is generated by the application layer. This requirement makes waiting until the end of an ongoing transmission using a large TTI unacceptable. Given that latency-sensitive traffic is often sporadic, reserving resources for exclusive use would be highly inefficient. Therefore, a solution that allows latency-sensitive data to be transmitted within resources reserved for ongoing transmissions while maintaining robust performance for all transmissions would be very useful.

[0138] While features and elements in specific combinations have been described above, those skilled in the art will recognize that each feature or element can be used alone or in any combination with other features and elements. Furthermore, the methods described herein can be implemented in computer programs, software, or firmware incorporated into a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electrical signals (transmitted via wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random access memory (RAM), registers, buffer memory, semiconductor storage devices, magnetic media (e.g., internal hard disks and removable disks), magneto-optical media, and optical media (e.g., CD-ROM discs and digital multipurpose discs (DVDs)). The processor associated with the software can be used to implement a radio frequency transceiver used in a WTRU 102, UE, terminal, base station, RNC, or any computer host.

Claims

1. A wireless transmit / receive unit (WTRU) comprising: a processor; and a transceiver operably connected to the processor, the transceiver and the processor configured to: receive a first transport block (TB) of data; determine that the first TB includes a first set of K blocks and a second set of K blocks; generate first hybrid automatic repeat request (HARQ) feedback information for the first TB, wherein for each of the first set and the second set, the first HARQ information includes an acknowledgement (ACK) when the WTRU successfully receives K blocks in the set, or a negative acknowledgement (NACK) when less than K blocks in the set are successfully received; send the first HARQ feedback information; receive, in response to the first HARQ feedback information, downlink control information (DCI) indicating that one or more blocks of a second transmission are a retransmission of a portion of the first TB; and receive the second transmission based on the DCI.

2. The WTRU of claim 1, wherein the DCI includes a new data indicator indicating that the one or more blocks of the second transmission are a retransmission.

3. The WTRU of claim 1, wherein the transceiver and the processor are further configured to send the first HARQ feedback information in a bitmap.

4. The WTRU of claim 1, wherein a value of K is determined from a configuration received from a higher layer of a radio access network (RAN).

5. The WTRU of claim 4, wherein the value of K is further determined based on a size of an information bit associated with a transmission of the first TB of data.

6. The WTRU of claim 4, wherein the transceiver and the processor are further configured to multiplex the first HARQ feedback information with second HARQ feedback information associated with a second TB.

7. The WTRU of claim 6, wherein at least one of the first HARQ feedback information and the second HARQ feedback information is block-related feedback information, and wherein the transceiver and the processor are further configured to generate the block-related feedback information based on a difference between K blocks and a number of successfully decoded blocks being less than a threshold.

8. A method performed by a wireless transmit / receive unit (WTRU), the method comprising: receiving a first transport block (TB) of data; determining that the first TB includes a first set of K blocks and a second set of K blocks; generating first hybrid automatic repeat request (HARQ) feedback information for the first TB, wherein for each of the first set and the second set, the first HARQ information includes an acknowledgement (ACK) when the WTRU successfully receives K blocks in the set, or a negative acknowledgement (NACK) when less than K blocks in the set are successfully received; sending the first HARQ feedback information; and receiving, in response to the first HARQ feedback information, downlink control information (DCI) indicating that one or more blocks of a second transmission are a retransmission of a portion of the first TB. ​ receiving, in response to the first HARQ feedback information, downlink control information (DCI), wherein the DCI indicates that one or more blocks of a second transmission are a retransmission of a portion of the first TB; and receiving the second transmission based on the DCI.

9. The method of claim 8, wherein the DCI includes a new data indicator that indicates that the one or more blocks of the second transmission are a retransmission.

10. The method of claim 8, further comprising: transmitting the first HARQ feedback information in a bitmap.

11. The method of claim 8, wherein a value of K is determined from a configuration received from a higher layer of a radio access network (RAN).

12. The method of claim 11, wherein the value of K is further determined based on a size of information bits associated with transmission of the first TB of data.

13. The method of claim 11, further comprising: multiplexing the first HARQ feedback information with second HARQ feedback information associated with a second TB.

14. The method of claim 13, wherein at least one of the first HARQ feedback information and the second HARQ feedback information is block-related feedback information.

15. The method of claim 14, further comprising generating the block-related feedback information based on a difference between K blocks and a number of successfully decoded blocks being less than a threshold.

Images