communication systems

Abstract

To provide user equipment (UE) and a method that receive data associated with an Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with an Enhanced Mobile Broadband (eMBB) service.SOLUTION: In a method executed by an access network node, the UE generates a first Hybrid Automatic Repeat Request (HARQ) codebook for a URLLC service and a second HARQ codebook for an eMBB service, and bundles the first HARQ codebook into a single bit at S2 to be appended to an end of the second HARQ codebook at S3 to form a multiplexed HARQ codebook. The UE then transmits the multiplexed HARQ codebook to the access network node.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] The present disclosure relates to wireless communication systems and devices thereof that operate in accordance with 3rd Generation Partnership Project (3GPP) standards or equivalents or derivatives thereof. The present disclosure is particularly, but not exclusively, related to improvements related to sending Hybrid Automatic Repeat Request Acknowledgement (HARQ-ACK) feedback in so-called "5G" (or "Next Generation") systems. [Background technology]

[0002] The latest development in the 3GPP standards is the so-called "5G" or "New Radio" (NR) standard, which refers to an evolving communications technology that is expected to support a variety of applications and services, such as machine type communications (MTC), Internet of Things (IoT) / Industrial Internet of Things (IIoT) communications, vehicular communications and automobiles, high-definition video streaming, and / or smart city services. 3GPP intends to support 5G via the so-called 3GPP NextGen Radio Access Network (RAN) and 3GPP NextGen core (NGC) networks. Various details of 5G networks are described, for example, in Non-Patent Document 1.

[0003] End-user communication devices are generally referred to as User Equipment (UE), which may be operated by a human or may include automated (MTC / IoT) devices. It will be recognized that while base stations in 5G / NR communication systems are generally referred to as New Radio Base Stations ("NR-BS") or "gNBs," they may also be referred to using the term "eNB" (or 5G / NR eNB), which is more typically associated with Long Term Evolution (LTE) base stations (also commonly referred to as "4G" base stations). Non-Patent Document 2 and Non-Patent Document 3 define, among other things, the following nodes: gNB: A node that provides termination of NR user plane and control plane protocols towards the UE and is connected to the 5G core network (5GC) via the NG interface. ng-eNB: A node that provides termination of Evolved Universal Terrestrial Radio Access (E-UTRA) user plane and control plane protocols towards the UE and is connected to 5GC via the NG interface. En-gNB: A node that provides termination of NR user plane and control plane protocols towards the UE and acts as a secondary node in E-UTRA-NR Dual Connectivity (EN-DC). NG-RAN node: either gNB or ng-eNB

[0004] 3GPP has also defined the so-called "Xn" interface as the network interface between neighboring NG-RAN nodes.

[0005] The Physical Uplink Control Channel (PUCCH) carries a set of information called Uplink Control Information (UCI). The format of the PUCCH depends on what kind of information the UCI carries. The PUCCH format to be used is determined by how many bits of information are to be carried and how many symbols are allocated. The UCI used in NR (5G) includes one or more of the following information: Channel State Information (CSI), ACK / NAK, and Scheduling Request (SR). This is entirely the same in LTE (4G).

[0006] Next-generation mobile networks support diverse service requirements, which have been classified by the International Telecommunication Union (ITU) into three categories: Enhanced Mobile Broadband (eMBB), Ultra-Reliable and Low-Latency Communications (URLLC), and Massive Machine Type Communications (mMTC). eMBB aims to provide enhanced support for traditional mobile broadband, focusing on services that require large and guaranteed bandwidth, such as high-definition (HD) video, virtual reality (VR), and augmented reality (AR). URLLC is a requirement for critical applications such as autonomous driving and factory automation, which require guaranteed access within very short timeframes. MMTC must support a large number of connected devices, such as smart metering and environmental monitoring, but can usually tolerate a certain access delay. Some of these applications may have relatively relaxed Quality of Service / Quality of Experience (QoS / QoE) requirements, while some applications may have relatively stringent QoS / QoE requirements (e.g., high bandwidth and / or low latency).

[0007] In Release 16, this is resolved by dropping lower priority transmissions when uplink transmissions of different priorities overlap. This approach allows URLLC traffic (which has a relatively high priority) and associated HARQ feedback to be prioritized over other types of transmissions, but is inefficient when eMBB traffic is also present. For example, when HARQ feedback for the downlink is dropped due to prioritizing URLLC feedback over eMBB feedback, system efficiency is impacted due to the need to retransmit eMBB data for which no feedback (acknowledgment) is received.

