User Equipment and Scheduling Devices

Abstract

Some exemplary embodiments relate to a user equipment (UE), a scheduling device, and respective methods for the UE and the scheduling device. For example, the UE includes a transceiver that, in operation, receives a resource configuration indicating periodic downlink resources each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report, receives a resource indicator for determining a second resource for transmitting the confirmation report, and receives data via one of the downlink resources. For example, the UE further includes circuitry that, in operation, determines the second resource using the resource indicator and determines a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources, and the transceiver, in operation, transmits the confirmation report via the resource determined by the circuitry.

Description

[Technical Field]

[0001] 1.Technical Field This disclosure relates to transmitting and receiving signals in communication systems such as 3rd Generation Partnership Project (3GPP®). In particular, this disclosure relates to methods and apparatus for such transmission and reception.

[0002] 2. Description of Related Technology 3GPP is working on technical specifications for next-generation cellular technology (also known as 5G), including New Radio (NR) access technology (RAT), which will operate in the frequency range up to 100 GHz. NR is the successor to technologies represented by Long Term Evolution (LTE) and LTE Advanced (LTE-A).

[0003] In systems such as LTE, LTE-A, and NR, further improvements and options may facilitate efficient operation of the communication system and certain devices associated with the communication system. Summary of the Invention [Problem to be solved by the invention]

[0004] One non-limiting exemplary embodiment facilitates increased efficiency of resource usage, particularly in scenarios involving periodic traffic. [Means for solving the problem]

[0005] In one embodiment, the technology disclosed herein features a user equipment (UE). The UE includes a transceiver that, in operation, receives a resource configuration indicating periodic downlink resources each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report, receives a resource indicator for determining a second resource for transmitting the confirmation report, and receives data via one of the downlink resources. The UE further includes, in operation, circuitry that determines the second resource using the resource indicator and determines a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources, and the transceiver that, in operation, transmits the confirmation report via the resource determined by the circuitry.

[0006] It should be noted that the general or specific embodiments may be implemented as a system, a method, an integrated circuit, a computer program, a storage medium, or any selective combination thereof.

[0007] Further advantages and benefits of an embodiment of the present disclosure will become apparent from the specification and drawings. Such advantages and / or benefits may be provided by some of the embodiments and features described in the specification and drawings, but not all of them necessarily need to be provided to obtain one or more identical features.

[0008] The following exemplary embodiments are described in more detail with reference to the accompanying drawings. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 illustrates an example architecture of a 3GPP NR system. [Figure 2] Schematic diagram showing functional separation between NG-RAN and 5GC [Figure 3] Sequence diagram of RRC connection setup / reconfiguration procedure [Figure 4]Schematic showing enhanced mobile broadband (eMBB), massive machine-type communications (mMTC), and ultra-reliable low-latency communications (URLLC) usage scenarios [Figure 5] Block diagram illustrating an exemplary 5G system architecture for a non-roaming scenario [Figure 6] Diagram showing example SPS and CG configurations for simultaneous DL and UL data streams [Figure 7] General and Simplified Exemplary Block Diagram of a User and Scheduling Device [Figure 8] FIG. 1 illustrates a functional structure of an example of a confirmation report resource determination circuit. [Figure 9] 1 illustrates an example functional structure of a scheduling circuit. [Figure 10] FIG. 1 illustrates a method performed by a user equipment and a scheduling device. [Figure 11] FIG. 10 illustrates a process for sending a confirmation report in the first embodiment according to an embodiment. [Figure 12] FIG. 10 illustrates a process for sending a confirmation report according to a second exemplary embodiment. [Figure 13] FIG. 10 illustrates a process for sending a confirmation report according to a third exemplary embodiment. [Figure 14] FIG. 10 illustrates a process for sending a confirmation report according to a variation of the third exemplary embodiment. [Figure 15] FIG. 10 illustrates a process for sending a confirmation report according to a fourth exemplary embodiment. [Figure 16] FIG. 10 is a flowchart illustrating a method performed by the UE 100 according to the fourth embodiment. [Figure 17] FIG. 10 illustrates a process for sending a confirmation report according to a fifth exemplary embodiment. [Figure 18] FIG. 10 illustrates a process for sending a confirmation report according to a variation of the fifth exemplary embodiment. [Figure 19] FIG. 10 illustrates a process for sending a confirmation report according to a further variation of the fifth exemplary embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0010] <5G NR system architecture and protocol stack> 3GPP is working on the next release of fifth-generation cellular technology (known simply as "5G"), which includes the development of a new radio access technology (NR) that will operate in frequencies up to 100 GHz. The first version of the 5G standard was completed at the end of 2017, allowing for the testing and commercial deployment of smartphones compliant with the 5G NR standard.

[0011] In particular, the overall system architecture assumes a Next Generation - Radio Access Network (NG-RAN) with gNBs, which terminate the NG radio access user plane (SDAP / PDCP / RLC / MAC / PHY) protocols and control plane (Radio Resource Control (RRC) protocols) towards UEs. The gNBs are interconnected with each other by an Xn interface. The gNBs are also connected to the Next Generation Core (NGC) by a Next Generation (NG) interface, more specifically to the Access and Mobility Management Function (AMF) (e.g., a specific core entity running the AMF) by an NG-C interface, and to the User Plane Function (UPF) (e.g., a specific core entity running the UPF) by an NG-U interface. The NG-RAN architecture is shown in Figure 1 (see, e.g., Section 4 of 3GPP TS 38.300 v15.6.0).

[0012] The user plane protocol stack in NR (see, for example, Section 4.4.1 of 3GPP TS 38.300) includes the PDCP (Packet Data Convergence Protocol) sublayer, the RLC (Radio Link Control) sublayer, and the MAC (Medium Access Control) sublayer, which are terminated at the gNB on the network side. In addition, a new access stratum (AS) sublayer (SDAP, Service Data Adaptation Protocol) is introduced above PDCP (see, for example, Section 6.5 of 3GPP TS 38.300). A control plane protocol stack is also defined in NR (see, for example, Section 4.4.2 of TS 38.300). An overview of Layer 2 functionality is given in TS 38.300, clause 6. The functionality of the PDCP, RLC, and MAC sublayers is given in TS 38.300, clauses 6.4, 6.3, and 6.2, respectively. The functionality of the RRC layer is given in TS 38.300, clause 7.

[0013] For example, the Medium-Access-Control (MAC) layer handles scheduling and scheduling-related functions, including multiplexing logical channels and handling various numerologies.

[0014] The physical layer (PHY) is responsible for, for example, coding, PHY HARQ processing, modulation, multi-antenna processing, and mapping of signals to appropriate physical time-frequency resources. The physical layer also handles mapping of transport channels to physical channels. The physical layer provides services to the MAC layer in the form of transport channels. A physical channel corresponds to a set of time-frequency resources used for transmitting a specific transport channel, and each transport channel is mapped to a corresponding physical channel. For example, physical channels are the PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel), and PUCCH (Physical Uplink Control Channel) for the uplink, and the PDSCH (Physical Downlink Shared Channel), PDCCH (Physical Downlink Control Channel), and PBCH (Physical Broadcast Channel) for the downlink.

[0015] NR use cases / deployment scenarios include enhanced mobile broadband (eMBB), ultra-reliable and low-latency communications (URLLC), and / or massive machine-type communications (mMTC), which have diverse requirements for data rates, latency, and coverage. For example, eMBB is expected to support peak data rates (20 Gbps downlink and 10 Gbps uplink) and user-perceived data rates on the order of three times those offered by IMT-Advanced. In contrast, URLLC has more stringent requirements, including extremely low latency (user plane latency of 0.5 ms for UL and DL, respectively) and high reliability (1-10 Mbps within 1 ms). -5) and mMTC requires high connection density (1 km in urban environments). 2 1,000,000 devices per second), wide coverage in harsh environments, and extremely long battery life (15 years) to lower device costs may preferably be required.

[0016] Therefore, an OFDM numerology (e.g., subcarrier spacing, OFDM symbol length, cyclic prefix (CP) length, number of symbols per scheduling interval) suitable for one use case may not work well for another use case. For example, low-latency services may preferably require a shorter symbol length (and therefore a larger subcarrier spacing) and / or fewer symbols per scheduling interval (also referred to as TTI) than mMTC services. Furthermore, deployment scenarios with large channel delay spreads may preferably require a longer CP length than scenarios with small delay spreads. To maintain a similar CP overhead, the subcarrier spacing should be optimized depending on the delay spread. In NR, more than one value of subcarrier spacing may be supported. Therefore, subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, ... are currently being considered. The symbol length T u and the subcarrier spacing Δf is given by the formula (Δf=1 / T u ) As in LTE systems, the term "resource element" can be used to denote the smallest resource unit consisting of one subcarrier for the length of one OFDM / SC-FDMA symbol.

[0017] In the new wireless system 5G-NR, for each numerology and carrier, a resource grid of subcarriers and OFDM symbols is defined for both the uplink and the downlink. Each element in the resource grid is called a resource element and is identified based on the frequency index in the frequency domain and the symbol position in the time domain (see, for example, Section 4 of 3GPP TS 38.211, for example, v17.1.0). For example, downlink transmission and uplink transmission are configured in frames with a time duration of 10 ms. Each frame consists of 10 subframes each with a time duration of 1 ms. In the implementation of 5G NR, the number of consecutive OFDM symbols per subframe depends on the subcarrier spacing setting. For example, for a subcarrier spacing of 15 kHz, the subframe has 14 OFDM symbols (assuming a normal cyclic prefix, similar to an LTE-compliant implementation). On the other hand, for a subcarrier spacing of 30 kHz, the subframe has two slots, and each slot contains 14 OFDM symbols.

[0018] <Split of 5G NR functions between NG-RAN and 5GC> Figure 2 shows the split of functions between NG-RAN and 5GC. The logical nodes of NG-RAN are gNB or ng-eNB. The logical nodes of 5GC are AMF, UPF, and SMF.

[0019] In particular, gNB and ng-eNB handle the following major functions. - Functions of radio resource management such as radio bearer control, radio admission control, connection mobility control, and dynamic resource allocation (scheduling) to the UE in both the uplink and downlink directions - IP header compression, encryption, and integrity protection of data - AMF selection at UE attach time when routing to the AMF cannot be determined from information provided by the UE - Routing of user plane data to the UPF - Routing of control plane information to AMF - Establishing and releasing connections - scheduling and sending of paging messages - System broadcast information (sent from AMF or OAM) (scheduling and transmission) - Configuring measurements and measurement reporting for mobility and scheduling - Transport-level packet marking in the uplink - Session Management - Network slicing support - QoS flow management and mapping to data radio bearers - Support for UEs in RRC_INACTIVE state - Non-Access Stratum (NAS) message delivery function - Radio Access Network Sharing - Dual Connectivity - Close interworking between NR and E-UTRA

[0020] The Access and Mobility Management Function (AMF) handles the following main functions: - Termination of Non-Access Stratum (NAS) signaling - NAS signaling security - Access Stratum (AS) security control - Core Network (CN) inter-node signaling for mobility between 3GPP access networks - Reachability for idle mode UEs (including control and execution of paging retransmissions) - Registration Area Management - Support for intra-system and inter-system mobility - Access Authentication - Access authentication, including roaming rights checks - Mobility management controls (subscriptions and policies) - Network slicing support - Selection of Session Management Function (SMF)

[0021] Furthermore, the User Plane Function (UPF) handles the following main functions: - Anchor points for intra-RAT / inter-RAT mobility (when applicable) - External PDU session points for interconnection with data networks - Packet routing and forwarding - User plane portion of packet inspection and policy rule enforcement - Traffic Usage Report - Uplink classifier to support routing of traffic flows to the data network - Branching points to support multi-homed PDU sessions - User plane QoS processing (e.g., packet filtering, gating, UL / DL rate enforcement) - Verification of uplink traffic (mapping from SDF to QoS flow) - Downlink packet buffering and downlink data notification triggering

[0022] Finally, the Session Management Function (SMF) handles the following major functions: - Session Management - UE IP address allocation and management - UP function selection and control - Configuration of traffic steering in the User Plane Function (UPF) for routing traffic to the correct destination - Policy enforcement and QoS control part - Downlink data notification

[0023] <Procedures for establishment and reconfiguration of RRC connection> Figure 3 shows the interaction between the UE, gNB, and AMF (5GC entity) in the NAS part when the UE transitions from RRC_IDLE to RRC_CONNECTED (see, for example, TS 38.300 v15.6.0).

[0024] RRC is the upper layer signaling (protocol) used for the configuration of the UE and gNB. Specifically, in this transition, the AMF creates UE context data (including, for example, PDU session context, security keys, UE radio capabilities, UE security capabilities, etc.), and sends it to the gNB via an INITIAL CONTEXT SETUP REQUEST. Next, the gNB activates the AS security with the UE, which is executed by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message. After that, the gNB performs reconfiguration to establish signaling radio bearer 2 (SRB2) and data radio bearer (DRB: Data Radio Bearer), which is by the gNB sending an RRCReconfiguration message to the UE and the gNB receiving RRCReconfigurationComplete from the UE in response. In the case of a signaling-only connection, since SRB2 and DRB are not established, these steps related to RRCReconfiguration are skipped. Finally, the gNB notifies the AMF via an INITIAL CONTEXT SETUP RESPONSE that the establishment procedure has completed.

[0025] Accordingly, the present disclosure provides a fifth generation core (5GC) entity (e.g., AMF, SMF, etc.) having, in operation, a control circuit that establishes a next generation (NG) connection with a gNodeB such that a signaling radio bearer is established between the gNodeB and a user equipment (UE), and a transmitter that, in operation, transmits an initial context setup message to the gNodeB over the NG connection. In particular, the gNodeB transmits radio resource control (RRC) signaling including a resource allocation configuration information element to the UE over the signaling radio bearer. The UE then performs uplink transmission or downlink reception based on the resource allocation configuration.

[0026] <IMT usage scenarios after 2020> Figure 4 illustrates some of the use cases for 5G NR. The 3GPP NR (3rd Generation Partnership Project New Radio) is considering three use cases envisioned for IMT-2020 to support a wide variety of services and applications. Phase 1 specifications for enhanced mobile broadband (eMBB) have been finalized. Current and future work includes standardization for ultra-reliable and low-latency communications (URLLC) and massive machine-type communications (mMTC), in addition to further extending eMBB support. Figure 4 illustrates some example IMT usage scenarios envisioned for 2020 and beyond (see, for example, Figure 2 in ITU-R M.2083).

[0027] URLLC use cases have stringent requirements for capabilities such as throughput, latency, and availability, and are envisioned as one of the enablers for future vertical applications, such as wireless control of industrial manufacturing or production processes, remote medical surgery, power distribution automation in smart grids, and transportation safety. URLLC's ultra-high reliability is supported by identifying technologies to meet the requirements set by TR 38.913. For NR URLLC in Release 15, key requirements include a user plane target latency of 0.5 ms for the uplink (UL) and 0.5 ms for the downlink (DL). A typical URLLC requirement for a single packet transmission is a block error rate (BLER) of 1E-5 for a 32-byte packet size with a 1-ms user plane latency.

[0028] From a physical layer perspective, there are several possible ways to improve reliability. Current scope for improving reliability includes defining a separate CQI table for URLLC, a more compact DCI format, PDCCH repetition, etc. However, as NR becomes more stable and developed (a key requirement for NR URLLC), the scope for achieving ultra-high reliability may expand. Specific use cases for NR URLLC in Release 15 include augmented reality / virtual reality (AR / VR), e-health, e-safety, and mission-critical applications.

[0029] Furthermore, technology enhancements targeted at NR URLLC target latency improvement and reliability enhancement. Technology enhancements for latency improvement include configurable numerology, non-slot-based scheduling with flexible mapping, grant-free (configured grant) uplink, slot-level repetition of data channels, and downlink preemption. Preemption means that a transmission for which resources have already been allocated is aborted and the already allocated resources are used for another transmission requested later with smaller latency / higher priority requirements. Thus, an already granted transmission is preempted by a later transmission. Preemption applies regardless of the specific service type. For example, a transmission of service type A (URLLC) can be preempted by a transmission of service type B (e.g., eMBB). Technology enhancements for reliability improvement include dedicated CQI / MCS tables for a target BLER of 1E-5.

[0030] The mMTC (Massive Machine Type Communication) use case is characterized by a very large number of connected devices transmitting relatively small amounts of data that are generally latency sensitive. The devices need to be low cost and have extremely long battery life. From an NR perspective, utilizing very narrow bandwidth portions is one possible solution to achieve power savings from the UE perspective, enabling long battery life.

[0031] As mentioned above, it is expected that the range of reliability in NR will expand. One key requirement for all cases, especially for URLLC and mMTC, is high or ultra-high reliability. Several mechanisms can be considered to improve reliability from a radio perspective and a network perspective. In general, there are several key areas that can help improve reliability. These areas include compact control channel information, data channel / control channel repetition, and diversity related to the frequency, time, and / or spatial domains. These areas are generally applicable to reliability, regardless of the specific communication scenario.

[0032] Additional use cases with more stringent requirements are envisioned for NR URLLC, such as factory automation, transportation, and power distribution. The more stringent requirements include higher reliability (up to 10 times faster), depending on the use case. -6 level), higher availability, packet size up to 256 bytes, time synchronization on the order of a few microseconds (values range from 1 to a few microseconds depending on the frequency range), and short latency on the order of 0.5 to 1 ms (target latency for the user plane in particular is 0.5 ms).

[0033] Furthermore, for NR URLLC, several technical enhancements are possible from the perspective of the physical layer. In particular, enhancements related to PDCCH (Physical Downlink Control Channel) include compact DCI, repetition of PDCCH, and increased PDCCH monitoring. Also, enhancements related to UCI (Uplink Control Information) include enhancements of HARQ (Hybrid Automatic Repeat Request) and CSI feedback. In addition, enhancements of PUSCH related to mini-slot level hopping and retransmission / repetition have also been recognized. The term "mini-slot" means a transmission time interval (TTI: Transmission Time Interval) that contains a smaller number of symbols than a slot (a slot contains, for example, 14 symbols).

[0034] <QoS Control> The 5G QoS (Quality of Service) model is based on QoS flows and supports both QoS flows that require a guaranteed flow bit rate (GBR QoS flows) and QoS flows that do not require a guaranteed flow bit rate (non-GBR QoS flows). Therefore, at the NAS level, a QoS flow is the finest granularity for QoS differentiation in a PDU session. A QoS flow is identified within a PDU session by a QoS flow ID (QFI) that is transmitted within a capsule header through the NG-U interface.

[0035] The 5GC establishes one or more PDU sessions for each UE. The NG-RAN establishes at least one Data Radio Bearer (DRB) for each UE along with the PDU session, and can then configure additional DRBs for the QoS flows of that PDU session (as determined by the NG-RAN, e.g., as described above with reference to Figure 3). The NG-RAN maps packets belonging to different PDU sessions to different DRBs. NAS-level packet filters in the UE and 5GC associate UL and DL packets with QoS flows, and AS-level mapping rules in the UE and NG-RAN associate UL and DL QoS flows with DRBs.

[0036] Figure 5 illustrates the 5G NR non-roaming reference architecture (see Section 4.23 of TS 23.501 v16.1.0). Application Functions (AFs) (e.g., external application servers handling the 5G services exemplarily illustrated in Figure 4) interact with the 3GPP Core Network to provide services. For example, they may support application influence on traffic routing, access Network Exposure Functions (NEFs), or interact with a policy framework (see Policy Control Function (PCF)) for policy control (e.g., QoS control). Based on the operator's deployment, Application Functions (AFs) deemed trusted by the operator may be allowed to interact directly with the relevant Network Functions. Application Functions (AFs) not permitted by the operator to directly access Network Functions interact with the relevant Network Functions using an external exposure framework via the NEF.

[0037] Figure 5 shows further functional units of the 5G architecture: Network Slice Selection Function (NSSF), Network Repository Function (NRF), Unified Data Management (UDM), Authentication Server Function (AUSF), Access and Mobility Management Function (AMF), Session Management Function (SMF), and Data Network (DN) (e.g., operator services, internet access, or third-party services). All or part of the core network functions and application services may be located and run in a cloud computing environment.

[0038] Therefore, the present disclosure provides an application server (e.g., an AF in a 5G architecture) having: a transmitter unit that, in operation, sends a request including QoS requirements for at least one of a URLLC service, an eMMB service, and an mMTC service to at least one of 5GC functions (e.g., an NEF, an AMF, an SMF, a PCF, an UPF, etc.) to establish a PDU session including a radio bearer between a gNodeB and a UE in accordance with the QoS requirements; and a control circuit that, in operation, executes the service using the established PDU session.

[0039] <Control signal> In the present disclosure, the downlink control signal (information) according to the present disclosure may be a signal (information) transmitted via a PDCCH of a physical layer, or may be a signal (information) transmitted via a MAC Control Element (CE) of a higher layer or an RRC. The downlink control signal may be a predefined signal (information).

[0040] The uplink control signal (information) according to the present disclosure may be a signal (information) transmitted via a PUCCH of a physical layer, or may be a signal (information) transmitted via a MAC CE of a higher layer or RRC. The uplink control signal may also be a predefined signal (information). The uplink control signal may be uplink control information (UCI), first-stage sidelink control information (SCI), or second-stage SCI.

[0041] <Base station> In the present disclosure, a base station may be, for example, a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver Station (BTS), a base unit, or a gateway. Furthermore, in sidelink communication, a terminal may be used instead of a base station. The base station may be a relay device that relays communication between an upper node and a terminal. The base station may be a roadside unit.

[0042] <Uplink / Downlink / Sidelink> The present disclosure may be applied to any of the uplink, downlink, and sidelink.

[0043] For example, the present disclosure may be applied to uplink channels such as PUSCH, PUCCH, and PRACH, downlink channels such as PDSCH, PDCCH, and PBCH, and sidelinks such as PSSCH (Physical Sidelink Shared Channel), PSCCH (Physical Sidelink Control Channel), and PSBCH (Physical Sidelink Broadcast Channel).

[0044] The PDCCH, PDSCH, PUSCH, and PUCCH are examples of a downlink control channel, a downlink data channel, an uplink data channel, and an uplink control channel, respectively. The PSCCH and PSSCH are examples of a sidelink control channel and a sidelink data channel, respectively. The PBCH and PSBCH are examples of a broadcast channel, and the PRACH is an example of a random access channel.

[0045] <Data channel / control channel> The present disclosure may be applied to both data channels and control channels. The channels in the present disclosure may be replaced with data channels including PDSCH, PUSCH, and PSSCH, and / or control channels including PDCCH, PUCCH, PBCH, PSCCH, and PSBCH.

[0046] <Reference signal> In this disclosure, a reference signal is a signal known to both a base station and a mobile station, and each reference signal may be referred to as a reference signal (RS) or a pilot signal. A reference signal may be any of a demodulation reference signal (DMRS), a channel state information - reference signal (CSI-RS), a tracking reference signal (TRS), a phase tracking reference signal (PTRS), a cell-specific reference signal (CRS), and a sounding reference signal (SRS).

[0047] <time interval> In the present disclosure, the time resource unit is not limited to one or a combination of a slot and a symbol, and may be a time resource unit such as a frame, a superframe, a subframe, a slot, a subslot of a time slot, a minislot, or a symbol, an Orthogonal Frequency Division Multiplexing (OFDM) symbol, a Single Carrier-Frequency Division Multiplexing Access (SC-FDMA) symbol, or other time resource unit. The number of symbols included in one slot is not limited to the number of symbols exemplified in the above-mentioned embodiment, and may be other numbers of symbols.

[0048] <Frequency band> The present disclosure may be applied to both licensed and unlicensed bands.

[0049] <Communication> The present disclosure may be applied to communication between a base station and a terminal (Uu link communication), communication between terminals (sidelink communication), and V2X (Vehicle to Everything) communication. The channels in the present disclosure may be rephrased as PSCCH, PSSCH, physical sidelink feedback channel (PSFCH), PSBCH, PDCCH, PUCCH, PDSCH, PUSCH, and PBCH.

[0050] The present disclosure can be applied to both terrestrial networks and non-terrestrial networks (NTNs) using satellites or high altitude pseudo satellites (HAPSs). The present disclosure can also be applied to networks with large cell sizes and terrestrial networks with large delays compared to the symbol length or slot length, such as ultra-wideband transmission networks.

[0051] <Antenna port> An antenna port refers to a logical antenna (antenna group) formed from one or more physical antennas. That is, an antenna port does not necessarily refer to a single physical antenna, but may refer to an array antenna consisting of multiple antennas. For example, the number of physical antennas constituting an antenna port is not defined. Instead, an antenna port is defined as the smallest unit through which a terminal is permitted to transmit a reference signal. An antenna port can also be defined as the smallest unit for multiplication of precoding vector weights.

[0052] <Downlink control channel monitoring, PDCCH, DCI> Many of the functions performed by the UE and / or relay include, for example, monitoring a downlink control channel (e.g., PDCCH) (see section 5.2.3 of 3GPP TS 38.300 v15.6.0) to receive specific control information or data intended for the UE.

[0053] Below is a non-exhaustive list of such features: - Paging message monitoring function, - System information acquisition function, - Signaling monitoring operation in discontinuous reception (DRX) function, - Inactivity monitoring operation in the discontinuous reception (DRX) function, - receiving a random access response in a random access function; - Packet Data Convergence Protocol (PDCP) layer reordering function As described above, the PDCCH is monitored by the UE to identify and receive information intended for the UE, such as control information and user traffic (e.g., DCI on the PDCCH, user data on the PDSCH indicated by the PDCCH).

[0054] Control information in the downlink (which may be referred to as downlink control information, DCI) has the same purpose in 5G NR as DCI in LTE, i.e., it is a set of special control information for scheduling, for example, a downlink data channel (e.g., PDSCH) or an uplink data channel (e.g., PUSCH).

[0055] For 5G NR, many different DCI formats have already been defined (see TS 38.212 v15.6.0, section 7.3.1).

[0056] These DCI formats represent the predetermined formats that the respective information is formed and transmitted in. In particular, DCI formats 0_1 and 1_1 are used for scheduling the PUSCH and PDSCH in one cell, respectively.

[0057] PDCCH monitoring in each of these functions serves a specific purpose and is therefore initiated for that purpose. PDCCH monitoring is typically controlled at least based on a timer operated by the UE. The timer has the purpose of controlling PDCCH monitoring, for example, to limit the maximum length of time that the UE monitors the PDCCH. For example, the UE does not need to monitor the PDCCH indefinitely and can suspend monitoring after a certain time to conserve power.