[0008] In Release 17, enhancements for the Industrial Internet of Things (IIoT) and URLLC are intended to specify that multiplexing behavior between HARQ-ACK / SR / CSI and the Physical Uplink Shared Channel (PUSCH) is required for different traffic types with different priorities. This behavior may apply to UCI, regardless of whether it is transmitted on the PUCCH or PUSCH. At the most recent 3GPP meeting (RAN1#102), it was agreed that multiplexing high-priority and low-priority HARQ-ACK onto the PUCCH will be supported in Release 17, but further details are unknown. A key principle is the need to guarantee latency and reliability for URLLC UCI transmissions.

[0009] Several proposals exist for reducing the eMBB HARQ-ACK codebook size to minimize the impact on high-priority (e.g., URLLC) HARQ-ACK. Such size reduction can be achieved by compressing the eMBB HARQ-ACK codebook using transport block (TB)-based feedback or by discarding as many component carriers as necessary to fit the feedback to the UCI payload size. Alternatively, the maximum allowable code rates may be configured independently for eMBB HARQ-ACK and URLLC HARQ-ACK, and the final payload may be adjusted by suppressing the eMBB HARQ-ACK and expanding the URLLC HARQ-ACK. Spatial bundling may be used to generate the low-priority HARQ codebook, regardless of the associated RRC configuration. [Prior art documents] [Non-patent literature]

[0010] [Non-Patent Document 1] 'NGMN 5G White Paper' V1.0[online], Next Generation Mobile Networks (NGMN) Alliance, Internet<URL: https: / / www.ngmn.org / 5g-white-paper.html> [Non-patent document 2] 3GPP Technical Specification (TS) 38.300 V16.3.0 [Non-patent document 3] 3GPP Technical Specification (TS) 37.340 V16.3.0 [Non-patent document 4] 3GPP Technical Report (TR) 38.912 V16.0.0, section 8.2.2.2 Summary of the Invention

[0011] However, none of the existing techniques have been accepted by 3GPP. Accordingly, the present invention seeks to provide a method, and associated apparatus, that addresses or at least mitigates (at least some of) the above-described problems with prioritizing URLLC traffic and associated HARQ feedback over other types of transmissions.

[0012] For ease of understanding for those skilled in the art, the invention will be described in detail in the context of a 3GPP system (5G network), but the principles of the invention may be applied to other systems as well.

[0013] In one exemplary aspect, the present invention provides a method performed by a user equipment (UE), the method including receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and generating a second HARQ codebook for the data associated with the second service; generating HARQ information for the URLLC service based on the first HARQ codebook and multiplexing the HARQ information for the URLLC service with the second HARQ codebook to derive a multiplexed HARQ codebook; and transmitting the multiplexed HARQ codebook to the access network node using at least one communication resource associated with the URLLC.

[0014] In one exemplary aspect, the present invention provides a method performed by a user equipment (UE), the method including receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and generating a second HARQ codebook for the data associated with the second service; combining, in accordance with at least one predetermined rule, one of the first HARQ codebook and the second HARQ codebook into one bit; multiplexing the combined bit with the other of the first HARQ codebook and the second HARQ codebook to derive a multiplexed HARQ codebook; and transmitting the multiplexed HARQ codebook to the access network node.

[0015] In one exemplary aspect, the present invention provides a method performed by an access network node, the method including: transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; and receiving, from the UE, using at least one communication resource associated with the URLLC, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook being generated based on the first HARQ codebook for the data associated with the URLLC service and based on HARQ information for the URLLC service multiplexed with a second HARQ codebook for data associated with the second service.

[0016] In one exemplary aspect, the present invention provides a method performed by an access network node, the method including: transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; and receiving, from the UE, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook including: i) a first HARQ codebook for data associated with one of the URLLC service and the second service, and ii) summarized bits based on the second HARQ codebook for data associated with the other of the URLLC service and the second service.

[0017] In one exemplary aspect, the present invention provides a user equipment (UE), the UE including: means for receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; means for generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and generating a second HARQ codebook for the data associated with the second service; means for generating HARQ information for the URLLC service based on the first HARQ codebook and multiplexing the HARQ information for the URLLC service with the second HARQ codebook to derive a multiplexed HARQ codebook; and means for transmitting the multiplexed HARQ codebook to the access network node using at least one communication resource associated with the URLLC.

[0018] In one exemplary aspect, the present invention provides a user equipment (UE), the UE including: means for receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; means for generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and a second HARQ codebook for the data associated with the second service; means for combining, in accordance with at least one predetermined rule, one of the first HARQ codebook and the second HARQ codebook into one bit; means for multiplexing the combined bit with the other of the first HARQ codebook and the second HARQ codebook to derive a multiplexed HARQ codebook; and means for transmitting the multiplexed HARQ codebook to the access network node.

[0019] In one exemplary aspect, the present invention provides an access network node, the access network node including: means for transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; and means for receiving, from the UE, using at least one communication resource associated with the URLLC, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook being generated based on a first HARQ codebook for the data associated with the URLLC service and based on HARQ information for the URLLC service multiplexed with a second HARQ codebook for data associated with the second service.

[0020] In one exemplary aspect, the present invention provides an access network node, the access network node including: means for transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; and means for receiving, from the UE, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook including: i) a first HARQ codebook for data associated with one of the URLLC service and the second service, and ii) summarized bits based on the second HARQ codebook for data associated with the other of the URLLC service and the second service.

[0021] In another exemplary aspect, the present invention provides a user equipment (UE) including a controller and a transceiver, the transceiver configured to receive signals carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service, the controller configured to generate a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and generate a second HARQ codebook for the data associated with the second service, the controller configured to generate HARQ information for the URLLC service based on the first HARQ codebook and multiplex the HARQ information for the URLLC service with the second HARQ codebook to derive a multiplexed HARQ codebook, and the transceiver configured to transmit the multiplexed HARQ codebook to an access network node using at least one communication resource associated with the URLLC.

[0022] In another exemplary aspect, the present invention provides a user equipment (UE) including a controller and a transceiver, the transceiver configured to receive, from an access network node, signals carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service, the controller configured to generate a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and a second HARQ codebook for the data associated with the second service, the controller configured to aggregate one of the first HARQ codebook and the second HARQ codebook into one bit in accordance with at least one predetermined rule, the controller configured to multiplex the aggregated bit with the other of the first HARQ codebook and the second HARQ codebook to derive a multiplexed HARQ codebook, and the transceiver configured to transmit the multiplexed HARQ codebook to the access network node.