[0058] As mentioned above, one of the purposes of the DCI in the PDCCH is to dynamically schedule resources in the downlink, uplink, or sidelink. In particular, several formats of the DCI are provided to convey notification of resources allocated to a data channel for a particular user (resource allocation, RA). The resource allocation may include specifying resources in the frequency domain and / or the time domain.

[0059] <Control information: Search space set> PDCCH monitoring is performed by the UE to identify and receive information intended for the UE, such as control information and user traffic (eg, DCI on the PDCCH and user data on the PDSCH indicated by the PDCCH).

[0060] Control information in the downlink (which may be referred to as, for example, Downlink Control Information (DCI)) has essentially the same purpose in 5G NR as DCI in LTE, i.e., it is a special set of control information for, for example, scheduling a downlink data channel (e.g., PDSCH) or an uplink data channel (e.g., PUSCH). In an exemplary implementation according to 5G NR, there are several different DCI formats already defined (see, for example, section 7.3.1 of v17.1.0 of TS 38.212). An overview is provided in the following table: [Table 1]

[0061] In 5G NR, the PDCCH is transmitted in a radio resource region called the control resource set (CORESET). In LTE, the concept of a CORESET does not explicitly exist. Instead, the PDCCH in LTE uses the entire carrier bandwidth in the first one to three OFDM symbols (four in the narrowest case). In contrast, the CORESET in 5G NR can occur anywhere within a slot and anywhere within the carrier's frequency range, except that the UE is not supposed to process the CORESET outside the active bandwidth portion (BWP).

[0062] Therefore, the UE performs PDCCH monitoring operations as specified in 3GPP TS 38.213, e.g., v17.1.0, clauses 10 and 11. In the exemplary specification, the UE monitors a set of PDCCH candidates defined as a PDCCH search space set. The search space set can be a common search space (CSS) or a UE-specific search space (USS).

[0063] As exemplarily specified in section 10.1 of 3GPP TS 38.213, the UE: - the Type0-PDCCH CSS set by MIB pdcch-ConfigSIB1 or PDCCH-ConfigCommon searchSpaceSIB1 or PDCCH-ConfigCommon searchSpaceZero for DCI formats with CRC scrambled by SI-RNTI on the primary cell of the MCG; - Type0A-PDCCH CSS set by searchSpaceOtherSystemlnformation in PDCCH-ConfigCommon for DCI formats with CRC scrambled by SI-RNTI on the primary cell of the MCG - Type1-PDCCH CSS set by ra-SearchSpace in PDCCH-ConfigCommon for DCI formats with CRC scrambled by RA-RNTI, MsgB-RNTI, or TC-RNTI on the primary cell - Type2-PDCCH CSS set by the pagingSearchSpace of PDCCH-ConfigCommon for DCI formats with CRC scrambled by P-RNTI on the primary cell of the MCG - Type3-PDCCH CSS set by SearchSpace in PDCCH-Config with searchSpaceType=common for DCI formats with CRC scrambled by INT-RNTI, SFI-RNTI, TPC-PUSCH-RNTI, TPC-PUCCH-RNTI, TPC-SRS-RNTI, or CI-RNTI and, for the primary cell only, by C-RNTI, MCS-C-RNTI, CS-RNTI, or PS-RNTI. - the USS set configured by the SearchSpace of the PDCCH-Config with searchSpaceType=ue-Specific for a DCI format with a CRC scrambled by C-RNTI, MCS-C-RNTI, SP-CSI-RNTI, CS-RNTI, SL-RNTI, SL-CS-RNTI, or SL semi-persistent scheduling V-RNTI The PDCCH candidate is monitored in one or more of the sets of CSSs and USSs, such as:

[0064] Each activated serving cell configured for PDCCH monitoring with the corresponding search space set monitors one or more CORESETs in the active DL BWP, where monitoring implies decoding each PDCCH candidate according to the monitored DCI format.

[0065] <Physical resource block> The term "physical resource block" (PRB) typically refers to the smallest allocable resource unit available for transmission of (user) data. In LTE and NR, a PRB has a predetermined number of consecutive subcarriers in the frequency domain (e.g., 12) and a predetermined number of symbols in the time domain (e.g., 14 OFDM symbols in LTE).

[0066] <Time domain in 5G NR> In the time domain, transmissions in 5G NR are organized into frames of 10 ms length, each divided into ten equally sized subframes of 1 ms length. The subframes are divided into one or more slots of 14 OFDM symbols each. The time length of a slot, in milliseconds, depends on the numerology. Thus, for example, for a subcarrier spacing of 15 kHz, an NR slot has the same structure as an LTE subframe with a regular cyclic prefix. A subframe in 5G NR serves as a numerology-independent time reference, which is particularly useful when multiple numerologies are mixed on the same carrier, while a slot is a typical dynamic scheduling unit.

[0067] 5G NR supports multiple slot formats, each of which indicates how each symbol in a slot is used. The slot format defines which symbols in a particular slot are used for the uplink and which symbols are used for the downlink. In LTE TDD, if a subframe (equivalent to a slot in NR) is configured for DL or UL, all symbols in that subframe must be used as DL or UL. However, in NR, each symbol in a slot can be configured differently as DL or UL. Flexible symbols also exist that can be configured as DL or UL. In an exemplary 5G NR-compliant implementation, the gNB uses a slot format indicator (SFI) to inform the UE of the slot format to be used (see also 3GPP TS 38.213, Section 16.7.0, Section 11.1.1). For example, the slot format indicator includes an index value associated with the slot format (e.g., in the form of a table).

[0068] <Uplink control information and scheduling request (SR) in 5G NR> While downlink control information is carried by the PDCCH (see above), uplink control information (UCI) can be transmitted on the PUCCH or PUSCH depending on the situation. The uplink control information can be channel state information (CSI), ACK / NACK information, and scheduling requests. Not all of these need to be carried in a single PUCCH transmission. For example, CSI may be carried alone, ACK / NACK may be carried alone, SR may be carried alone, or CSI and ACK / NACK may be carried together on the PUCCH.

[0069] There are several different PUCCH formats that can be used to transmit UCI, and currently there are five PUCCH formats, numbered 0 through 4. Of these, formats 0 and 2 are sometimes called short PUCCH formats because they occupy a maximum of two OFDM symbols. Often, the last one or two OFDM symbols of a slot are used for PUCCH transmission, for example, to transmit hybrid ARQ acknowledgments (ACK / NACK) for downlink data transmissions.

[0070] Formats 1, 3, and 4 are sometimes called long PUCCH formats because they occupy between 4 and 14 OFDM symbols. The reason for having a longer duration than the previous two formats is coverage. If a duration of one or two OFDM symbols does not provide enough received energy for reliable reception, a longer duration is required and one of the long PUCCH formats can be used.

[0071] The PUCCH format to use can be determined based on, for example, how many bits of UCI are to be transmitted and how many symbols (PUCCH duration) are available, as exemplarily shown in the following table (see, for example, section 6.3.2 of v17.1.0 of 3GPP TS 38.211):

[0072] The UCI can be transmitted on the PUCCH flexibly in the time and frequency domains using specially allocated radio resources, such as a PUCCH resource set. A UE can be configured with up to four sets of PUCCH resources, and a PUCCH resource set is associated with a PUCCH resource set index. In particular, a PUCCH resource set includes at least four PUCCH resource configurations, each of which includes a PUCCH format to use and all transmission parameters required for that format. The configuration of such resources can be performed by various information elements in the RRC protocol layer, such as the PUCCH-Config information element (see, for example, section 6.3.2 of v16.7.0 of 3GPP TS 38.331).

[0073] As mentioned above, a UE may be configured with up to four PUCCH resource sets, each corresponding to a specific range of UCI feedback to transmit. For example, PUCCH resource set 0 can handle a maximum of 2 bits of UCI payload and therefore includes only PUCCH formats 0 and 1, while the remaining PUCCH resource sets may include any PUCCH format other than formats 0 and 1.

[0074] The current reporting of UCI in PUCCH is defined in 3GPP TS 38.213, e.g., v17.1.0, section 9.2.

[0075] The PUCCH resource may include one or more of the following parameters: PUCCH resource index Index of the first PRB (Physical Resource Block) before frequency hopping and without frequency hopping Index of the first PRB after frequency hopping Notification of intra-slot frequency hopping PUCCH format setting PUCCH resources are allocated by the gNB differently for each UE. The UE uses pre-configured PUCCH resources without coordination with the gNB. Allocating different PUCCH resources to UEs ensures that the UEs can use these resources simultaneously without colliding or interfering with each other.

[0076] The transmission of scheduling requests using the PUCCH is defined in 3GPP TS 38.213, e.g., in v17.1.0, section 9.2.4. Specific parameters are configured in the UE to determine the scheduling request radio resources used for transmitting a scheduling request (SR). For example, a periodicity and offset are defined for SR transmissions, which are used to determine the slot and / or frame number for the SR transmission opportunity based on the configured PUCCH resource set.

[0077] In this regard, the configuration of such SR resources can be performed by different information elements at the RRC protocol layer, such as the SchedulingRequestConfig information element and the SchedulingRequestResourceConfig information element (see, for example, section 6.3.2 of v16.7.0 of 3GPP TS 38.331).

[0078] Briefly, a scheduling request is essentially a flag issued by a user equipment to request uplink resources from the base station's uplink scheduler. Since the device requesting the resources does not have available PUSCH resources, the scheduling request is transmitted on the PUCCH using a pre-configured and periodically reoccurring PUCCH resource dedicated to the UE. The serving base station can then allocate radio resources to the user equipment.

[0079] Unlike LTE, 5G NR supports multiple scheduling request configurations from a single device. A logical channel can be mapped to zero or more scheduling request configurations. This provides the gNB with information not only that the device has data waiting to be transmitted, but also the type of data that is waiting to be transmitted. This information can be useful for the gNB to consider the different traffic types that 5G NR is designed to support. For example, the gNB may want to schedule the user equipment for transmission of latency-critical information but not for transmission of non-latency-critical information.

[0080] Each device can be assigned a dedicated PUCCH scheduling request resource with a periodicity ranging from every 2 OFDM symbols to support latency-critical services to every 80 ms for low overhead. Only one scheduling request can be transmitted at a given time; i.e., in the case of multiple logical channels with data to transmit, one exemplary behavior is to trigger the scheduling request corresponding to the highest priority logical channel. Until a grant is received from the gNB, requests can only be made on subsequent resources, up to a configurable upper limit. It is also possible to configure an inhibit timer that controls how often scheduling requests can be transmitted. In the case of multiple scheduling request resources, both of these settings are made per scheduling request resource.

[0081] <SPS in downlink and configured grant in uplink> In the downlink, the gNB can dynamically allocate resources to the UE via the C-RNTI on the PDCCH (e.g., see DCI above). Similarly, in the uplink, the gNB can dynamically allocate resources to the UE via the C-RNTI on the PDCCH (e.g., see DCI above). In addition to dynamically allocating downlink and uplink resources, 5G NR also provides scheduling enhancements, where resource allocation in 5G NR can be implemented based on semi-persistent scheduling (SPS) in the downlink and configured grant (CG) in the uplink.

[0082] In the downlink, the semi-persistent scheduling (SPS) feature adopted in 5G NR is a further development of the SPS adopted in the previous communication system, LTE, and can be applied to both the uplink and downlink. Furthermore, in LTE, SPS configuration is generally dedicated to a single device. If that device does not require the allocated periodic resources (e.g., data is transmitted only in the event of a specific event such as a collision warning), the SPS resources not used by the UE are wasted.

[0083] According to an exemplary 5G NR-compliant implementation, the RRC defines SPS-related parameters. To configure downlink semi-persistent transmission, the RRC information element SPS-Config is defined in 3GPP 38.331, e.g., V16.7.0. For example, the RRC defines the configured downlink allocation periodicity, the number of HARQ processes, the MCS, etc.

[0084] DL SPS supports various periodicities, e.g., common to all subcarrier spacings (SCS), or dependent on the subcarrier spacing. An example of a periodicity dependent on the SCS, as currently defined in TS 38.331, is shown below:

[0085] For 15KHz SCS: {1,2,3,...,640}ms For 30KHz SCS: 0.5×{1,2,3,...,1280}ms For 60KHz SCS: 0.25×{1,2,3,...,2560}ms For 120KHz SCS: 0.125×{1,2,3,...,5120}ms A UE may be configured with several (e.g., up to eight) active configured downlink allocations for one BWP of the serving cell. If multiple are configured, then:

[0086] The network decides which of these configured downlink allocations are active at a time (including all allocations).

[0087] - Each configured downlink assignment is activated individually using a DCI command, and deactivation of configured downlink assignments is performed using a DCI command, which can deactivate a single configured downlink assignment or multiple configured downlink assignments collectively.

[0088] The PDCCH addressed to the CS-RNTI can signal and activate the configured downlink allocation, while the PDCCH addressed to the CS-RNTI can indicate that the downlink allocation can be implicitly reused until deactivated according to a periodicity defined by the RRC. If necessary, retransmissions are scheduled explicitly, e.g., on the PDCCH.

[0089] SPS is particularly useful for periodic downlink data transmissions, such as Voice over IP (VoIP) services. The base station configures SPS radio resources, and the UE can use these periodic radio resources without additional DCI to schedule downlink resources.

[0090] Uplink data transmission typically requires a resource request by the UE, followed by a packed scheduling decision and resource allocation at the scheduler (e.g., base station). This allocation cycle introduces additional delay and signaling. The delay in radio resource allocation between the UE and the base station can be avoided by allowing the UE to use radio resources without requesting them from the base station in advance. This can be achieved by a so-called configured grant (CG).

[0091] Furthermore, the use of configured grants may allow multiple devices (UEs) to share periodic radio resources (which facilitates reducing waste of periodic radio resources compared to LTE SPS). On the other hand, it is also possible for a gNB to define periodic radio resources in such a way that they are not shared or not shared at all among multiple UEs. The gNB assigns configured grant radio resources to one or more UEs, and the UEs randomly utilize these periodic radio resources when they need to transmit data (e.g., small data). Using configured grants, the network can eliminate packet transmission delays caused by specific scheduling request procedures that must otherwise be performed before data can be transmitted. This may also improve utilization of the allocated periodic radio resources.

[0092] 3GPP Release 16 and Release 17 support two grant-free configuration methods: Type 1 and Type 2 (see 3GPP 38.300, e.g., v16.8.0, "NR; NR and NG-RAN Overall Description; Stage 2 (Release 16)," Section 10.3). According to this exemplary implementation of 3GPP 38.300, using Type 1 CG, the RRC provides the uplink configured grant, including, e.g., its periodicity, directly to the UE.

[0093] In Type 2 configured grants, the RRC defines the periodicity of the uplink configured grant, and a PDCCH message addressed to the UE's CS-RNTI signals the uplink configured grant to activate or deactivate it. The PDCCH addressed to the CS-RNTI indicates that the uplink grant can be implicitly reused according to the periodicity defined by the RRC until it is deactivated. In other words, additional L1 signaling (e.g., PDCCH) is introduced, and the uplink is semi-persistently scheduled by an RRC-based uplink grant that is activated / deactivated by the (de)activation DCI. The RRC provides higher layer parameters for the CG configuration.

[0094] In either case, according to an exemplary 3GPP implementation, the RRC provides the grant configuration to the UE through a higher layer parameter called ConfiguredGrantConfig (see 3GPP TS 38.331, v16.7.0, section 6.3.2, "Radio resource control information elements").

[0095] The resource configuration of the CG may include, for example, physical resources in the time domain and / or frequency domain, and / or reference signal (RS) parameters, and may further include a modulation and coding scheme (MCS), a repetition number, a cycle period, and / or a transport block size.

[0096] Non-repetitive retransmissions are assigned explicitly via the PDCCH or by setting a retransmission timer.

[0097] For UL CG, different periodicities are supported and can depend on the subcarrier spacing. An example of a periodicity currently defined in TS 38.331 as it depends on the SCS is shown below:

[0098] For 15KHz SCS: Multiples of 1ms to 640ms, or multiples of 2 symbols (1 / 7ms), or multiples of 7 symbols (0.5ms) For 30KHz SCS: Multiples of 1 / 2ms to 640ms, or multiples of 2 symbols (1 / 14ms), or multiples of 7 symbols (0.25ms)

[0099] <Confirmation report - HARQ-ACK> 5G NR supports Hybrid ARQ, which combines retransmission and error correction. Errors are corrected when possible. If correction is not possible, the error is detected and a packet retransmission is requested. The receiver attempts to decode the packet based on the current and previous transmissions.

[0100] The HARQ protocol is an implementation of a retransmission protocol used between a UE and a base station for the exchange of data. The retransmission protocol may, for example, include different retransmission protocol processes that operate separately to allow for retransmission of data (possibly allowing for later combination of originally transmitted data and retransmitted data).

[0101] In 5G NR, HARQ operates at both the MAC and PHY layers. Retransmissions occur at the MAC layer. The PHY layer at the receiver combines one or more transmissions to increase the chances of successful decoding.

[0102] In the 3GPP specifications, a HARQ codebook is defined to provide feedback to the base station for downlink data transmission, i.e., PDSCH data, and the UE transmits ACK / NACK for the corresponding PDSCH transmission on the PUSCH / PUCCH.

[0103] 5G HARQ has the following features: One bit is required for HARQ feedback per transport block (TB), Multiple HARQ processes per UE (up to 16) are supported, and separate feedback is required for each HARQ process; In one PUSCH / PUCCH, the UE can send feedback for multiple PDSCH receptions; DCI formats 1_0 and 1_1 contain timing information for HARQ feedback transmission and corresponding PDSCH reception; Support.

[0104] <XR - Augmented Reality in Release 18> A 3GPP study item concerns extended reality (XR) in RAN 1 and RAN 2. Its objective is to provide efficient communications for augmented reality (AR), virtual reality (VR), mixed reality (MR), and cloud gaming. In particular, technologies for XR are being studied, including those to address XR service characteristics such as periodicity, multiple flows, jitter, latency, and reliability. The XR applications considered require high data rates in the downlink (DL) and uplink (UL) and have relatively tight packet delay budgets (PDB).

[0105] Furthermore, some XR applications run on devices with limited energy sources, such as wearable glasses or handheld devices, so energy efficiency is a key concern.

[0106] XR applications use a variety of data traffic, including video streams. Video frames are very large and vary in size. Video frames are characterized as quasi-periodic because they arrive over a time window. Furthermore, the period of the time window is non-integer in terms of radio frames / slots / symbols.

[0107] Packet size: For high-definition video streams, the frame size of an 8K video is approximately 1Mbit after compression, which results in larger packet sizes.

[0108] · Various sizes: Frame sizes can vary depending on whether they are I-frames or P-frames / B-frames.

[0109] Period: Video streams typically produce 60 / 90 / 120 FPS, which correspond to periods of 16.667ms, 11.111ms, and 8.333ms, respectively.

[0110] · Jitter: Frame packets arrive at the gNB / UE through a time window of [-4, 4] ms or more.

[0111] · Delay budget: The delay budget for delivering XR packets can be stringent. For example, it is 10 ms for ARA / R and 15 ms for cloud gaming.

[0112] Furthermore, high data rates can be generated by control traffic. For example, frames received by the UE can arrive at a rate of 250, and the generated data can reach 0.2 Mbps.

[0113] <Expansion of UE Power Saving in NR> User experience is important for the success of 5G / NR, not only in terms of the perceived data rate and latency but also in terms of UE power consumption. Therefore, enhancing UE power saving is extremely important for the success of 5G / NR. In Rel-16, several useful power-saving schemes are defined, including power-saving signals / DCI as an extension of connected-mode DRX (cDRX), additional adaptation for the maximum number of MIMO layers, SCell suspension operation, and cross-slot scheduling as an extension of the BWP framework, RRM relaxation in power consumption in idle / non-active modes, and UE assistance information. <U

[0114] In Rel-17, additional extensions are needed to address the outstanding issues of Rel-16, including power consumption in idle / non-active modes in NR SA deployments considering both eMBB UEs and Reduced Capability NR devices, and connected-mode power consumption in FR2 deployments. One specific example is to consider and identify extensions for Rel-16 DCI-based power-saving adaptation during DRX active time in the active BWP, including reduction of PDCCH monitoring when C-DRX is set (RAN1).

[0115] Another power saving study item relates to XR-specific power saving in RAN1 and RAN2. In particular, power saving techniques for extended reality (XR) are being considered, including techniques to address XR service characteristics such as periodicity, multiple flows, jitter, latency, and reliability. One technique may relate to enhanced PDCCH monitoring. A further XR-related study item relates to XR-specific capacity improvements in RAN1 and RAN2, including the consideration of mechanisms to provide more efficient resource allocation and scheduling for XR service characteristics such as periodicity, multiple flows, jitter, latency, and reliability. Techniques may relate to SPS and CG extensions, as well as dynamic scheduling / grant extensions.

[0116] Energy savings that can be achieved in UE include: UE-specific BWP adaptation and use of dormant SCells (using DCI format 0_1 (for UL) and DCI format 1_1 (for DL)) UE or UE group specific time domain adaptation with DRX and time domain adaptation using DCI format 2_6 Notification of UE group specific CSI-RS / TRS availability for IDLE / INACTIVE UEs via DCI format 2_7 and paging Adaptation of DCI-based PDCCH monitoring with PDCCH skipping and SSSG (Search Space Set Group) switching This includes mechanisms such as

[0117] <Further improvements> The above briefly presents considerations for XR. However, current 5G NR releases cannot efficiently support XR traffic, e.g., video streams, due to, for example, non-integer periodicity of video packets, variable packet arrival times, large and variable packet sizes, and the coexistence of different traffic streams.

[0118] In particular, for example, in the case of simultaneous data streams in UL and DL, excessive resources may need to be allocated to UL transmission, which increases UE power consumption, increases interference, and reduces system capacity.

[0119] Figure 6 illustrates an example of SPS and CG configurations for simultaneous DL and DL data streams. For example, a video stream may be transmitted on the DL and control traffic on the UL. Specifically, frames of video data are transmitted on SPS resources, and control traffic is transmitted on CG resources. The CG configuration exhibits a period of 4 ms, while there are three SPS configurations, each exhibiting a period of 16 ms. The SPS resources for the three SPS configurations exhibit a time shift of 4 ms relative to each other. The transmitted video has a frame rate of 60 fps, and the frame period is 16.667 ms. Frames arrive at the gNB within an 8 ms-wide time window, as indicated by the dotted rectangle. The timing of the frame arrival at the gNB is indicated by vertical arrows ("Frame 1" and "Frame 2"). Each piece of data is transmitted on a subsequent SPS resource. After receiving the SPS resource carrying the data, each HARQ-ACK report (an example of an acknowledgement report) is transmitted on a dedicated PUCCH resource. Control data may also be transmitted by a UE (not shown) in CG resources, i.e., in the illustrated example, frequent and simultaneous DL and UL data transmissions require the UE to transmit data and HARQ-ACK reports frequently.

[0120] The present disclosure provides a solution for more efficient transmission of acknowledgement reports, such as HARQ-ACK reports, for example, to support XR traffic.

[0121] However, transmission of XR, video, and HARQ-ACK reports are only specific example scenarios in which the above-mentioned disadvantages exist, and the present disclosure and its solutions do not apply only to XR, video streams, and HARQ-ACK reports.

[0122] <Embodiment> The present inventors have identified the possibility of providing an improved procedure for avoiding one or more of the above-mentioned drawbacks. The present disclosure relates to different solutions and variations for such an improved procedure. Accordingly, the present disclosure provides techniques for increasing the efficiency of resource usage, particularly in scenarios involving periodic traffic, such as XR traffic. Furthermore, techniques are disclosed for more efficiently supporting non-integer periodicities.

[0123] The present disclosure provides, inter alia, a scheduling device, a corresponding method for the scheduling device, a user equipment (UE), a corresponding method for the user equipment, a communication system including the scheduling device and the user equipment, and an integrated circuit that, in operation, controls processes for the scheduling device / user equipment to perform the respective methods.

[0124] <Technical terms> The following describes UEs, scheduling devices, and procedures for new radio access technologies envisioned in 5G mobile communication systems (although they can also be used in LTE mobile communication systems). Various implementations and variations are also described. The following disclosure is facilitated by, and may be based, for example, at least in part on, the above discussion and findings.

[0125] Generally, it should be noted that many assumptions have been made herein so as to explain the principles underlying the present disclosure in a clear and understandable manner. However, it should be understood that these assumptions are merely examples made herein for illustrative purposes, are not necessarily essential to the invention, and do not limit the scope of the present disclosure. Those skilled in the art will understand that the principles described in the following disclosure and claims can be applied to different scenarios and in ways not explicitly described herein.

[0126] Furthermore, although specific terminology used in the context of new radio access technologies for upcoming communication systems has not yet been fully determined or may ultimately change, some of the terms used below, such as procedures, entities, and layers, are closely related to those used in LTE / LTE-A systems or in the current 3GPP 5G standardization. Therefore, the terminology may change in the future without affecting the functionality of the embodiments. Therefore, those skilled in the art will recognize that the embodiments and their scope of protection are not limited to the specific terminology illustratively used herein due to the absence of newer or ultimately agreed-upon terminology, but should be understood more broadly in terms of the functions and concepts underlying the functions and principles of the present disclosure. Specific examples are provided below.

[0127] <terminal> A terminal, user terminal, user device, mobile station, or mobile node is referred to as user equipment (UE) in LTE and NR. User equipment may be a mobile device or communication device, such as a wireless telephone, smartphone, tablet computer, or universal serial bus (USB) stick with user equipment functionality. However, the term mobile device is not limited thereto; in general, a relay may also have such mobile device functionality or function as a relay. For example, a terminal is a physical entity (physical node) in a communication network. Furthermore, a communication device may be any machine-type communication device, such as an IoT device. A node may have several functional entities. A functional entity refers to a software or hardware module that realizes and / or provides a predetermined set of functions to the same node or other nodes or other functional entities of the network. A node may have one or more interfaces that attach the node to a communication facility or medium over which the node can communicate. Similarly, a network entity may have logical interfaces that attach the functional entity to a communication facility or medium over which the functional entity may communicate with other functional entities or corresponding nodes.