[0023] In another exemplary aspect, the present invention provides an access network node including a controller and a transceiver, the transceiver configured to transmit to a user equipment (UE) a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service, and to receive from the UE, using at least one communication resource associated with the URLLC, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook being generated based on the first HARQ codebook for the data associated with the URLLC service and based on HARQ information for the URLLC service multiplexed with a second HARQ codebook for data associated with the second service.

[0024] In another exemplary aspect, the present invention provides an access network node including a controller and a transceiver, the transceiver configured to transmit to a user equipment (UE) a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service, and to receive from the UE a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook including: i) the first HARQ codebook for data associated with one of the URLLC service and the second service, and ii) summarized bits based on the second HARQ codebook for data associated with the other of the URLLC service and the second service.

[0025] Exemplary aspects of the invention extend to corresponding systems, apparatus, and computer program products, such as computer-readable storage media having instructions stored thereon, the instructions operable to program a programmable processor to perform the methods described in the above-identified exemplary aspects and implementations or recited in the claims, and / or to program a computer suitably adapted to provide an apparatus recited in any of the claims.

[0026] Each feature disclosed in this specification (including the claim language) and / or shown in the drawings may be incorporated into the invention independently of (or in combination with) any other disclosed and / or illustrated feature. Without particular limitation, any feature of a claim dependent on a particular independent claim may be incorporated into that independent claim in any combination or individually.

[0027] Exemplary embodiments of the present invention will now be described, by way of example, with reference to the accompanying drawings, in which: [Brief explanation of the drawings]

[0028] [Figure 1] 1 illustrates schematically a mobile (cellular or wireless) telecommunications system in which exemplary embodiments of the present invention may be applied; [Figure 2] 2 is a schematic block diagram of a mobile device forming part of the system shown in FIG. 1; [Figure 3] 2 is a schematic block diagram of an access network node (eg, a base station) forming part of the system shown in FIG. 1; [Figure 4] FIG. 2 is a schematic block diagram of a core network node forming part of the system shown in FIG. 1; [Figure 5] 1 is a flowchart that schematically illustrates several exemplary ways in which HARQ-ACK multiplexing may be performed, in accordance with exemplary embodiments of the present invention; [Figure 6] 1 is a flowchart that schematically illustrates several exemplary ways in which HARQ-ACK multiplexing may be performed, in accordance with exemplary embodiments of the present invention;

[0029] overview Under 3GPP standards, a NodeB (or "eNB" in LTE and "gNB" in 5G) is a base station through which communication devices (user equipment or "UE") connect to the core network and communicate with other communication devices or remote servers. A communication device may be, for example, a mobile communication device such as a mobile phone, smartphone, smart watch, personal digital assistant, laptop / tablet computer, web browser, and / or e-book reader. Such mobile (or more generally, stationary) devices are typically operated by a user (and thus are often collectively referred to as user equipment, "UE"), although IoT devices and similar MTC devices may also connect to the network. For simplicity, this application will use the term base station to refer to any such base station and the term mobile device or UE to refer to any such communication device.

[0030] FIG. 1 illustrates schematically a mobile (cellular or wireless) telecommunications system 1 in which exemplary embodiments of the present invention may be applied.

[0031] In this system 1, users of mobile devices 3 (UE) can communicate with each other and other users via respective base stations 5 and core networks 7 using an appropriate 3GPP radio access technology (RAT), e.g., E-UTRA and / or 5G RAT. It will be appreciated that several base stations 5 form a (radio) access network or (R)AN. As those skilled in the art will appreciate, while one mobile device 3 and one base station 5 are shown in FIG. 1 for illustrative purposes, the system, when implemented, will typically include other base stations / RAN nodes and mobile devices (UE).

[0032] Each base station 5 controls one or more associated cells (either directly or via a home base station, relay, remote radio head, and / or distributed unit, etc.). A base station 5 supporting E-UTRA / 4G protocols may be referred to as an "eNB," and a base station 5 supporting Next Generation / 5G protocols may be referred to as a "gNB." It will be appreciated that some base stations 5 may be configured to support both 4G and 5G, and / or any other 3GPP or non-3GPP communication protocol.

[0033] Mobile devices 3 and their serving base stations 5 are connected via suitable air interfaces (e.g., the so-called "Uu" interface and / or similar). Neighboring base stations 5 are connected to each other via suitable inter-base station interfaces (such as the so-called "X2" interface and / or "Xn" interface). The base stations 5 are also connected to core network nodes via suitable interfaces (such as the so-called "S1", "NG-C", and / or "NG-U" interfaces).

[0034] The core network 7 (e.g., EPC for LTE or NGC for NR / 5G) typically includes logical nodes (or “functions”) for supporting communications within the telecommunications system 1, including (among other things) subscriber management, mobility management, charging, security, and call / session management. For example, the core network 7 in a “Next Generation” / 5G system includes user plane entities and control plane entities. In this example, the core network includes at least one control plane function (CPF) 11 and at least one user plane function (UPF) 12. The core network 7 is also coupled (via UPF 12) to a data network (DN) 20, such as the Internet or a similar Internet Protocol (IP)-based network (represented in FIG. 1 as the “external network”).

[0035] It will be appreciated that each mobile device 3 can support various services with different priorities. The services may fall into one of the above-defined categories (URLLC / eMBB / mMTC). Each service typically has associated requirements (e.g., delay / data rate / packet loss requirements, etc.), which may be different for different services. It will be appreciated that URLLC has a relatively higher priority than other services to ensure adequate (low) delay for this service.