[0128] <Base station> In the present disclosure, a base station may be, for example, a Transmission Reception Point (TRP), a cluster head, an access point, a Remote Radio Head (RRH), an eNodeB (eNB), a gNodeB (gNB), a Base Station (BS), a Base Transceiver Station (BTS), a base unit, a gateway, or a scheduling device. Also, in sidelink communication, a terminal may be used instead of a base station. The base station may be a relay device that relays communication between an upper node and a terminal. The base station may be a roadside unit. The base station may be, for example, a scheduling node, a scheduling device, or a network node that forms part of a network for providing services to terminals. In particular, the base station may provide wireless access to terminals. Communication between terminals and base stations is generally standardized and can be defined by different layers, such as PHY, MAC, and RRC. In LTE and NR, the air interface protocol stack includes a physical layer, a medium access layer (MAC), and upper layers. The control plane is provided with a radio resource control protocol, which is an upper layer protocol. Through RRC, base stations can control the configuration of terminals, and terminals can communicate with base stations to perform control tasks such as establishing and modifying connections and bearers, measurements, and other functions. The term used in LTE is eNB (or eNodeB), and the term currently used in 5G NR is gNB. The term base station or radio base station here refers to a physical entity in a communication network. Similar to a mobile station, a base station may have several functional entities. A functional entity refers to a software or hardware module that realizes and / or provides a predetermined set of functions to other functional entities of the same or other nodes or networks. The physical entity performs several control tasks for communication devices, including one or more of scheduling and configuration.It should be noted that base station functionality and communication device functionality may also be integrated within a single device. For example, a mobile terminal may also implement the functionality of a base station for other terminals. The term used in LTE is eNB (or eNodeB), and the term currently used in 5G NR is gNB. In particular, a base station may be a gNB in a Non-Terrestrial Network (NTN) NR system.

[0129] As described above, the present disclosure provides a scheduling device and a user equipment. The present disclosure also provides a corresponding method and program. An example of such a communication system is shown in FIG. 7. The communication system 1 may be a wireless communication system according to 5G technical specifications, particularly an NR communication system. However, the present disclosure is not limited to 3GPP NR and may also be applied to other wireless systems or cellular systems such as NTN.

[0130] FIG. 7 shows a general simplified exemplary block diagram of a user equipment 100 (also referred to as a communication device) and a scheduling device 200 (assumed here to be located in a base station, e.g., an LTE eNB (also referred to as an ng-eNB) or a 5G NR gNB). However, typically, the scheduling device may be a terminal in the case of a sidelink connection between two terminals. Furthermore, particularly with regard to URLLC, eMBB, and mMTC use cases, the user equipment 100 may be a sensor device, a wearable device, or a connected vehicle or a controller of an automated machine in an industrial factory. Furthermore, the user equipment 100 may be capable of functioning as a relay between the scheduling device 200 and other communication devices (e.g., the present disclosure is not limited to a communication “terminal” or a user “terminal”). As shown in FIG. 7, the UE 100 and the scheduling device 200 (eNB / gNB) can communicate with each other via a (radio) physical channel 300 using their respective transceivers 110 (UE side) and 210 (scheduling device side). The scheduling device 200 and the user equipment 100 together form a communication system 1. The communication system 1 may further include other entities than those shown in Figure 1. The communication between the UE and the scheduling device is typically standardized and may be defined by various layers such as PHY, MAC, RRC, etc. (see background discussion above).

[0131] As shown on the left side of FIG. 7 , the user equipment 100 includes a transceiver 110 and a circuit 120 (or processing circuit), and the scheduling device 200 includes a transceiver 210 and a (processing) circuit 220. The transceivers 110 and 210 may function as receivers and transmitters. In other words, in this disclosure, the term “transceiver” is used for hardware and software components that enable the user equipment 100 or the scheduling device 200 to transmit and / or receive wireless signals over a wireless channel, respectively. Thus, a transceiver corresponds to a receiver, a transmitter, or a combination of a receiver and a transmitter. Typically, it is assumed that the scheduling device and the user equipment can both transmit and receive wireless signals. However, for some applications, particularly eMBB, mMTC, and URLLC (smart home, smart city, industrial automation, etc.), devices such as sensors may only receive signals. Furthermore, the term “circuit” includes processing circuits formed by one or more processors or processing units, etc. The transmitter may be responsible for performing the transmission process and other related processes. The receiver may be responsible for performing the reception process and other processes related thereto, such as monitoring a channel. The circuit (or processing circuit) may be one or more hardware components, such as one or more processors or any LSI. There is an input / output point (or node) between the transceiver and the processing circuit, and the processing circuit, in operation, controls the transceiver, i.e., controls the receiver and / or transmitter, and exchanges receive / transmit data. The transceiver may include an RF front end, including one or more antennas, amplifiers, RF modulators / demodulators, etc., as the transmitter and receiver. The processing circuit may control the transceiver to perform control tasks, such as transmitting user data and control data provided by the processing circuit and / or receiving user data and control data that are further processed by the processing circuit. The processing circuit may also be responsible for performing other processes, such as judging, determining, calculating, measuring, etc.

[0132] According to an exemplary embodiment, a user equipment 100 is provided as illustrated in FIG. 7. The user equipment 100 includes a transceiver 110 and a circuit 120. In operation, the circuit 120 receives a resource configuration indicating periodic downlink resources, each of which is associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report. The transceiver 110 further receives a resource indicator for determining a second resource for transmitting the confirmation report and receives data via one of the downlink resources. In operation, the user equipment 100 further includes a circuit 120 for determining the second resource using the resource indicator and determining a resource to use for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources. In operation, the transceiver 110 transmits the confirmation report via the resource determined by the circuit 120.

[0133] In addition to the above-mentioned obtaining and determining, the circuit 120 may implement further functions, such as controlling the transceiver 110 to receive control signaling, or controlling the transceiver 110 to receive or transmit data. To this end, the circuit 120 is illustrated as including an acknowledgement reporting resource determination circuit 121 configured to perform the above-mentioned obtaining and determining. The configuration may be provided by hardware adaptation and / or software.

[0134] 8 shows an example functional structure of the confirmation report resource determination circuit 121. In particular, the confirmation report resource determination circuit 121 may include a resource determination circuit 122 that determines a second resource using a resource indicator. The confirmation report resource determination circuit 121 may further include a transmission resource determination circuit 123, which may determine a resource to be used for transmitting the confirmation report from a first resource and a second resource associated with one of the downlink resources. Note that the confirmation report resource determination circuit 121 may implement more functions.

[0135] Corresponding to the above UE, there is provided a method executed by the UE (or a communication device). As shown in Fig. 10, the method includes: (i) step S101 of receiving a resource configuration indicating periodic downlink resources, where each first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report is associated with the downlink resource; (ii) step S102 of receiving a resource indicator for determining a second resource for transmitting the confirmation report; (iii) step S103 of receiving data via one of the downlink resources; (iv) step S104 of determining the second resource using the resource indicator; (v) step S105 of determining a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources; and (vi) step S106 of transmitting the confirmation report via the determined resource.

[0136] 7, according to another exemplary embodiment, a scheduling device 200 is provided. The scheduling device 200 includes a transceiver 210 and a circuit 220. In operation, the circuit 220 determines a resource configuration of periodic downlink resources, and a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report is associated with each downlink resource. Furthermore, in operation, the circuit 220 determines a resource indicator for determining a second resource for transmitting the confirmation report. In operation, the transceiver 210 transmits the resource configuration, transmits the resource indicator, transmits data via one of the downlink resources, and receives the confirmation report via one of the first resource and the second resource.

[0137] The circuitry 220 may implement more functions than the obtaining, determining, and generating described above, for example, further controlling the transceiver unit 210 to send control signaling and / or receive or transmit data. Thus, the circuitry 220 may be considered to include, for example, a scheduling circuit 221 configured to perform the obtaining, determining, and generating described above. The configuration may be provided by hardware adaptation and / or software.

[0138] An example functional structure of the scheduling circuit 221 is shown in Figure 9. In particular, the scheduling circuit 221 may include a resource setting determination circuit 221 that determines a resource setting and a resource indicator determination circuit 222 that determines a resource indicator.

[0139] Further, corresponding to the above-mentioned scheduling device, there is provided a method executed by the scheduling device. As shown in Fig. 10, the method includes: (i) a step S201 of determining a resource configuration of periodic downlink resources, where each first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report is associated with a downlink resource; (ii) a step S202 of determining a resource indicator for determining a second resource for transmitting the confirmation report; (iii) a step S203 of transmitting the resource configuration; (iv) a step S204 of transmitting the resource indicator; (v) a step S205 of transmitting data via one of the downlink resources; and (vi) a step S206 of receiving the confirmation report via one of the first resource and the second resource.

[0140] Also, any of the steps / operations described herein may be performed or controlled by circuitry 120 (UE side) and / or circuitry 220 (scheduling device side). In the following description, unless otherwise specified or clear from the context, details and embodiments apply to the communications device (UE), the scheduling device (or scheduling node), and the method, respectively.

[0141] Furthermore, it should be noted that since the present disclosure relates to resource usage and scheduling, both entities, user equipment (typically, communication device / transmitting / receiving device) and scheduling device (typically, network node) may be involved.

[0142] FIG. 11 illustrates a process for sending a confirmation report in one embodiment. In the illustrated process, UE 100 transmits a HARQ-ACK report associated with reception of data over SPS resources using resources in a Configured Grant (CG) rather than PUCCH resources associated with the transmission.

[0143] Specifically, similar to the situation shown in Figure 6, the UE 100 receives video frame data with a frame rate of 60 fps or a periodicity of 16.6667 ms transmitted using the SPS configuration resource, except that the acknowledgement report (HARQ-ACK) is transmitted via the CG resource rather than using the associated PUCCH.

[0144] For this purpose, the SPS configuration may include a resource indicator, such as a parameter, indicating the CG configuration. However, the SPS configuration may also include an index indicating multiple CG configurations. When data is received via SPS resources according to such an SPS configuration, the HARQ-ACK is carried by the CG PUSCH resource of the indicated CG configuration (one of the indicated CG configurations). In this regard, it should be noted that the periodicities of the SPS and CG configurations may differ from each other. These periodicities may be integer or non-integer values based on radio time units (e.g., slots, minimum slots, or symbols).

[0145] In the example shown in Figure 11, CG configuration is configured with a period of 4 ms for control frames in UL. Furthermore, SPS configuration is performed for DL traffic as shown in Figure 6. The SPS configuration has a link to a CG configuration (or multiple CG configurations). Therefore, the HARQ-ACK (an example of an acknowledgement report) is transmitted using one of the resources of the linked CG configuration. For example, the HARQ-ACK may be multiplexed with data transmitted on the CG PUSCH resource.

[0146] If an SPS configuration is linked to multiple CG configurations, there may be multiple resources for the transmission of the HARQ-ACK. One of the resources may be selected by the UE for the transmission of the HARQ-ACK. For example, an uplink resource may be determined as the resource for the transmission of the confirmation report depending on the timing of the CG uplink resource, the number of allocated resource elements of the CG uplink resource, and / or the modulation and coding scheme (MCS) of the CG uplink resource.

[0147] For example, from multiple linked CG UL resources, the UE 100 may select the earliest one. In other words, from multiple CG UL resources, the CG UL resource that first appears after the SPS resource carrying data is received may be selected as the resource for transmitting the HARQ-ACK.

[0148] Furthermore, for example, among multiple CG UL resources linked to an SPS configuration, the resource showing the most resource elements may be selected as the resource for transmitting the HARQ-ACK. A resource element (RE) is the smallest unit of transmission resource in both UL and DL. An RE may consist of, for example, one orthogonal frequency division multiplexing (OFDM) symbol in the time domain or one subcarrier in the frequency domain over the time length of a single carrier-frequency division multiplexing (SC-FDM) symbol.

[0149] The resource used for transmitting the HARQ-ACK may be selected according to the modulation and coding scheme of the CG UL resource. The modulation and coding scheme (MCS) includes the modulation order and coding rate of the transmission. Therefore, the MCS describes the information data rate of the transmission. For example, among multiple resources, the resource with the lowest MCS may be selected for transmitting the HARQ-ACK.

[0150] By multiplexing the HARQ-ACK with data over the PUSCH CG, the UE 100 performs UL transmission less frequently and does not need to reserve dedicated PUCCH resources for SPS HARQ-ACK reporting.

[0151] In other words, the UE receives a resource configuration indicating periodic downlink resources, each associated with a respective first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report. The resource configuration may be the SPS configuration in the above example. Each periodic downlink resource may be an SPS DL resource according to the SPS configuration. Furthermore, the UE receives a resource indicator for determining a second resource for transmitting the confirmation report. As in the above example, the resource indicator may be included in the SPS configuration and indicate a CG configuration. The UE then receives data via one of the downlink resources and determines the second resource using the resource indicator. For example, a CG resource according to the indicated CG configuration is determined as the second resource. The UE determines a resource to use for transmitting a confirmation report (e.g., HARQ-ACK) from among the first resource and the second resource. In the above example, the second resource, i.e., the CG resource, is selected as the resource for the confirmation report to be transmitted via the determined resource.

[0152] That is, for example, as described above, the resource configuration includes a resource indicator indicating a configuration of periodic uplink resources of a physical uplink shared channel (PUSCH), and one of the periodic uplink resources may be selected as a second resource for transmitting the confirmation report.

[0153] 12 illustrates a process for transmitting a HARQ-ACK report according to the second exemplary embodiment. In the illustrated process, the UE 100 transmits a HARQ-ACK report associated with reception of data in an SPS resource using a resource associated with another HARQ-ACK process identifier.

[0154] 6 and 11, the UE 100 receives video frame data (having a frame rate of 60 fps or a period of 16.6667 ms) transmitted using the SPS configured resource, but the acknowledgement report (HARQ-ACK) is not transmitted using the associated PUCCH, nor is it transmitted using the CG resource, but is transmitted using resources associated with other HARQ processes.