[0036] When the UE 3 is receiving data for a particular service (e.g., URLLC), the UE 3 transmits appropriate HARQ-ACK feedback to the base station 5 using resources associated with that service. Typically, the HARQ-ACK feedback is provided in the form of a codebook (a string of bits), with bits in the codebook representing whether the data was successfully received or not. Since URLLC is designed for high reliability, in most cases the URLLC data is successfully received and the associated HARQ feedback carries an ACK (acknowledgment). Advantageously, in this system, the URLLC-related feedback (or data representing the feedback) is provided in the form of one bit (i.e., a single bit) after the bit carrying the eMBB feedback. Effectively, the URLLC feedback is summarized into one bit of information, and this information is appended to the end of the eMBB HARQ feedback. In other words, the eMBB feedback and the URLLC feedback (in the form of summarized bits) are multiplexed to form a combined codebook (eMBB codebook + one bit representing the URLLC codebook). Advantageously, to ensure that the delay requirements for URLLC are met, the multiplexed feedback is transmitted on the URLLC HARQ-ACK resources rather than the eMBB resources. By prioritizing eMBB feedback over URLLC feedback (as HARQ feedback for eMBB is more likely to carry NACKs than HARQ feedback for URLLC), and by transmitting the full eMBB codebook to the transmitter (base station 5), the transmitter can accurately determine which portions of the eMBB data need to be retransmitted, as well as indicate whether the transmission of the URLLC data was successful.

[0037] In a variation of the above approach, the type of service to be aggregated is determined based on one or more rules. For example, the following rule may be used: if the URLLC codebook carries both ACK and NACK, the eMBB bits are aggregated to one bit and appended to the end of the URLLC codebook; if the URLLC codebook carries only ACK (or only NACK), the URLLC bits are aggregated to one bit and appended to the end of the eMBB codebook. If the aggregated eMBB feedback indicates a NACK (the first case above), the entire eMBB codebook may be transmitted later (e.g., using standard eMBB HARQ resources).

[0038] Instead, the rule is: if the URLLC codebook carries only ACKs or only NACKs, and if the eMBB codebook carries both ACKs and NACKs, then combine the URLLC bits into one bit and append it to the end of the eMBB codebook. Otherwise, combine the eMBB bits into one bit and append it to the end of the URLLC codebook. When one of those rules applies, an indication of which codebooks are combined may be provided either explicitly (e.g., using an additional bit) or implicitly (e.g., based on which resources are used to send feedback).

[0039] User Equipment (UE) FIG. 2 is a block diagram illustrating the main components of the mobile device (UE) 3 shown in FIG. 1. As shown, the UE 3 has transceiver circuitry 31 operable to transmit signals to and receive signals from connected node(s) via one or more antennas 33. Although not necessarily shown in FIG. 2, the UE 3 of course has the usual functionality of a conventional mobile device (such as a user interface 35), which may be provided by any one or any combination of hardware, software, and firmware, as appropriate. A controller 37 controls the operation of the UE 3 in accordance with software stored in memory 39. The software may be pre-installed in memory 39 and / or downloaded, for example, via the telecommunications network 1 or from a removable data storage device (RMD). The software includes, among other things, an operating system 41 and a communications control module 43.

[0040] The communications control module 43 is responsible for handling (generating / sending / receiving) signaling messages and uplink / downlink data packets between the UE 3 and other nodes, including the (R)AN node 5 and core network nodes. The signaling may include (among other things) control signaling (including UCI and DCI) related to the PUCCH and / or PDCCH. The communications control module 43 is also responsible for controlling the transmission of HARQ-ACK feedback.

[0041] Access network node (base station) FIG. 3 is a block diagram illustrating the main components of the base station 5 (or similar access network node) shown in FIG. 1. As shown, the base station 5 includes a transceiver 51 operable to transmit signals to and receive signals from connected UE(s) 3 via one or more antennas 53, and to transmit signals to and receive signals from other network nodes (either directly or indirectly) via a network interface 55. The network interface 55 includes an appropriate base station-to-base station interface (e.g., X2 / Xn) and an appropriate base station-core network interface (e.g., S1 / NG-C / NG-U). A controller 57 controls the operation of the base station 5 in accordance with software stored in memory 59. The software may be pre-installed in memory 59 and / or downloaded, for example, via the telecommunications network 1 or from a removable data storage device (RMD). The software includes, among other things, an operating system 61 and a communications control module 63.

[0042] The communication control module 63 is responsible for handling (generating / transmitting / receiving) signaling between the base station 5 and other nodes, such as the UE 3 and core network nodes. The signaling may include (among other things) control signaling (including UCI and DCI) related to the PUCCH and / or PDCCH. The communication control module 63 is also responsible for receiving HARQ-ACK feedback from the UE 3.

[0043] Core Network Functions 4 is a block diagram illustrating the main components of a typical core network function, such as the CPF 11 or UPF 12 shown in FIG. 1. As shown, the core network function includes transceiver circuitry 71 operable to transmit signals to and receive signals from other nodes (including UE 3, base stations 5, and other core network nodes) via a network interface 75. A controller 77 controls the operation of the core network function in accordance with software stored in memory 79. The software may be pre-installed in memory 79 and / or may be downloaded, for example, via the telecommunications network 1 or from a removable data storage device (RMD). The software includes, among other things, an operating system 81 and a communications control module 83.

[0044] The communications control module 83 is responsible for handling (generating / sending / receiving) signaling between the core network functions and other nodes such as the UE 3, base stations 5, and other RAN / core network nodes.