[0155] The UE is configured with SPS DL resources for reception of the video frame. If the frame is not transmitted using a single SPS DL resource, the gNB may transmit DCI indicating additional PDSCH resources that may carry the remainder of the frame. For example, in the figure, Frame 1 is transmitted using an SPS resource and one additional PDSCH resource, while Frame 2 is transmitted using one SPS resource and two further PDSCH resources indicated by the respective DCI. The UE 100 transmits each HAQR-ACK using one of the PUCCH resources.

[0156] For this purpose, the SPS configuration may include, for example, an indicator (e.g., a new parameter) indicating another HARQ process. The UE 100 transmits a HARQ-ACK using the resource of the indicated HARQ process. In the illustrated example, the SPS configuration may be linked to a HARQ process having identifier #1. If the UE 100 receives data via the SPS resource and receives DCI and further data via the respective PDSCH resources associated with HARQ identifier #1, the HARQ-ACK for the transmission via the SPS resource and the transmission via the PDSCH resource according to the DCI is transmitted using the respective PUCCH.

[0157] Furthermore, if UE 100 receives data via SPS resources, further data via PDSCH indicated by a first DCI associated with the HARQ process having an identifier of #2, and further DCI and each data via PDSCH resources associated with the HARQ process having an identifier of #2, the UE transmits (three) HARQ-ACKs using PUCCH resources associated with the HARQ #1 process, as shown in the figure for frame 2.