[0045] Detailed Description Non-Patent Document 4 provides the following overview of HARQ codebooks and processes used in NR systems: One bit of HARQ-ACK feedback per TB is supported. More than one downlink (DL) HARQ process is supported for a given UE, while one DL HARQ process is supported for some UEs. The UE and the base station (NR) each have a minimum HARQ processing time. The HARQ processing time includes at least the delay between DL data reception and the corresponding HARQ-ACK transmission, and the delay between uplink (UL) grant reception and the corresponding UL data transmission.

[0046] Asynchronous and adaptive DL HARQ is supported at least for eMBB and URLLC. From the UE perspective, HARQ ACK / NACK feedback for multiple DL transmissions in time may be transmitted in one UL data / control region. The timing between DL data reception and the corresponding acknowledgment is indicated by a field in the DCI from a set of values, which is configured by higher layers. The timing(s) are defined at least for the case where the timing(s) are unknown to the UE.

[0047] Code Block Group (CBG) based transmission with single / multi-bit HARQ-ACK feedback is supported with the following properties: - allowing CBG-based (re)transmissions only for the same TB of a HARQ process; - The CBG can contain all codebooks of the TB, regardless of the size of the TB. In such a case, the UE reports a single HARQ ACK bit for the TB; -CBG can contain one codebook; -CBG granularity is configurable.

[0048] A more detailed description of some exemplary embodiments and features is provided below with reference to FIGS.

[0049] URLLC feedback aggregated to 1 bit and appended to eMBB HARQ feedback In this option, the URLLC-related feedback is provided after the multiple bits representing the eMBB feedback in the form of one bit (i.e., a single bit) of information indicating whether any URLLC data was not successfully received. For example, when all the associated URLLC data was successfully received, the information (one bit) may be set to a value (e.g., “1”) representing “ACK,” and when at least a portion of the associated URLLC data was not successfully received, the information (one bit) may be set to a different value (e.g., “0”) representing “NACK.” To take a specific example, when the original URLLC feedback is in the format of “11111,” the UE 3 may provide the URLLC-related feedback by transmitting one bit of the information set to the value “1.” When the original URLLC feedback is in the format of “11011” (or any other format having at least one zero value), the UE 3 may provide the URLLC-related feedback by setting one bit of the information to the value “0.”

[0050] Thus, effectively, the URLLC feedback is condensed into one bit of information, and this information is appended to the end of the eMBB HARQ feedback. Using the example above and assuming the eMBB HARQ feedback is of the form "11011", the actual feedback sent by UE3 will either be of the form "110111" (the last bit representing an "ACK" for all URLLC transmissions for which feedback is expected), or of the form "110110" (the last bit indicating that UE3 did not successfully receive one or more of the URLLC transmissions for which feedback is expected).

[0051] Advantageously, to ensure that the delay requirements for URLLC are met, the multiplexed feedback is transmitted on URLLC HARQ-ACK resources rather than eMBB resources.

[0052] 5 is a flowchart that schematically illustrates an exemplary manner in which URLLC feedback may be consolidated into one bit and appended to eMBB HARQ feedback in accordance with this option. The flowchart shows processing performed by the UE 3 (using its communications control module 43) for each HARQ feedback reporting round. While this flowchart is described with reference to actions performed by the UE 3, it will be appreciated that the base station 5 (communications control module 63) may also perform the same (or similar) actions to send HARQ feedback to the UE 3.

[0053] As can be seen, the procedure depends on what type of feedback needs to be transmitted. Effectively, steps S4 and S5 represent a scenario when HARQ feedback does not need to be multiplexed because there is only one type of service. When only URLLC feedback is to be transmitted (when there are no eMBB transmissions), the feedback (i.e., the "full" URLLC codebook) is transmitted on the resources associated with the URLLC feedback (step S4). Similarly, when only eMBB feedback is to be transmitted (e.g., there are no URLLC transmissions within the relevant time period), the feedback (the "full" eMBB codebook) is transmitted on the resources associated with the eMBB feedback (step S5).

[0054] Advantageously, when feedback is to be transmitted for both URLLC and eMBB services, the UE 3 is configured to perform the codebook bundling and multiplexing described above. In particular, when the UE 3 determines in step S1 that HARQ-ACK information needs to be transmitted for both URLLC and eMBB, the UE 3 (using its communication control module 43) combines the bits of the HARQ codebook into a single bit (step S2). As described above, when this bit is set to '1', it can indicate that all associated URLCC data packets have been successfully received (thus omitting detailed feedback). Alternatively, when this bit is set to '0', it can indicate that at least one associated URLCC data packet has not been successfully received.

[0055] In step S3, the UE 3 appends the aggregated URLLC feedback (in this example, a single bit) to the end of the eMBB codebook and proceeds to send HARQ-ACK feedback using the URLLC feedback resource. Advantageously, based on the number of received bits, the base station 5 can determine whether the received feedback is for URLLC only, or for URLLC and eMBB.

[0056] It will also be appreciated that when the appended bit is set to "0", the base station 5 may be configured to retransmit at least one data packet for which feedback was sent (e.g., the last data packet or all data packets).

[0057] Multiplexed eMBB and URLLC HARQ-ACK feedback based on codebook (CB) content 6 is a flowchart that schematically illustrates another exemplary manner in which aggregated and multiplexed feedback may be provided depending on the contents of the URLLC / eMBB codebook. This flowchart is described with reference to actions performed by the UE 3, and it will be appreciated that the base station 5 may also perform the same (or similar) actions to send HARQ feedback towards the UE 3.

[0058] As a variation of the approach described with reference to Figure 5, the type of service with bundled feedback may be selected based on one or more bundling rules. For example, the UE 3 (communication control module 43) may be configured to apply the following set of rules (in step S2 of Figure 6): - If the URLLC codebook carries both ACK and NACK, the eMBB bit is combined into one bit and appended to the end of the URLLC codebook; If the URLLC codebook carries only ACK (or only NACK), the URLLC bits are aggregated into one bit and appended to the end of the eMBB codebook.

[0059] The UE3 may also be configured to apply the following set of rules: -If the URLLC codebook carries only ACK (or only NACK) and the eMBB codebook carries both ACK and NACK, the UE 3 combines the URLLC bits into one bit and appends this bit to the end of the eMBB codebook; Otherwise, combine the eMBB bits into one bit and append it to the end of the URLLC codebook.

[0060] In step S3, the aggregated feedback (URLLC or eMBB feedback) is appended to the original feedback / codebook of the other services and sent to the base station 5 (in step S4 or S5).

[0061] In other words, the multiplexed feedback includes the original codebook for one service, followed by one bit representing the result of aggregating bits from the other codebooks. When the aggregated eMBB feedback indicates a NACK (sent using URLLC resources in step S4), the full eMBB codebook may be transmitted later (e.g., using eMBB HARQ resources in step S5, as shown using dotted lines in FIG. 6). In this case, various Release 16 features may be used for transmitting the actual (uncompressed) eMBB HARQ-ACK feedback, such as a Type 3 codebook, an enhanced Type 2 codebook, and / or NNK1.

[0062] If the above rules apply, an indication of which codebooks are aggregated may be provided explicitly (e.g., using additional bits), in which case the aggregated feedback (URLLC or eMBB feedback) may be transmitted using the URLLC resource in step S4. Alternatively, an indication of which codebooks are aggregated may be provided implicitly (e.g., based on which resource is used to transmit the feedback). For example, the multiplexed feedback may be transmitted on a resource for uncompressed feedback. The resource carrying the multiplexed feedback may implicitly indicate which codebooks are aggregated. For example, the URLLC resource (step S4) may be used to indicate that aggregated URLLC feedback has been aggregated with eMBB feedback, and the eMBB resource (step S5) may be used to indicate that aggregated eMBB feedback has been aggregated with URLLC feedback, or vice versa. In this case, base station 5 needs to perform blind decoding on both conflicting resources.

[0063] advantage Compared to always being able to summarize the eMBB codebook, the above method transmits more accurate feedback to eMBB when it is determined that the URLLC feedback can be summarized into one bit without compromising the URLLC service requirements.

[0064] Modifications and Alternatives Detailed exemplary embodiments have been described above. Those skilled in the art will recognize that several modifications and alternatives may be made to the exemplary embodiments while still benefiting from the invention embodied therein. By way of example only, these modifications and alternatives are described herein.

[0065] It will be appreciated that the above exemplary embodiments may be applied to both 5G New Radio and LTE systems (E-UTRAN).

[0066] The UE may transmit and receive data using dynamic scheduling (also referred to as a "one-shot" grant) and / or using pre-allocated communication resources (e.g., by semi-persistent scheduling or a configured grant). It will be appreciated that the feedback multiplexing techniques described above may be applicable to data transmitted using either type of scheduling.

[0067] In the above description, URLLC and eMBB have been used as exemplary services for which HARQ feedback is sent. However, it will be appreciated that the above method is applicable to other combinations of services with different priorities, for example, URLLC and any other relatively lower priority service (e.g., mMTC and / or the like).

[0068] With respect to URLLC delay requirements, it will be appreciated that the base station can configure appropriate URLLC PUCCH resources so that the delay and reliability of URLLC HARQ-ACK (whether aggregated or not) is met when the intra-UE HARQ-ACK multiplexing described above is used. More specifically, the base station may indicate appropriate URLLC PUCCH resources based on the maximum number of HARQ-ACK bits (e.g., the greater of i) the number of eMBB HARQ-ACK bits + aggregated bits and ii) the number of URLLC HARQ-ACK bits + aggregated bits) + any additional bits indicating which HARQ codebooks are aggregated.

[0069] In NR, HARQ uses an asymmetric mechanism in both the downlink and uplink, whereas in LTE, HARQ uplink uses a symmetric mechanism. For asymmetric HARQ, multiple HARQ processes may be performed in either order, and the processes are identified by their associated HARQ process numbers for each transmission / reception of HARQ data.

[0070] In steps S4 and S5, either the PUCCH or the PUSCH may be used to achieve the transmission of HARQ feedback, and it will be appreciated that different services may use different channels, and different HARQ processes may use different channels, if desired.

[0071] In the above description, for ease of understanding, the UE, the access network node (base station), and the core network node have been described as having several discrete modules (such as a communications control module). For example, the modules may be provided in this manner for some applications where an existing system is modified to implement the present invention, whereas in other applications, for example, in systems designed with inventive features in mind from the beginning, the modules may be built into the entire operating system or code, and thus may not be distinguishable as discrete entities. The modules may also be implemented in software, hardware, firmware, or a mixture thereof.

[0072] Each controller may include any suitable type of processing circuitry, including, but not limited to, one or more hardware-implemented computer processors, microprocessors, central processing units (CPUs), arithmetic logic units (ALUs), input / output (IO) circuitry, internal memory / cache (program and / or data), processing registers, communication buses (e.g., control buses, data buses, and / or address buses), direct memory access (DMA) functions, and / or hardware or software-implemented counters, pointers, and / or timers, etc.