[0158] Similar to the first embodiment, the HARQ-ACK for the SPS (and the HARQ-ACK for the transmission associated with HARQ#2) may be multiplexed with the HARQ-ACK for HARQ#1.

[0159] When transmitting multiple HARQ-ACKs, the order of the HARQ-ACKs may be determined according to the resource type. For example, the HARQ-ACK for the SPS transmission may be transmitted first, followed by the HARQ-ACK for the dynamically scheduled resource, or vice versa. In another example, the HARQ-ACKs may be reordered according to their HARQ-ACK identifiers (e.g., numbers). In another example, the HARQ-ACKs may be reordered according to the timing of the corresponding data reception.

[0160] In other words, the SPS configuration (an example of a resource configuration) further includes a resource indicator indicating a HARQ process identifier (an example of a transmission process identifier). Furthermore, the UE 100 receives downlink control information (DCI) indicating resources for dynamic downlink transmission associated with the transmission process identifier and resources for transmitting each confirmation report. The UE 100 receives data via the resources indicated for the dynamic downlink transmission. According to the transmission process identifier associated with the dynamic downlink transmission, the indicated resources are determined as resources for transmitting the confirmation report.

[0161] The approach of the second embodiment is beneficial in supporting various frame sizes because UE 100 transmits HARQ-ACK less frequently, allowing additional resources to be dynamically scheduled for transmission of further frame data.

[0162] In the first and second embodiments, the HARQ-ACK for transmission via the SPS resource is performed without using the respective PUCCH resource (example of the first resource). However, the present disclosure is not limited thereto, and the circuit may determine the resource to be used for transmitting the confirmation report from among the PUCCH resource (first resource) and a different resource (second resource) (for example, the CG resource as in the first embodiment, or the PUCCH resource associated with the notified HARQ process identifier as in the second embodiment).

[0163] The following describes an embodiment in which the UE 100 determines whether to use the first resource or the second resource for transmitting the confirmation report.

[0164] For example, the UE 100 may determine the second resource as the resource to be used for transmission if the condition is satisfied, and may determine the first resource as the resource to be used for transmission if the condition is not satisfied.

[0165] 13 illustrates a process for transmitting a confirmation report according to an exemplary third embodiment. Similar to the first embodiment illustrated in FIG. 11, the UE 100 may transmit a confirmation report associated with reception of data in an SPS resource using a configured grant CG resource instead of a PUCCH resource associated with the SPS transmission. However, the UE 100 may transmit the confirmation report using the PUCCH resource under certain circumstances. In this embodiment, the resource used for transmitting the confirmation report is determined based on whether or not a linked CG resource exists from the timing of receiving data via the SPS resource over a certain period of time.

[0166] Specifically, the SPS configuration may indicate a dedicated PUCCH (e.g., n1PUCCH-AN). Furthermore, the SPS configuration may include an indicator indicating a CG configuration (linked CG configuration) and a timing window. In other words, the SPS configuration may include a duration indicator indicating the position and / or time length of the time window. The time window may span a signaled or predetermined period from the timing of receiving data via the SPS resource. However, the present disclosure is not limited thereto, and the start time of the time window may be set differently.

[0167] In the illustrated example, CG configuration is performed for UL traffic with a period of 4 ms. For example, a control frame may be transmitted by the UE 100 using each CG resource. Furthermore, SPS configurations are configured for DL traffic, for example, video frames. Each SPS configuration includes dedicated PUCCH resources for HARQ-ACK reporting and is further linked to a CG configuration for transmitting the HARQ-ACK report.

[0168] In the illustrated example, the condition includes the presence of a second resource within the indicated period / time window. That is, for the transmission of data related to frame 1, the CG resource of the linked CG configuration does not exist within the period. Therefore, the HARQ-ACK is transmitted using the corresponding PUCCH resource. For frame 2, the UE skips the dedicated PUCCH and transmits the HARQ-ACK via the CG PUSCH resource because the CG PUSCH resource exists within the time window.

[0169] In other words, if the condition is satisfied, the UE determines the second resource as the resource to be used for transmission, and if the condition is not satisfied, determines the first resource as the resource to be used for transmission. For example, as described above, the resource configuration further includes a period indicator indicating a period, and the condition includes that the second resource exists within the period.

[0170] The conditions may also include the presence of further data to be transmitted via the linked CG resource (an example of a second resource). That is, the PUCCH may be skipped only if the UE 100 determines that the linked CG resource is intended to carry the additional data. In contrast, the PUCCH may be determined as a resource for transmitting a confirmation report if the CG resource is not intended to carry the additional data.

[0171] 14 illustrates a process for transmitting an acknowledgement report according to a variation of the exemplary third embodiment, taking into account whether a CG resource carries further data to determine the validity of the CG resource carrying the HARQ-ACK report. For example, a CG resource is considered valid if it carries further data, and is considered invalid if it does not carry further data. The UE 100 uses a CG resource to transmit the HARQ-ACK report only if it is within the time window and carries further data.

[0172] In the example shown, frame 1 is received on the SPS resource. CG resources exist within the time window shown, but are not intended to carry further data. Therefore, UE 100 uses the dedicated PUCCH to transmit the HARQ-ACK report. Meanwhile, for frame 2, which is received via other SPS resources, CG resources exist within the time window and carry further data. Therefore, UE 100 transmits the HARQ-ACK report using the CG resource and skips the dedicated PUCCH resource.

[0173] In other words, the condition includes that there is more data to be transmitted over the second resource.

[0174] Note that both conditions may apply (as in the variant of the third embodiment) or only one condition may apply: the linked CG resource may be used to send a confirmation report if it is within a time period and / or if there is further data to be sent via the CG resource.

[0175] The time window may be explicitly or implicitly defined by a timing relationship. For example, the time length may be defined by RRC or SPS activation. The period may end before the start of the PUCCH resource or after the end of the PUCCH resource.

[0176] 15 is a diagram illustrating a process for transmitting a confirmation report according to an example fourth embodiment. Similar to the second embodiment illustrated in FIG. 12, the UE 100 may transmit a confirmation report associated with reception of data in an SPS resource associated with another transmission process identifier, rather than a PUCCH resource associated with transmission via the SPS resource. However, the UE 100 may transmit the confirmation report using the PUCCH resource.

[0177] In this embodiment, the resource to be used for transmitting the confirmation report is determined based on whether there are any other valid PUCCH resources within a certain period (e.g., a time window) from the time when data is received via an SPS resource for a certain period.

[0178] Specifically, similar to Figure 12, the UE receives data of video frames (video frames with a frame rate of 60 fps or a period of 16.6667 ms) transmitted using the SPS configured resources. The acknowledgement report (HARQ-ACK) may be transmitted using resources associated with the associated PUCCH or other HARQ-ACK processes.

[0179] The UE 100 is configured with SPS DL resources for reception of video frames. If a frame is not transmitted using a single SPS DL resource, the gNB may transmit DCI indicating additional PDSCH resources that may carry the remaining frames. For example, in the figure, Frame 1 is transmitted using the SPS resources and one additional PDSCH resource indicated by the DCI. In contrast, Frame 2 is received on the SPS resources and does not require the additional PDSCH transmission indicated by the DCI. The UE 100 may transmit each HARQ-ACK report using either the PUCCH resources associated with the PDSCH transmission or the PUCCH resources associated with transmission over the SPS resources.

[0180] For this purpose, the SPS configuration may indicate a period indicator indicating a period (time window) in addition to a dedicated PUCCH resource (e.g., nPUCCH-AN) and a timing value (e.g., k1). A dedicated PUCCH resource is skipped if there is a valid UL resource (UL resource associated with a transmission process identifier (e.g., HARQ process identifier)) within the period for transmitting a HARQ-ACK report associated with a transmission via the SPS resource.

[0181] In the illustrated example, the PUCCH resource associated with the HARQ-ACK with process identifier #1 (HARQ#1) is present in the time window of the SPS resource associated with the transmission of frame 1. Therefore, the PUCCH resource associated with the transmission via the SPS resource is skipped, and each HARQ-ACK report is transmitted using the PUCCH resource of HARQ#1. Meanwhile, for frame 1, there are no available UL resources for the transmission of the HARQ-ACK report within the time window other than the dedicated PUCCH resource. Therefore, the HARQ-ACK report is transmitted using the dedicated PUCCH resource.

[0182] If the time window includes multiple potential UL resources for carrying the SPS HARQ-ACK report, one of these resources may be selected for transmission of the HARQ-ACK report by the UE 100. For example, uplink resources are determined as resources for transmission of the acknowledgement report depending on their timing, the number of allocated resource elements of the resource, and / or the modulation and coding scheme of the resource.

[0183] For example, among the multiple available UL resources, the UE 100 may select the earliest one, in other words, the first one to appear after receiving the SPS resource carrying the data, as the resource for transmitting the HARQ-ACK.

[0184] For example, among multiple UL resources, the resource that exhibits the most resource elements may be selected as the resource for transmitting the HARQ-ACK.

[0185] Furthermore, for example, the resources used for transmitting the HARQ-ACK may be selected depending on the modulation and coding scheme of the available UL resources.

[0186] Note that the time window may be explicitly or implicitly defined by a timing relationship, for example, by RRC or SPS (re)activation, and the period may end before the start of the PUCCH resource or after the end of the PUCCH resource.

[0187] In other words, the resource configuration (e.g., SPS configuration) may further include a period indicator indicating a period. If there is no other valid resource to be used for transmitting the confirmation report within the period, the UE 100 may determine the PUCCH resource associated with the periodic downlink resource as the resource to be used for transmitting the confirmation report. On the other hand, if there is another resource within the period, the UE 100 may determine the other resource as the resource for transmitting the confirmation report.

[0188] FIG. 16 shows a flowchart of a method by the UE 100 according to the fourth embodiment. In step S310, the UE 100 receives a transmission via a PDSCH resource of an SPS configuration. The SPS configuration includes a time indicator indicating a period, as described above. In step S310, it is determined whether there are valid UL resources within the time window. That is, it is determined whether there are UL resources other than the dedicated PUCCH resource associated with the SPS PDSCH transmission. For example, the valid resources may be PUCCH resources associated with a dynamically scheduled PDSCH transmission. If there are valid resources for transmitting the HARQ-ACK report in the period / time window ("Yes" in step S310), the UE conveys the SPS HARQ-ACK report using the valid UL resource in step S320. On the other hand, if there are no valid UL resources within the period ("No" in step S310), the UE 100 transmits the HARQ-ACK report using the dedicated SPS PUCCH resource.

[0189] This approach allows the UE 100 to skip the SPS PUCCH UL transmission and instead use other available UL resources for the confirmation report, thereby reducing the number of UL transmissions performed by the UE 100, thereby reducing the power consumption of the UE 100.

[0190] 17 illustrates a process for transmitting a confirmation report according to an exemplary fifth embodiment, in which transmission of the confirmation report is suspended, for example, by an indicator included in the DCI. While transmission of the confirmation report is suspended, the UE 100 accumulates the confirmation report, for example, to be transmitted when transmission of the accumulated confirmation report is indicated by the DCI.

[0191] Specifically, the DCI carries a PDSCH-to-HARQ_feedback timing indicator (e.g., k1) that indicates the number of slots / minislots for transmitting a HARQ-ACK report on a dedicated PUCCH resource after receiving the corresponding PDSCH. According to this example, the k1 value is mapped to a K1 set that indicates the time delay between the PDSCH resource related to the transmission of the HARQ-ACK report and the associated resource. One of the k1 values (e.g., k1=x) may be used to indicate that the HARQ-ACK report is suspended.

[0192] In other words, the resource indicator included in the DCI may be a pause indicator indicating a pause in transmission of the confirmation report, and the UE 100 does not need to transmit the confirmation report until the pause indicator is received and the continuation indicator is received.

[0193] In the figure, SPS configuration is configured for DL traffic. Furthermore, a timing indicator of k1=x is defined to suspend transmission of the HARQ-ACK report. For frame 1, UE 100 receives part of the frame via SPS DL resources. Thereafter, UE 100 receives a DCI with k1=x associated with HARQ#1. Therefore, UE 100 does not transmit the HARQ-ACK report. In response, UE 100 accumulates HARQ-ACK reports as long as transmission of the HARQ-ACK report is suspended. For another DCI (DCI associated with HARQ#2), UE 100 receives a DCI including k1=1 as a continuation indicator. Therefore, the accumulated HARQ-ACK report is transmitted on the PUCCH resource associated with HARQ#2, as indicated in the DCI. Meanwhile, frame 2 is received using SPS DL resources. No further DCI including a suspension indicator is received. Therefore, UE 100 transmits the HARQ-ACK report using a dedicated PUCCH resource.

[0194] In the described embodiment, the pause of transmission is indicated by a resource indicator that is a pause indicator and is implemented using the k1 parameter. The continuation parameter is implemented using the same parameter k1 in a different DCI. However, the present disclosure is not limited in this respect, and the pause indicator and the continuation indicator may be implemented in different ways.

[0195] For example, in the variant shown in Figure 18, the HARQ-ACK process identifier (an example of a transmission process identifier) is used to indicate a pause in the transmission of the acknowledgement report, and therefore, other HARQ-ACK process identifiers can be used as continuation indicators.

[0196] In the illustrated example, SPS configuration is configured for DL traffic for UE 100. HARQ-ACK identifier #1 (HARQ#1) is defined as a pause indicator for pausing transmission of HARQ-ACK reports. Another HARQ-ACK identifier #2 (HARQ#2) is defined as a continuation indicator.

[0197] In the illustrated example, frame 1 is partially transmitted via SPS resources. Further portions of the data are transmitted using dynamically configured downlink resources. Specifically, DCI and data associated with HARQ#1 are received via the PDSCH resources indicated by the DCI. Because the DCI and PDSCHs are associated with HARQ#1, the corresponding HARQ-ACK reports are not transmitted by UE 100. Subsequently, a further DCI is received, and further data is received on the corresponding PDSCH. The DCI and PDSCHs are associated with HARQ#2, indicating that transmission of HARQ-ACK reports should continue. Therefore, UE 100 transmits the HARQ-ACK reports accumulated while transmission of HARQ-ACK reports was paused, using the PUCCH resources indicated by the second DCI associated with HARQ#2.

[0198] For frame 2, the UE 100 does not receive DCI associated with HARQ#1 or HARQ#2 after receiving the data of frame 2 on the SPS resource. Therefore, the transmission of the HARQ-ACK report is not suspended. Therefore, the HARQ-ACK report is transmitted on the dedicated PUCCH resource associated with the SPS resource carrying frame 2.

[0199] As a further variation, a DCI format may be used to indicate the suspension and continuation of transmission of confirmation reports, as shown in Figure 19. Any DCI type or format may be used for this purpose, e.g., dynamic scheduling, SPS activation, DCI 0_x, and DCI 1_x.

[0200] In the illustrated example, the UE 100 is configured with SPS settings for the DL stream. The UE 100 is configured to suspend transmission of confirmation reports using dedicated SPS PUCCH resources when DCI scheduling DL resources is received. When the UE 100 receives SPS (re)activation, transmission of confirmation reports continues.

[0201] For frame 1, a portion of each data is transmitted using the SPS resource. Then, the UE 100 receives a DCI scheduling PDSCH resources for further data transmission. Receipt of the DCI triggers a pause in the transmission of HARQ-ACK reports over the SPS PUCCH resource. Thus, the UE 100 does not transmit HARQ-ACK reports associated with transmissions over the SPS resource. Rather, the UE accumulates and transmits HARQ-ACK reports along with HARQ-ACK reports associated with PDSCH transmissions in accordance with the received DCI. Then, an SPS reactivation is received by the UE 100, indicating that the UE 100 should continue transmitting HARQ-ACK reports using the SPS PUCCH resource. Thus, for frame 2, which is transmitted over the SPS resource, the UE transmits each HARQ-ACK report using a dedicated SPS PUCCH resource.

[0202] In a further embodiment, a new field is added to the DCI to indicate the suspension or continuation of the transmission of confirmation reports using the SPS PUCCH resources. In other words, rather than a suspension / continuation indicator in the DCI format or type, as was done in the previous variant, the DCI may include an additional field containing the suspension or continuation notification.

[0203] When the UE 100 receives the DCI including the continuation indicator, the UE suspends transmitting confirmation reports using the dedicated SPS PUCCH resource and accumulates confirmation reports during the period when the transmission of confirmation reports is suspended. When the DCI including the continuation indicator is received, the UE 100 resumes transmitting confirmation reports using the SPS PUCCH resource.

[0204] Hardware and Software Implementations of the Disclosure The present disclosure can be realized by software, hardware, or software in conjunction with hardware. Each functional block described in the above embodiments may be partially or entirely realized as an LSI, which is an integrated circuit. Each process described in the above embodiments may be partially or entirely controlled by a single LSI or a combination of LSIs. The LSI may be composed of individual chips, or may be composed of a single chip that includes some or all of the functional blocks. The LSI may have data inputs and outputs. Depending on the level of integration, the LSI may be referred to as an IC, system LSI, super LSI, or ultra LSI. The integration method is not limited to LSIs; it may also be realized by dedicated circuits, general-purpose processors, or dedicated processors. Furthermore, FPGAs (Field Programmable Gate Arrays), which can be programmed after LSI fabrication, or reconfigurable processors, which allow the connections and settings of circuit cells within the LSI to be reconfigured, may also be used. The present disclosure may be realized as digital or analog processing. Furthermore, if an integrated circuit technology that can replace LSI emerges due to advances in semiconductor technology or other derivative technologies, it is natural that such technology can be used to integrate functional blocks. The application of biotechnology is also a possibility.

[0205] The present disclosure may be implemented in any type of apparatus, device, or system having a communication function (collectively referred to as a communication apparatus).

[0206] A communications device may include a wireless transceiver (transmitter / receiver) and processing / control circuitry. The wireless transceiver may include a receiver and a transmitter, or both. The wireless transceiver (transmitter / receiver) may include an RF (Radio Frequency) module and one or more antennas. The RF module may include an amplifier, an RF modulator / demodulator, or the like.

[0207] Non-limiting examples of communication devices include telephones (e.g., cell phones, smartphones), tablets, personal computers (PCs) (e.g., laptops, desktops, notebooks), cameras (e.g., digital still / video cameras), digital players (e.g., digital audio / video players), wearable devices (e.g., wearable cameras, smartwatches, tracking devices), game consoles, digital book readers, telehealth / telemedicine devices, communication-enabled vehicles or mobile transportation (e.g., cars, airplanes, ships), and combinations of the above devices.

[0208] Communications equipment is not limited to portable or mobile equipment, but also includes non-portable or fixed equipment, devices, and systems of any kind, such as smart home devices (appliances, lighting equipment, smart meters or metering devices, control panels, etc.), vending machines, and any other "things" that may exist on an Internet of Things (IoT) network.

[0209] Communications include data communications via cellular systems, wireless LAN systems, communications satellite systems, etc., as well as data communications via combinations of these.

[0210] A communications apparatus also includes devices such as controllers and sensors connected or coupled to a communications device that performs the communications functions described in this disclosure, such as controllers and sensors that generate control and data signals used by the communications device to perform the communications functions of the communications apparatus.

[0211] The communication devices also include infrastructure facilities, such as base stations, access points, and any other devices, devices, or systems that communicate with or control the above-mentioned non-limiting devices. Furthermore, the various embodiments may also be implemented by software modules. These software modules are executed by a processor or directly in hardware. A combination of software modules and hardware implementation is also possible. The software modules may be stored in any type of computer-readable storage medium, such as RAM, EPROM, EEPROM, flash memory, registers, hard disks, CD-ROMs, DVDs, etc. Furthermore, it should be noted that individual features of different embodiments may be the subject of other embodiments, individually or in any combination.

[0212] It will be appreciated by those skilled in the art that various changes and / or modifications may be made to the present disclosure as set forth in the specific embodiments without departing from the concept or scope of the invention as broadly described. The embodiments described herein are therefore to be considered in all respects as illustrative and not restrictive.

[0213] Further Aspects According to a first aspect, there is provided a user equipment (UE). The UE comprises a transceiver that, in operation, receives a resource configuration indicating periodic downlink resources each associated with a respective first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report, receives a resource indicator for determining a second resource for transmitting the confirmation report, and receives data via one of the downlink resources. The UE further comprises, in operation, circuitry that determines the second resource using the resource indicator, and determines a resource to use for transmitting the confirmation report from the determined second resource and a first resource associated with one of the downlink resources. In operation, the transceiver transmits the confirmation report via the resource determined by the circuitry.

[0214] According to a second aspect, there is provided a UE as defined in the first aspect, wherein the resource configuration includes a resource indicator, the resource indicator indicating a configuration of periodic uplink resources of a Physical Uplink Shared Channel (PUSCH), and the circuit, in operation, determines one of the uplink resources as the second resource.

[0215] According to a third aspect, there is provided a UE as defined in the second aspect, wherein the uplink resource is determined as the second resource depending on the timing of the uplink resource, the number of allocated resource elements of the uplink resource, and / or the modulation and coding scheme of the uplink resource.

[0216] According to a fourth aspect, there is provided a UE according to the second or third aspect, wherein the circuitry, when operating, determines the second resource as a resource to be used for transmitting the confirmation report.

[0217] According to a fifth aspect, there is provided a UE as defined in the second or third aspect, wherein the circuitry, in operation, determines the second resource as the resource to be used for transmission if a condition is met, and determines the first resource as the resource to be used for transmission if the condition is not met.

[0218] According to a sixth aspect, there is provided a UE as described in the fifth aspect, wherein the resource configuration further includes a period indicator indicating a period, and the condition includes the second resource being present within the period.

[0219] According to a seventh aspect, there is provided the UE according to the fifth or sixth aspect, wherein the condition includes that there is further data to be transmitted via the second resource.

[0220] According to an eighth aspect, there is further provided the UE according to the first aspect, wherein the resource configuration further includes a resource indicator, the resource indicator indicating a transmission process identifier. The transceiver, in operation, receives downlink control information indicating resources for dynamic downlink transmission and resources for transmission of a confirmation report associated with the transmission process identifier, and receives data via the indicated resources for the dynamic downlink transmission, and the circuit, in operation, determines the indicated resources for transmission of the confirmation report as the second resources according to the transmission process identifier associated with the dynamic downlink transmission.

[0221] According to a ninth aspect, there is provided the UE according to the eighth aspect, wherein the circuitry, upon operation, determines the second resource as a resource to use for transmitting the confirmation report.

[0222] According to a tenth aspect, there is provided the UE according to the eighth aspect, wherein the resource configuration further includes a period indicator indicating a period, wherein the circuit, when operating, determines the second resource as a resource to be used for transmitting the confirmation report if the second resource exists within the period, and determines the first resource as a resource to be used for transmitting the confirmation report if the second resource does not exist within the period.

[0223] According to an eleventh aspect, there is provided a UE as defined in any one of the eighth to tenth aspects, wherein when there are multiple resources related to a transmission process identifier associated with a dynamic downlink transmission, the resource related to the transmission process identifier is determined as the second resource depending on the timing of the resource, the number of allocated resource elements of the resource, and / or the modulation and coding scheme of the resource.

[0224] According to a twelfth aspect, there is provided the UE according to the first aspect, wherein the resource indicator is a pause indicator indicating a pause in transmission of the confirmation report. In operation, the transceiver receives a continuation indicator indicating a continuation of transmission of the confirmation report. In operation, the circuitry causes the transceiver to cease transmitting the confirmation report from the time the pause indicator is received until the time the continuation indicator is received, and further uses the continuation indicator to determine a second resource to be used for transmitting the confirmation report.

[0225] A UE according to a thirteenth aspect is a UE according to the twelfth aspect, wherein the circuit, when operated, accumulates confirmation reports whose transmission has been stopped by the circuit, and causes the transceiver to transmit the accumulated confirmation reports after a continuation indicator is received.

[0226] According to a fourteenth aspect, there is provided a method for a User Equipment (UE), comprising: receiving a resource configuration indicating periodic downlink resources each associated with a first resource of a Physical Uplink Control Channel (PUCCH) for transmitting a confirmation report; receiving a resource indicator for determining a second resource for transmitting the confirmation report; receiving data via one of the downlink resources; determining the second resource using the resource indicator; determining a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources; and transmitting the confirmation report via the determined resource.

[0227] According to a fifteenth aspect, there is provided a method according to the fourteenth aspect, wherein the resource configuration includes a resource indicator, the resource indicator indicating a configuration of periodic uplink resources of a physical uplink shared channel (PUSCH), and the method further includes determining one of the uplink resources as the second resource.

[0228] According to a 16th aspect, there is provided a method as described in the 15th aspect, wherein the uplink resource is determined as the second resource depending on a timing of the uplink resource, a number of allocated resource elements of the uplink resource, and / or a modulation and coding scheme of the uplink resource.

[0229] According to a 17th aspect, there is provided a method for a UE as described in the 15th or 16th aspect, wherein the method further includes a step of determining a second resource as a resource to be used for transmitting a confirmation report.

[0230] According to an 18th aspect, there is provided a method according to the 15th or 16th aspect, further comprising the step of determining the second resource as the resource to be used for transmission if the condition is met, and determining the first resource as the resource to be used for transmission if the condition is not met.

[0231] According to a 19th aspect, there is provided a method as described in the 18th aspect, wherein the resource setting further includes a period indicator indicating a period, and the condition includes the second resource being present within the period.

[0232] According to a twentieth aspect, there is provided a method according to the eighteenth or nineteenth aspect, wherein the condition includes that there is further data to be transmitted via the second resource.

[0233] According to a 21st aspect, there is provided the method according to the 14th aspect, wherein the resource configuration further includes a resource indicator, and the resource indicator indicates a transmission process identifier. The method further includes receiving downlink control information indicating resources for dynamic downlink transmissions associated with the transmission process identifier and resources for transmission of each confirmation report, and receiving data via the indicated resources for the dynamic downlink transmission. Furthermore, the method includes determining, as a second resource, the indicated resources for transmission of the confirmation report according to the transmission process identifier associated with the dynamic downlink transmission.

[0234] According to a 22nd aspect, there is provided a method according to the 21st aspect, further comprising the step of determining the second resource as a resource to be used for transmitting the confirmation report.

[0235] According to a 23rd aspect, there is provided a method according to the 21st aspect, wherein the resource configuration further includes a period indicator indicating a period, the method further including: determining, if a second resource exists within the period, the second resource as a resource to be used for transmitting the confirmation report; and, if the second resource does not exist within the period, determining the first resource as a resource to be used for transmitting the confirmation report.

[0236] According to a 24th aspect, there is provided a method according to any one of the 21st to 23rd aspects, wherein when there are multiple resources related to a transmission process identifier associated with a dynamic downlink transmission, the resource related to the transmission process identifier is determined as the second resource depending on the timing of the resource, the number of allocated resource elements of the resource, and / or the modulation and coding scheme of the resource.

[0237] According to a 25th aspect, there is provided a method according to the 14th aspect, wherein the resource indicator is a pause indicator indicating a pause in transmission of the confirmation report, the method further comprising the steps of receiving a continuation indicator indicating a continuation of transmission of the confirmation report, ceasing transmission of the confirmation report after receiving the pause indicator and before receiving the continuation indicator, and further using the continuation indicator to determine a second resource as a resource to be used for transmitting the confirmation report.

[0238] According to a 26th aspect, there is provided a method as described in the 25th aspect, further comprising the steps of accumulating confirmation reports whose transmission has been discontinued, and transmitting the accumulated confirmation reports after a continuation indicator is received.

[0239] According to a 27th aspect, there is provided a scheduling device, wherein, in operation, the circuitry determines a resource configuration of periodic downlink resources associated with first resources of a Physical Uplink Control Channel (PUCCH) for transmitting a confirmation report, and determines a resource indicator for determining second resources for transmitting the confirmation report. The scheduling device further comprises a transceiver unit, in operation, that transmits the resource configuration, transmits the resource indicator, transmits data via one of the downlink resources, and receives the confirmation report via one of the first and second resources.

[0240] According to a 28th aspect, there is provided a scheduling device as described in the 27th aspect, wherein the resource configuration includes a resource indicator, and the resource indicator indicates a configuration of periodic uplink resources of a physical uplink shared channel (PUSCH).

[0241] According to a 29th aspect, there is provided the scheduling device according to the 28th aspect, wherein the scheduling device is configured to receive the confirmation report via one of the uplink resources as the second resource.

[0242] According to a 30th aspect, there is provided a scheduling device as described in the 27th aspect, wherein the scheduling device receives a confirmation report via a second resource if a condition is met, and receives a confirmation report via a first resource if the condition is not met.

[0243] According to a 31st aspect, there is provided a scheduling device as described in the 30th aspect, wherein the resource configuration further includes a period indicator indicating a period, and the condition includes the second resource being present within the period.

[0244] According to a 32nd aspect, there is provided a scheduling device as described in the 30th or 31st aspect, wherein the condition includes that there is further data to be received via the second resource.

[0245] According to a 32nd aspect, there is provided the scheduling device according to the 27th aspect, wherein the resource configuration further includes a resource indicator, the resource indicator indicating a transmission process identifier, wherein the transceiver unit, in operation, transmits downlink control information indicating resources for dynamic downlink transmission associated with the transmission process identifier and resources for transmission of each confirmation report, and transmits data via the indicated resources for the dynamic downlink transmission.

[0246] According to a 33rd aspect, there is provided a scheduling device as described in the 32nd aspect, wherein, when operating, the transceiver unit receives a confirmation report via an indicated resource for transmitting the confirmation report, which is a second resource related to a transmission process identifier associated with the dynamic downlink transmission.

[0247] According to a 34th aspect, there is provided the scheduling device according to the 32nd aspect, wherein the resource configuration further includes a period indicator indicating a period. The transceiver unit, in operation, receives a confirmation report via a resource indicated for transmission of the confirmation report, the resource being the second resource for a transmission process identifier associated with the dynamic downlink transmission, if the second resource exists within the period. The transceiver unit, in operation, receives a confirmation report via the first resource if the second resource does not exist within the period.

[0248] According to a 35th aspect, there is provided a scheduling device as described in any one of the 32nd to 34th aspects, wherein when there are multiple resources related to a transmission process identifier associated with a dynamic downlink transmission, the resource related to the transmission process identifier is determined as the second resource depending on the timing of the resource, the number of assigned resource elements of the resource, and / or the modulation and coding scheme of the resource.

[0249] According to a 36th aspect, there is provided the scheduling device according to the 27th aspect, wherein the resource indicator is a pause indicator indicating a pause in transmission of the confirmation report. The transceiver unit, upon operation, transmits a continuation indicator indicating a continuation of transmission of the confirmation report. The transceiver unit, upon operation, receives the confirmation report after the continuation indicator is transmitted.

[0250] According to a 37th aspect, there is provided a method for a scheduling device, comprising: determining a resource configuration of periodic downlink resources, each associated with a first resource of a Physical Uplink Control Channel (PUCCH) for transmitting a confirmation report; and determining a resource indicator for determining a second resource for transmitting the confirmation report. The method further comprises transmitting the resource configuration, transmitting the resource indicator, transmitting data via one of the downlink resources, and receiving the confirmation report via one of the first resource and the second resource.

[0251] According to a 38th aspect, there is provided a method according to the 37th aspect, wherein the resource configuration includes a resource indicator, and the resource indicator indicates a configuration of periodic uplink resources of a physical uplink shared channel (PUSCH).

[0252] According to a thirty-ninth aspect, there is provided a method according to the thirty-eighth aspect, wherein the confirmation report is received via one of the uplink resources as the second resource.

[0253] According to a 40th aspect, there is provided a method as described in the 37th aspect, wherein if the condition is met, the confirmation report is received via the second resource, and if the condition is not met, the confirmation report is received via the first resource.

[0254] According to a 41st aspect, there is provided a method according to the 40th aspect, wherein the resource setting further includes a period indicator indicating a period, and the condition includes the second resource being present within the period.

[0255] According to a 42nd aspect, there is provided a method according to the 40th or 41st aspect, wherein the condition includes that there is further data to be received via the second resource.

[0256] According to a 42nd aspect, there is provided the method according to the 37th aspect, wherein the resource configuration further includes a resource indicator, and the resource indicator indicates a transmission process identifier, the method further including: transmitting downlink control information indicating resources for dynamic downlink transmission associated with the transmission process identifier and resources for transmission of each confirmation report; and transmitting data via the indicated resources for the dynamic downlink transmission.

[0257] According to a 43rd aspect, there is provided a method as described in the 42nd aspect, further comprising a step of receiving a confirmation report via an indicated resource for transmitting the confirmation report, the resource being a second resource related to a transmission process identifier associated with the dynamic downlink transmission.

[0258] According to a 44th aspect, there is provided a method according to the 42nd aspect, wherein the resource configuration further includes a period indicator indicating a period, the method further including: receiving a confirmation report via an indicated resource for transmission of the confirmation report, the second resource being related to a transmission process identifier associated with the dynamic downlink transmission, if the second resource exists within the period; and receiving a confirmation report via the first resource if the second resource does not exist within the period.

[0259] According to a 45th aspect, there is provided a method according to any one of the 42nd to 44th aspects, wherein when there are multiple resources related to a transmission process identifier associated with a dynamic downlink transmission, the resource related to the transmission process identifier is determined as the second resource depending on the timing of the resource, the number of allocated resource elements of the resource, and / or the modulation and coding scheme of the resource.

[0260] According to a forty-sixth aspect, there is provided the method according to the thirty-seventh aspect, wherein the resource indicator is a pause indicator indicating a pause in transmission of the confirmation report, the method further comprising the steps of, after transmitting the continuation indicator, transmitting a continuation indicator indicating continued transmission of the confirmation report, and receiving the confirmation report.

[0261] In summary, some exemplary embodiments relate to a user equipment (UE), a scheduling device, and respective methods for the UE and the scheduling device. For example, the UE includes a transceiver that, in operation, receives a resource configuration indicating periodic downlink resources each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report, receives a resource indicator for determining a second resource for transmitting the confirmation report, and receives data via one of the downlink resources. For example, the UE includes, in operation, circuitry that determines the second resource using the resource indicator and determines a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources, and the transceiver that, in operation, transmits the confirmation report via the resource determined by the circuitry.

Claims

1. receiving a resource configuration indicating periodic downlink resources each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report; receiving a resource indicator for determining a second resource for transmitting the confirmation report; receiving data over one of the downlink resources a transmitter / receiver; determining the second resource using the resource indicator; determining a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources; a circuit; the transceiver unit transmits the confirmation report via the resource determined by the circuit. User equipment.

2. the resource configuration includes the resource indicator; the resource indicator indicates a periodic uplink resource configuration of a physical uplink shared channel (PUSCH); the circuitry determines one of the uplink resources as the second resource; The user equipment of claim 1 .

3. the uplink resource is determined as the second resource according to a timing of the uplink resource, a number of allocated resource elements of the uplink resource, and / or a modulation and coding scheme of the uplink resource; The user equipment of claim 2 .

4. the circuit determines the second resource as a resource to be used for transmitting the confirmation report. The user equipment of claim 2 .

5. The circuit comprises: If a condition is met, determining the second resource as the resource to be used for the transmission; if the condition is not met, determining the first resource as the resource to be used for the transmission. The user equipment of claim 2 .

6. The resource configuration further includes a duration indicator indicating a duration; the condition includes the second resource being present within the time period; 6. The user equipment of claim 5.

7. the condition includes that there is more data to be transmitted via the second resource; 6. The user equipment of claim 5.

8. the resource configuration further includes the resource indicator; the resource indicator indicates a transmitting process identifier; The transmitting / receiving unit receiving downlink control information indicating resources for dynamic downlink transmission associated with the transmission process identifier and resources for transmission of a confirmation report; receiving data via the indicated resources for the dynamic downlink transmission; the circuit determines the indicated resource for transmission of the confirmation report related to the transmission process identifier associated with the dynamic downlink transmission as the second resource. The user equipment of claim 1 .

9. the circuit determines the second resource as a resource to be used for transmitting the confirmation report.

9. The user equipment of claim 8.

10. The resource configuration further includes a duration indicator indicating a duration; The circuit comprises: If the second resource exists within the period, determining the second resource as a resource to be used for transmitting the confirmation report; If the second resource does not exist within the period, determining the first resource as the resource to be used for transmitting the confirmation report.

9. The user equipment of claim 8.

11. if there are multiple resources related to the transmission process identifier associated with the dynamic downlink transmission, the resource related to the transmission process identifier is determined as the second resource according to a timing of the resource, a number of allocated resource elements of the resource, and / or a modulation and coding scheme of the resource; 9. The user equipment of claim 8.

12. the resource indicator is a pause indicator that indicates a pause in transmission of the confirmation report; the transceiver receives a continuation indicator indicating continuation of transmission of the confirmation report; The circuit comprises: suspending transmission of the confirmation report by the transceiver unit from the time the pause indicator is received until the time the continue indicator is received; and further using the continuation indicator to determine the second resource as a resource to be used for transmitting the confirmation report. The user equipment of claim 1 .

13. The circuit comprises: storing a confirmation report that transmission has been discontinued by said circuit; causing the transceiver unit to transmit the accumulated confirmation report after the continuation indicator is received; 13. The user equipment of claim 12.

14. receiving a resource configuration indicating periodic downlink resources each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report; receiving a resource indicator for determining a second resource for transmitting the confirmation report; receiving data over one of the downlink resources; determining the second resource using the resource indicator; determining a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources; transmitting the confirmation report via the determined resource; A method for a user equipment (UE), comprising:

15. determining resource configurations of periodic downlink resources, each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report; determining a resource indicator for determining a second resource for transmitting the confirmation report; The circuit and Sending the resource configuration; transmitting the resource indicator; Transmitting data over one of the downlink resources; receiving a confirmation report via one of the first resource and the second resource; a transmitter / receiver; A scheduling device comprising:

16. 1. An integrated circuit configured to control a user equipment (UE), comprising: receiving a resource configuration indicating periodic downlink resources each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report; receiving a resource indicator for determining a second resource for transmitting the confirmation report; receiving data over one of the downlink resources a transmitting and receiving circuit; determining the second resource using the resource indicator; determining a resource to be used for transmitting the confirmation report from the first resource and the second resource associated with one of the downlink resources; a control circuit; the transmitting and receiving circuitry transmits the confirmation report via the resource determined by the control circuitry. Integrated circuit.

17. an integrated circuit configured to control a scheduling device, determining resource configurations of periodic downlink resources, each associated with a first resource of a physical uplink control channel (PUCCH) for transmitting a confirmation report; determining a resource indicator for determining a second resource for transmitting the confirmation report; a control circuit; Sending the resource configuration; transmitting the resource indicator; Transmitting data over one of the downlink resources; receiving a confirmation report via one of the first resource and the second resource; a transmitting and receiving circuit; An integrated circuit comprising:

Images