[0073] In the above exemplary embodiments, several software modules have been described. As those skilled in the art will recognize, the software modules may be provided in compiled or uncompiled form and may be supplied to the UE, access network node (base station), and core network node as signals over a computer network or on a recording medium. Furthermore, the functionality performed by some or all of this software may be implemented using one or more dedicated hardware circuits. However, the use of software modules is preferred to facilitate the updating of the UE, access network node, and core network node to update their functionality.

[0074] It will be appreciated that when control plane-user plane (CP-UP) separation is employed, the base station may be separated into separate control plane and user plane entities, each of which may include associated transceiver circuitry, antennas, network interfaces, controllers, memory, an operating system, and a communications control module. When the base station includes a distributed base station, the network interface (reference numeral 55 in FIG. 3) also includes an E1 interface and an F1 interface (F1-C for the control plane and F1-U for the user plane) for communicating signals between the respective functions of the distributed base station. In this case, the communications control module is also responsible for communication (generating, transmitting, and receiving signaling messages) between the control plane and user plane portions of the base station.

[0075] The above exemplary embodiments are also applicable to "non-mobile" or generally stationary user equipment. The mobile devices described above may include MTC / IoT devices and / or the like.

[0076] The multiplexed HARQ codebook may be derived by appending the HARQ information to a second HARQ codebook. The HARQ information for the URLLC service may be generated by combining the first HARQ codebook into a single bit. The HARQ information for the URLLC service may include one bit set to a first value (e.g., “1”) to indicate that data associated with the URLLC service was successfully received or set to a second value (e.g., “0”) to indicate that data associated with the URLLC service was not successfully received.

[0077] The second service may include an Enhanced Mobile Broadband (eMBB) service.

[0078] The method performed by the UE may include transmitting the multiplexed HARQ codebook using at least one communication resource associated with the URLLC.

[0079] The at least one predetermined rule comprises: a rule specifying that if the first HARQ codebook carries both ACK and NACK, the second HARQ codebook is consolidated into one bit and appended to the end of the first HARQ codebook; - a rule specifying that if the first HARQ codebook carries only ACK or only NACK, and the second HARQ codebook carries both ACK and NACK, the first HARQ codebook is combined into one bit and added to the end of the second HARQ codebook; - a rule specifying that if the second HARQ codebook carries only ACK or only NACK, the second HARQ codebook is consolidated into one bit and added to the end of the first HARQ codebook; may include one or more of:

[0080] When the aggregated bits are based on a second codebook, the method performed by the UE may further include transmitting the second codebook to the access network node after transmitting the multiplexed HARQ-ACK codebook. The method may further include transmitting information indicating which codebooks have been aggregated into a single bit. The information indicating which codebooks have been aggregated into a single bit may include a one-bit indicator preceding the multiplexed HARQ codebooks.

[0081] Various other modifications will be apparent to those skilled in the art and will not be described in further detail here.

[0082] Although not limited thereto, the above-disclosed exemplary embodiments may be described in whole or in part as the following supplementary notes.

[0083] (Appendix 1) 1. A method performed by a user equipment (UE), comprising: receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; generating a first hybrid automatic repeat request (HARQ) codebook for the data associated with the URLLC service and a second HARQ codebook for the data associated with the second service; generating HARQ information for the URLLC service based on the first HARQ codebook, and multiplexing the HARQ information for the URLLC service with the second HARQ codebook to derive a multiplexed HARQ codebook; transmitting the multiplexed HARQ codebook to the access network node using at least one communication resource associated with URLLC; A method comprising:

[0084] (Appendix 2) 2. The method of claim 1, wherein the multiplexed HARQ codebook is derived by appending the HARQ information to the second HARQ codebook.

[0085] (Appendix 3) 3. The method of claim 1 or 2, wherein the HARQ information for the URLLC service is generated by combining the first HARQ codebook into a single bit.

[0086] (Appendix 4) 4. The method of claim 1, wherein the HARQ information for the URLLC service includes one bit set to a first value (e.g., "1") to indicate that the data associated with the URLLC service was successfully received, or set to a second value (e.g., "0") to indicate that at least a portion of the data associated with the URLLC service was not successfully received.

[0087] (Appendix 5) 5. The method of any one of claims 1 to 4, wherein the second service includes an Enhanced Mobile Broadband (eMBB) service.

[0088] (Appendix 6) 1. A method performed by a user equipment (UE), comprising: receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; generating a first hybrid automatic repeat request (HARQ) codebook for the data associated with the URLLC service and a second HARQ codebook for the data associated with the second service; Combining one of the first HARQ codebook and the second HARQ codebook into one bit according to at least one predetermined rule; multiplexing the aggregated bits with another of the first HARQ codebook and the second HARQ codebook to derive a multiplexed HARQ codebook; transmitting the multiplexed HARQ codebook to the access network node; A method comprising:

[0089] (Appendix 7) 7. The method of claim 6, comprising transmitting the multiplexed HARQ codebook using at least one communication resource associated with URLLC.

[0090] (Appendix 8) The at least one predetermined rule comprises: a rule specifying that if the first HARQ codebook carries both ACK and NACK, the second HARQ codebook is consolidated into one bit and appended to the end of the first HARQ codebook; a rule specifying that if the first HARQ codebook carries only ACK or only NACK, and the second HARQ codebook carries both ACK and NACK, the first HARQ codebook is consolidated into one bit and appended to the end of the second HARQ codebook; - a rule specifying that if the second HARQ codebook carries only ACK or only NACK, the second HARQ codebook is consolidated into one bit and added to the end of the first HARQ codebook; 8. The method of claim 6 or 7, comprising one or more of:

[0091] (Appendix 9) 9. The method of claim 6, wherein the aggregated bits are based on the second codebook, the method further comprising transmitting the second codebook to the access network node after transmitting the multiplexed HARQ-ACK codebook.

[0092] (Appendix 10) 10. The method of any one of claims 6 to 9, further comprising transmitting information indicating which codebooks have been collapsed into a single bit.

[0093] (Appendix 11) 11. The method of claim 10, wherein the information indicating which codebooks have been combined into a single bit comprises a one-bit indicator preceding the multiplexed HARQ codebooks.

[0094] (Appendix 12) 12. The method of any one of claims 6 to 11, wherein the second service includes an Enhanced Mobile Broadband (eMBB) service.

[0095] (Appendix 13) 1. A method performed by an access network node, comprising: transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; receiving, from the UE, using at least one communication resource associated with the URLLC service, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook being based on HARQ information for the URLLC service generated based on a first HARQ codebook for the data associated with the URLLC service and multiplexed with a second HARQ codebook for the data associated with the second service; A method comprising:

[0096] (Appendix 14) 1. A method performed by an access network node, comprising: transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; receiving, from the UE, a multiplexed hybrid automatic repeat request (HARQ) codebook, the multiplexed HARQ codebook including: i) a first HARQ codebook for the data associated with one of the URLLC service and the second service; and ii) aggregated bits based on a second HARQ codebook for the data associated with the other of the URLLC service and the second service; A method comprising:

[0097] (Appendix 15) A user equipment (UE), means for receiving, from an access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; means for generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and a second HARQ codebook for the data associated with the second service; means for generating HARQ information for the URLLC service based on the first HARQ codebook, and multiplexing the HARQ information for the URLLC service with the second HARQ codebook to derive a multiplexed HARQ codebook; means for transmitting the multiplexed HARQ codebook to the access network node using at least one communication resource associated with URLLC; UE equipped with.

[0098] (Appendix 16) A user equipment (UE), means for receiving, from the access network node, a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; means for generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the data associated with the URLLC service and a second HARQ codebook for the data associated with the second service; means for combining one of the first HARQ codebook and the second HARQ codebook into one bit according to at least one predetermined rule; means for multiplexing the aggregated bits with another of the first HARQ codebook and the second HARQ codebook to derive a multiplexed HARQ codebook; means for transmitting the multiplexed HARQ codebook to the access network node; UE equipped with.

[0099] (Appendix 17) an access network node, means for transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; means for receiving, from the UE, using at least one communication resource associated with a URLLC service, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook being based on HARQ information for the URLLC service generated based on a first HARQ codebook for the data associated with the URLLC service and multiplexed with a second HARQ codebook for the data associated with the second service; An access network node comprising:

[0100] (Appendix 18) an access network node, means for transmitting, to a user equipment (UE), a signal carrying data associated with a first Ultra-Reliable and Low-Latency Communications (URLLC) service and data associated with a second service; means for receiving, from the UE, a multiplexed Hybrid Automatic Repeat Request (HARQ) codebook, the multiplexed HARQ codebook including: i) a first HARQ codebook for the data associated with one of the URLLC service and the second service; and ii) aggregated bits based on a second HARQ codebook for the data associated with the other of the URLLC service and the second service; An access network node comprising:

[0101] This application is based on and claims the benefit of priority from UK Patent Application No. 2016378.8 filed on October 15, 2020, the disclosure of which is incorporated herein by reference in its entirety.

Claims

1. means for receiving, from a radio access network node, a signal carrying first data corresponding to a first priority and second data corresponding to a second priority; means for generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the first data; means for generating a second HARQ codebook for the second data; means for generating the first priority HARQ information by reducing bits of the first HARQ codebook based on content multiplexed into the first HARQ codebook; means for multiplexing the HARQ information with the second HARQ codebook to derive a multiplexed HARQ codebook; means for transmitting the multiplexed HARQ codebook to the radio access network node; A user equipment (UE) comprising:

2. The UE of claim 1 , wherein the content is the second HARQ codebook.

3. the first priority corresponds to a high priority; the second priority corresponds to a low priority; 3. The UE according to claim 1 or 2.

4. means for transmitting, to a User Equipment (UE), a signal carrying first data corresponding to a first priority and second data corresponding to a second priority; means for receiving a multiplexed HARQ codebook from the UE; the multiplexed HARQ codebook is multiplexed with a second HARQ codebook for the second data based on first priority HARQ information generated by reducing bits of the first HARQ codebook based on content multiplexed into the first HARQ codebook for the first data.

5. receiving, from a radio access network node, a signal carrying first data corresponding to a first priority and second data corresponding to a second priority; generating a first Hybrid Automatic Repeat Request (HARQ) codebook for the first data; generating a second HARQ codebook for the second data; generating the first priority HARQ information by reducing bits of the first HARQ codebook based on the content of the second HARQ codebook; multiplexing the HARQ information with the second HARQ codebook to derive a multiplexed HARQ codebook; transmitting the multiplexed HARQ codebook to the radio access network node; A method in a User Equipment (UE), comprising:

6. transmitting, to a User Equipment (UE), a signal carrying first data corresponding to a first priority and second data corresponding to a second priority; receiving a multiplexed HARQ codebook from the UE; 1. A method in a radio access network node, wherein the multiplexed HARQ codebook is multiplexed with a second HARQ codebook for the second data based on first priority HARQ information generated by reducing bits of the first HARQ codebook based on content to be multiplexed into the first HARQ codebook for the first data.

Images