User equipment, scheduling node, method for user equipment, and method for scheduling node

Abstract

The present disclosure relates to a user equipment (UE). The UE includes a transceiver and a circuit. The transceiver receives downlink control information (DCI) signaling. The circuit obtains an indication from the DCI signaling. The indication indicates: a scheduling of N transport blocks TB, where N is an integer greater than 1, and at least one of the following: i) a scheduling of M repetitions of the TB, where M is equal to or greater than 1; ii) an interleaving pattern of the TB; and iii) a transmission gap between the TBs.

Description

Technical Field

[0001] The present disclosure is directed to methods, apparatus and articles in a communication system, such as a 3GPP communication system.

[0002] The present disclosure relates to the transmission and reception of signals in a communication system. In particular, the present disclosure relates to methods and apparatus for such transmission and reception. Background Art

[0003] The 3rd Generation Partnership Project (3GPP) is working on the technical specifications for the next generation of cellular technology, also known as fifth generation (5G), including the "New Radio" (NR) radio access technology (RAT) operating in the frequency range up to 100 GHz. NR is a follower of technologies represented by Long Term Evolution (LTE) and LTE-Advanced (LTE-A).

[0004] For systems like LTE and NR, further improvements and options may contribute to the efficient operation of the communication system as well as specific devices attached to the system. Summary of the invention

[0005] One non-limiting and exemplary embodiment facilitates providing efficient downlink control information (DCI) scheduling of multiple transport blocks (TBs) in a wireless communication system.

[0006] In one embodiment, the technology disclosed herein is characterized by an apparatus (e.g., a user equipment UE). The apparatus includes a transceiver that receives downlink control information DCI signaling. The apparatus also includes a circuit that obtains an indication indicating the scheduling of N transport blocks from the DCI signaling, where N is greater than 1. The indication also indicates at least one of the following: i) the scheduling of M repetitions of the TB, where M is equal to or greater than one; ii) the interleaving pattern of the TB; and iii) the transmission gap between the TBs.

[0007] 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.

[0008] Additional benefits and advantages of the disclosed embodiments will become apparent from the specification and drawings. The benefits and / or advantages may be obtained individually by various embodiments and features of the specification and drawings, and it is not necessary to provide all of these embodiments and features in order to obtain one or more such benefits and / or advantages. BRIEF DESCRIPTION OF THE DRAWINGS

[0009] Exemplary embodiments will be described in more detail below with reference to the accompanying drawings and figures.

[0010] Figure 1An exemplary architecture of a 3GPP NR system is shown;

[0011] Figure 2 is a schematic diagram showing the functional division between NG-RAN and 5GC;

[0012] Figure 3 is a sequence diagram of the RRC connection establishment / reconfiguration procedure;

[0013] Figure 4 is a schematic diagram illustrating usage scenarios of enhanced mobile broadband (eMBB), massive machine type communication (mMTC), and ultra-reliable low latency communication (URLLC);

[0014] Figure 5 is a block diagram illustrating an exemplary 5G system architecture for non-roaming;

[0015] Figure 6 is a block diagram illustrating functional components of a base station and a user equipment according to an embodiment;

[0016] Figure 7 is a block diagram illustrating steps of an exemplary communication method for a UE and steps of an exemplary communication method for a base station;

[0017] Figure 8a is a schematic diagram of an exemplary scheduling of two transport blocks with repetition and transmission gaps but without interleaving between TBs;

[0018] Figure 8b is a schematic diagram of an exemplary scheduling of two transport blocks with repetition and interleaving but without transmission gaps;

[0019] Figure 8c is a schematic diagram of an exemplary scheduling of four transport blocks without repetition, interleaving and transmission gaps;

[0020] Figure 8d is a schematic diagram of an exemplary scheduling of two transport blocks with a transmission gap between TBs but without repetition and interleaving; and

[0021] Fig. 9 is a diagram of an exemplary scheduling of two transport blocks using a configured grant (CG) or semi-persistent scheduling (SPS) framework. DETAILED DESCRIPTION

[0022] 5G NR system architecture and protocol stack

[0023] 3GPP has been working on the next release of the fifth generation of cellular technology, referred to as 5G, including the development of new radio access technology (NR) operating in the frequency range up to 100GHz. The first version of the 5G standard was completed in late 2017, allowing trials and commercial deployment of smartphones compliant with the 5G NR standard.

[0024] Among them, the whole system architecture adopts NG-RAN (Next Generation - Radio Access Network) including gNB, providing NG-Radio Access User Plane (SDAP / PDCP / RLC / MAC / PHY) and Control Plane (RRC) protocol terminals to UE. gNBs are connected to each other by means of Xn interface. gNB is also connected to NGC (Next Generation Core) by means of Next Generation (NG) interface, more specifically, connected to AMF (Access and Mobility Management Function) (e.g., a specific core entity that executes AMF) by means of NG-C interface, and connected to UPF (User Plane Function) (e.g., a specific core entity that executes UPF) by means of NG-U interface. Figure 1 The figure in the middle shows the NG-RAN architecture (see, for example, 3GPP TS 38.300 v15.6.0, section 4).

[0025] The user plane protocol stack for NR (see, e.g., 3GPP TS 38.300, section 4.4.1) includes the PDCP (Packet Data Convergence Protocol, see section 6.4 of TS 38.300), the RLC (Radio Link Control, see section 6.3 of TS 38.300) and the MAC (Media Access Control, see section 6.2 of TS 38.300) sublayers, which are terminated in the gNB on the network side. Additionally, a new access stratum (AS) sublayer (SDAP, Service Data Adaptation Protocol) is introduced on top of PDCP (see, e.g., subclause 6.5 of 3GPP TS 38.300). A control plane protocol stack is also defined for NR (see, e.g., example TS 38.300, section 4.4.2). An overview of the Layer 2 functionality is given in subclause 6 of TS 38.300. The functions of the PDCP, RLC and MAC sublayers are listed in Sections 6.4, 6.3 and 6.2 of TS 38.300 respectively. The functions of the RRC layer are listed in Subclause 7 of TS 38.300.

[0026] For example, the medium access control layer handles logical channel multiplexing, as well as scheduling and scheduling-related functions, including handling different parameter sets.

[0027] The physical layer (PHY) is responsible for, for example, coding, PHY HARQ processing, modulation, multi-antenna processing, and mapping signals to appropriate physical time-frequency resources. It also handles the 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 the transmission of a specific transport channel, and each transport channel is mapped to a corresponding physical channel. For example, the physical channels are PRACH (Physical Random Access Channel), PUSCH (Physical Uplink Shared Channel) and PUCCH (Physical Uplink Control Channel) for uplink and PDSCH (Physical Downlink Shared Channel), PDCCH (Physical Downlink Control Channel) and PBCH (Physical Broadcast Channel) for downlink.

[0028] NR use cases / deployment scenarios may include enhanced mobile broadband (eMBB), ultra-reliable low latency communications (URLLC), massive machine type communications (mMTC), which have different requirements in terms of data rate, latency, and coverage. For example, eMBB is expected to support peak data rates (20Gbps for downlink and 10Gbps for uplink) and user experience data rates that are approximately three times higher than those provided by Advanced IMT. On the other hand, in the case of URLLC, there is a strong demand for ultra-low latency (0.5ms for user plane latency for UL and DL each) and high reliability (1-10ms within 1ms). -5 Finally, mMTC may preferably require high connection density (1,000,000 devices / km in an urban environment). 2 ), wide coverage in harsh environments, and extremely long battery life (15 years) for low-cost devices.

[0029] Therefore, a set of OFDM parameters (e.g., subcarrier spacing, OFDM symbol duration, cyclic prefix (CP) duration, number of symbols per scheduling interval) that is applicable for one use case may not be applicable for another use case. For example, low-latency services may preferably require shorter symbol duration (and therefore larger subcarrier spacing) and / or fewer symbols per scheduling interval (also known as TTI) than mMTC services. In addition, deployment scenarios with large channel delay spread may preferably require longer CP duration than those with short delay spread. The subcarrier spacing should be optimized accordingly to maintain similar CP overhead. NR can support more than one subcarrier spacing value. Correspondingly, subcarrier spacings of 15kHz, 30kHz, 60kHz… are currently under consideration. Symbol duration T u and the subcarrier spacing Δf by the formula Δf = 1 / T uIn a similar manner as in the LTE system, the term "resource element" may be used to refer to a minimum resource unit consisting of one subcarrier of one OFDM / SC-FDMA symbol length.

[0030] In the new radio system 5G-NR, for each parameter set and carrier, a resource grid of subcarriers and OFDM symbols is defined for uplink and downlink, respectively. Each element in the resource grid is called a resource element, and it is identified based on a frequency index in the frequency domain and a symbol position in the time domain (see 3GPP TS 38.211v16.0.0, e.g., Section 4). For example, downlink and uplink transmissions are organized as frames of 10 ms duration, each frame consisting of ten subframes of 1 ms duration each. In a 5g NR implementation, the number of consecutive OFDM symbols per subframe depends on the subcarrier spacing configuration. For example, for a subcarrier spacing of 15 kHz, a subframe has 14 OFDM symbols (similar to an implementation in accordance with LTE, taking a general cyclic prefix). On the other hand, for a subcarrier spacing of 30 kHz, a subframe has two slots, each of which includes 14 OFDM symbols.

[0031] Compared to the LTE parameter sets (subcarrier spacing and symbol length), NR supports multiple different types of subcarrier spacing marked by the parameter μ (in LTE, there is only 15kHz subcarrier spacing, corresponding to μ=0 in NR). The types of NR parameter sets are summarized in 3GPP TS 38.211, v15.7.0.

[0032] 5G NR functional division between NG-RAN and 5GC

[0033] Figure 2 The figure shows the functional division between NG-RAN and 5GC. The NG-RAN logical node is gNB or ng-eNB. 5GC has logical nodes AMF, UPF and SMF.

[0034] Specifically, gNB and ng-eNB host the following main functions:

[0035] - Functions for radio resource management, such as radio bearer control, radio admission control, connection mobility control, dynamic allocation of resources to UEs in both uplink and downlink (scheduling);

[0036] -IP header compression, encryption and integrity protection of data;

[0037] - Selection of the AMF at UE attach when the route to the AMF cannot be determined from the information provided by the UE;

[0038] - Routing user plane data towards UPF(s);

[0039] - Routing control plane information towards the AMF;

[0040] -Connection establishment and release;

[0041] - Scheduling and sending of paging messages;

[0042] - Scheduling and sending of system broadcast information (derived from AMF or OAM);

[0043] - Measurements and measurement reporting configuration for mobility and scheduling;

[0044] -Transmission level grouping marking in uplink;

[0045] -Session management;

[0046] - Network slicing support;

[0047] -QoS flow management and mapping to data radio bearers;

[0048] - Support for UEs in RRC_INACTIVE state;

[0049] -NAS message distribution function;

[0050] -Wireless access network sharing;

[0051] -Dual connection;

[0052] - Close interworking between NR and E-UTRA.

[0053] The Access and Mobility Management Function (AMF) hosts the following key functions:

[0054] - Non-access stratum, NAS, signaling terminal;

[0055] -NAS signaling security;

[0056] -Access layer, AS, security control;

[0057] - Inter-core network CN node signalling for mobility between 3GPP access networks;

[0058] - Idle mode UE reachability (including control and operation of paging retransmission);

[0059] -Registration area management;

[0060] -Support for mobility within and between systems;

[0061] -Access authorization;

[0062] -Access authorization, including verification of roaming rights;

[0063] - Mobility management control (subscription and policy);

[0064] - Network slicing support;

[0065] -Session Management Function, SMF, select.

[0066] Additionally, the User Plane Function (UPF) hosts the following key functions:

[0067] - Anchor point for intra-RAT / inter-RAT mobility (when applicable);

[0068] - External PDU session points interconnected with the data network;

[0069] -Packet routing and forwarding;

[0070] - User plane part for packet inspection and policy rule enforcement;

[0071] - Traffic usage reports;

[0072] - Uplink classifier that supports routing of traffic flows to data networks;

[0073] -Support branching points for multi-host PDU sessions;

[0074] - QoS handling for user plane, such as packet filtering, gating, UL / DL rate enforcement;

[0075] - Uplink traffic verification (SDF to QoS flow mapping);

[0076] - Downlink packet buffering and downlink data notification triggering.

[0077] Finally, the session management function SMF hosts the following main functions:

[0078] -Session management;

[0079] -UE IP address allocation and management;

[0080] - UP selection and control;

[0081] -Configure traffic steering at the user plane function UPF to route traffic to the appropriate destination;

[0082] -Policy enforcement and QoS control part;

[0083] -Downlink data notification.

[0084] RRC connection establishment and reconfiguration process

[0085] Figure 3 The figure shows some interactions between the UE, gNB and AMF (5GC entity) in the context of the UE transitioning from RRC_IDLE to RRC_CONNECTED for the NAS part (see TS 38.300v15.6.0).

[0086] RRC is a higher layer signaling (protocol) used for UE and gNB configuration. Specifically, the transition involves the AMF preparing UE context data (including, for example, PDU session context, security keys, UE radio capabilities and UE security capabilities, etc.) and issuing it to the gNB together with the Initial Context Setup Request. The gNB then activates AS security with the UE, which is performed by the gNB sending a SecurityModeCommand message to the UE and the UE responding to the gNB with a SecurityModeComplete message. Thereafter, the gNB performs reconfiguration by sending an RRCReconfiguration message to the UE and in response the gNB receives an RRCReconfigurationComplete from the UE to establish a signaling radio bearer 2 SRB 2 and (one or more) data radio bearers DRB. For a signaling-only connection, the steps related to RRCReconfiguration are skipped since SRB2 and DRB are not established. Finally, the gNB notifies the AMF that the establishment procedure is complete through an Initial Context Setup Response.

[0087] Therefore, in the present disclosure, an entity (e.g., AMF, SMF, etc.) of a fifth generation core (5GC) is provided, which includes: a control circuit that sets up a next generation (NG) connection with a gNodeB; and a transmitter that sends an initial context setup message to the gNodeB via the NG connection to trigger a signaling radio bearer establishment between the gNodeB and a user equipment (UE). Specifically, the gNodeB sends a radio resource control RRC signaling containing a resource allocation configuration information element to the UE via the signaling radio bearer. Then, the UE performs uplink transmission or downlink reception based on the resource allocation configuration.

[0088] IMT use cases in 2020 and beyond

[0089] Figure 4The diagram shows some use cases for 5G NR. In the 3rd Generation Partnership Project New Radio (3GPP NR), three use cases are being considered that envision supporting a wide range of services and applications for IMT-2020. The specification for the first phase of enhanced mobile broadband (eMBB) has been finalized. In addition to further extending eMBB support, current and future work will involve standardization of ultra-reliable and low-latency communications (URLLC) and massive machine-type communications. Figure 4 Some examples of envisaged usage scenarios for IMT for 2020 and beyond are illustrated (see for example ITU-R M.2083 Figure 2 ).

[0090] URLLC use cases have stringent requirements on capabilities such as throughput, latency, and availability, and are envisioned as one of the enablers of future vertical applications such as wireless control of industrial manufacturing or production processes, telemedicine surgery, distribution automation in smart grids, transportation safety, etc. Ultra-reliability of URLLC is supported by identifying technologies that meet the requirements of TR 38.913. For NR URLLC in Release 15, the key requirements include a target user plane latency of 0.5ms for UL (uplink) and a target user plane latency of 0.5ms for DL ​​(downlink). For a packet size of 32 bytes with a user plane latency of 1 millisecond, the general URLLC requirement for one transmission of a packet is a BLER (block error rate) of 1E-5.

[0091] From a physical layer perspective, reliability can be improved in a number of possible ways. The current scope for improving reliability involves defining separate CQI tables for URLLC, more compact DCI formats, repetition of PDCCH, etc. However, as NR becomes more stable and developed, the scope for achieving ultra-reliability (a key requirement for NR URLLC) 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.

[0092] In addition, technical enhancements to the NR URLLC target are aimed at improving latency and reliability. Technical enhancements for latency improvement include configurable parameter sets, non-slot-based scheduling with flexible mapping, unlicensed (configured licensed) uplink, slot-level repetition of data channels, and downlink preemption. Preemption means that the transmission for which resources have been allocated is stopped, and the allocated resources are used for another transmission that is requested later but has a lower latency / higher priority requirement. Accordingly, the transmission that has been granted is preempted by the later transmission. Preemption is applicable independently of the specific service type. For example, a transmission of service type A (URLLC) may be preempted by a transmission of service type B (such as eMBB). Technical enhancements for reliability improvement include a dedicated CQI / MCS table for a target BLER of 1E-5.

[0093] The use case of mMTC (massive machine type communication) is characterized by a very large number of connected devices that typically send relatively low volumes of non-delay sensitive data. The devices are required to be low cost and have very long battery life. From the perspective of NR, utilizing very narrow bandwidth portions is a possible solution that (from the perspective of the UE) saves power and enables long battery life.

[0094] As mentioned above, the range of reliability in NR is expected to become wider. A key requirement for all cases, especially necessary for URLLC and mMTC, is high or ultra-reliability. Several mechanisms can be considered to improve reliability from both a radio perspective and a network perspective. In general, there are several key potential areas that can help improve reliability. These areas include compact control channel information, data / control channel repetition, and diversity with respect to frequency, time and / or space domains. These areas apply to general reliability without considering specific communication scenarios.

[0095] For NR URLLC, further use cases with more stringent requirements have been identified, such as factory automation, transportation industry and power distribution. The more stringent requirements are higher reliability (up to 10 6 level), higher availability, packet sizes up to 256 bytes, time synchronization down to the order of a few microseconds (where this value can be one microsecond or a few microseconds, depending on the frequency range), and short latency on the order of 0.5 to 1 millisecond, specifically a target user plane latency of 0.5 milliseconds, depending on the use case.

[0096] In addition, for NR URLLC, some technical enhancements have been identified from the physical layer perspective. These include PDCCH (Physical Downlink Control Channel) enhancements associated with compact DCI, PDCCH repetition, and increased PDCCH monitoring. In addition, UCI (Uplink Control Information) enhancements are associated with enhanced HARQ (Hybrid Automatic Repeat Request) and CSI feedback enhancements. PUSCH enhancements associated with mini-slot level hopping and retransmission / repetition enhancements have also been identified. The term "mini-slot" refers to a transmission time interval (TTI) that includes a smaller number of symbols than a slot (a slot includes 14 symbols).

[0097] QoS Control

[0098] The 5G QoS (Quality of Service) model is based on QoS flows and supports both QoS flows that require guaranteed flow bit rates (GBR QoS flows) and QoS flows that do not require guaranteed flow bit rates (non-GBR QoS flows). Therefore, at the NAS level, QoS flows are the finest QoS differentiation granularity in a PDU session. QoS flows are identified within a PDU session by a QoS flow ID (QFI) carried in the encapsulation header on the NG-U interface.

[0099] For each UE, 5GC establishes one or more PDU sessions. Figure 3 As shown, for each UE, NG-RAN sets up at least one data radio bearer (DRB) together with the PDU session, and can subsequently configure (one or more) additional DRBs for (one or more) QoS flows of that PDU session (when to do so is up to the NG-RAN). 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, while AS-level mapping rules in the UE and NG-RAN associate UL and DL QoS flows with DRBs.

[0100] Figure 5 The 5G NR non-roaming reference architecture (see TS 23.501v16.1.0, section 4.23) is illustrated. Figure 4 The application functions (AF) exemplarily described in the specification, such as external application servers hosting 5G services, interact with the 3GPP core network to provide services, such as supporting the impact of applications on traffic routing, accessing the network exposure function (NEF) or interacting with the policy framework for policy control (see Policy Control Function, PCF) (e.g. QoS control). Based on the operator deployment, application functions that are considered to be trusted by the operator may be allowed to interact directly with related network functions. Application functions that the operator does not allow direct access to network functions interact with related network functions using an external exposure framework via the NEF.

[0101] Figure 5 Other functional units of the 5G architecture are shown, namely, network slice selection function (NSSF), network storage function (NRF), unified data management (UDM), authentication server function (AUSF), access and mobility management function (AMF), session management function (SMF) and data network (DN), such as operator services, Internet access or third-party services. All or part of the core network functions and application services can be deployed and run in a cloud computing environment.

[0102] Therefore, in the present disclosure, an application server (e.g., AF of a 5G architecture) is provided, which includes a transmitter and a control circuit, which sends a request containing QoS requirements for at least one of URLLC, eMMB and mMTC services to at least one function of 5GC (e.g., NEF, AMF, SMF, PCF, UPF, etc.) to establish a PDU session including a radio bearer between a gNodeB and a UE according to the QoS requirements, and the control circuit uses the established PDU session to perform the service.

[0103] RRC status (RRC_Connected, RRC_Inactive)

[0104] In LTE, the RRC state machine consists of only two states, the RRC idle state (mainly characterized by high power saving, UE autonomous mobility and no established UE connectivity to the core network) and the RRC connected state, in which the UE can send user plane data while mobility is controlled by the network to support lossless service continuity. Together with 5G NR, the LTE-related RRC state machine can also be extended to inactive states (see, for example, TS 38.331v15.8.0, Figure 4 .2.1-2), similar to NR 5G explained below.

[0105] RRC in NR 5G (see TS 38.331v15.8.0, Section 4) supports the following three states: RRC Idle, RRC Inactive and RRC Connected. When an RRC connection has been established, the UE is in either the RRC_CONNECTED state or the RRC_INACTIVE state. If this is not the case, i.e. no RRC connection has been established, the UE is in the RRC_IDLE state. Figure 6 As illustrated, the following state transitions are possible:

[0106] From RRC_IDLE to RRC_CONNECTED, following, for example, the "Connection Establishment" procedure;

[0107] From RRC_CONNECTED to RRC_IDLE, following, for example, the "Connection Release" procedure;

[0108] From RRC_CONNECTED to RRC_INACTIVE, following e.g. the “Connection Release with Pending” procedure;

[0109] From RRC_INACTIVE to RRC_CONNECTED, following, for example, the "Connection Restart" procedure;

[0110] From RRC_INACTIVE to RRC_IDLE (one-way), following, for example, the "Connection Release" procedure.

[0111] A new RRC state RRC Inactive is defined for the new radio technology of 5G 3GPP in order to provide benefits in supporting a wider range of services such as eMBB (enhanced mobile broadband), mMTC (massive machine type communication) and URLLC (ultra-reliable and low latency communication) which have very different requirements in terms of signaling, power saving, latency, etc. Therefore, the new RRC Inactive state should be designed to allow minimizing signaling, power consumption and resource expenditure in the radio access network and the core network, while still allowing, for example, data migration to be initiated with low latency.

[0112] Bandwidth

[0113] NR systems will support a much wider maximum channel bandwidth than LTE's 20MHz (e.g. 100MHz). LTE also supports wideband communications via carrier aggregation (CA) of up to 20MHz component carriers. By defining wider channel bandwidths in NR, frequency resources can be dynamically allocated via scheduling, which can be more efficient and flexible than LTE's carrier aggregation operation, where activation / deactivation is based on MAC control elements. Having a single wideband carrier also has advantages in terms of low control overhead, as it only requires a single control signaling (carrier aggregation requires separate control signaling for each aggregated carrier).

[0114] In addition, like LTE, NR can also support aggregation of multiple carriers via carrier aggregation or dual connectivity.

[0115] Since UEs do not always demand high data rates, using wide bandwidths may incur higher idle power consumption from both RF and baseband signal processing perspectives. In this regard, the newly developed concept of bandwidth fractions for NR provides a way to operate UEs with a bandwidth smaller than the configured channel bandwidth, thereby providing an energy-efficient solution despite supporting wideband operation. Such low-end terminals that cannot access the entire bandwidth of NR can benefit from this.

[0116] A bandwidth part (BWP) is a subset of the total cell bandwidth of a cell, e.g. the positioning and number of consecutive physical resource blocks (PRBs). Bandwidth parts may be defined separately for uplink and downlink. Furthermore, each bandwidth part may be associated with a specific set of OFDM parameters, e.g. subcarrier spacing and cyclic prefix. Bandwidth adaptation is achieved, for example, by configuring the UE with (one or more) BWPs and telling the UE which configured BWP is currently active.

[0117] Exemplarily, in 5G NR, a specific BWP is configured only for a UE in RRC_Connected state. For example, except for the initial BWP (e.g., one for UL and one for DL, respectively), the BWP only exists for a UE in a connected state. To support the initial data exchange between the UE and the network, for example, during the process of moving the UE from RRC_IDLE or RRC_INACTIVE state to RRC_CONNECTED state, the initial DL BWP and the initial UL BWP are configured in the minimum SI.

[0118] Although a UE may be configured with more than one BWP (e.g., up to 4 BWPs per serving cell as currently defined for NR), the UE may only have one active DL BWP at a time.

[0119] Switching between configured BWPs can be achieved by means of downlink control information (DCI).

[0120] For a primary cell (PCell), the initial BWP is the BWP used for initial access, and the default BWP is the initial BWP unless another initial BWP is explicitly configured. For a secondary cell (SCell), the initial BWP is always explicitly configured, and a default BWP may also be configured. When a default BWP is configured for a serving cell, the expiration of an inactivity timer associated with that cell switches the active BWP to the default BWP.

[0121] Generally, it is envisaged that the downlink control information does not contain the BWP ID.

[0122] Downlink Control Information (DCI)

[0123] For example, PDCCH monitoring is performed by a 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).

[0124] The 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, namely as a special set of control information for scheduling downlink data channels (e.g., PDSCH) or uplink data channels (e.g., PUSCH). In 5G NR, many different DCI formats have been defined (see TS 38.212v16.0.0 section 7.3.1). The following table gives an overview.

[0125]

[0126]

[0127] The PDCCH search space is an area in the downlink resource grid (time-frequency resources) that can carry the PDCCH (DCI). In general, it is an area of ​​radio resources used by the base station to send control information to one or more UEs in the downlink. The UE performs blind decoding in the entire search space, trying to find the PDCCH data (DCI). Conceptually, the concept of search space in 5G NR is similar to that of LTE, although there are many differences in the details.

[0128] In 5G NR, PDCCH is sent in a radio resource region called a Control Resource Set (CORESET). In LTE, the concept of a CORESET does not exist explicitly. Instead, PDCCH in LTE uses the full carrier bandwidth (4 in the narrowest case) in the first 1-3 OFDM symbols. In contrast, a CORESET in NR can appear anywhere within a timeslot and anywhere within the carrier frequency range, except for CORESETs outside of its active bandwidth part (BWP) that the UE is not expected to handle. A CORESET is a set of physical radio resources (e.g., a specific area on the NR downlink resource grid) and a set of parameters that are used to carry PDCCH / DCI.

[0129] Accordingly, the UE uses the corresponding search space set to monitor the PDCCH candidate sets in one or more CORESETs on the active DL BWP on each activated serving cell configured with PDCCH monitoring, where monitoring implies decoding each PDCCH candidate according to the monitored DCI format (e.g., as defined in 3GPP TS 38.213 Version 16.0.0, Chapters 10 and 11).

[0130] In short, a search space may include multiple PDCCH candidates associated with the same aggregation level (e.g., where the PDCCH candidates differ with respect to the DCI format to be monitored). In turn, a search space set may include multiple search spaces of different aggregation levels, but associated with the same CORESET. Unlike in LTE, where, as described above, the control channels span the entire carrier bandwidth, the bandwidth of a CORESET may be configured, for example, within the active DL frequency bandwidth part (BWP). In other words, the CORESET configuration defines the frequency resources of the search space set, and thus the frequency resources of the included PDCCH candidates of the search spaces in the set. The CORESET configuration also defines the duration of the search space set, which may have a length of one to three OFDM symbols. On the other hand, the start time is configured by the search space set configuration itself, e.g., at which OFDM symbol the UE starts monitoring the PDCCHs of the search spaces of the set. Combined, the configuration of the search space set and the configuration of the CORESET provide an unambiguous definition of the PDCCH monitoring requirements of the UE in both the frequency and time domains. Both CORESET and search space set configurations may be semi-statically configured via RRC signaling.

[0131] The first CORESET, CORESET 0, is provided by the Master Information Block (MIB) as part of the configuration of the initial bandwidth portion so that the remaining system information and additional configuration information can be received from the network. After connection establishment, multiple potentially overlapping CORESETs may be configured for the UE using RRC signaling.

[0132] The network may define a common control domain and a UE-specific control domain. In NR, the number of CORESETs is limited to 3 per BWP (including common and UE-specific CORESETs). When exemplarily assuming that 4 BWPs are configured for each serving cell, the maximum number of CORESETs per serving cell will be 12. In general, the number of search spaces per BWP may be limited to (for example) 10 in current NR, so that the maximum number of search spaces per BWP is 40. Each search space is associated with a CORESET.

[0133] The common CORESET is shared by multiple UEs in a cell, so that the network needs to take care of the alignment of the configuration with all UEs accordingly.The common CORESET can be used for random access, paging and system information.

[0134] In NR, flexible slot formats can be configured for UEs through cell-specific and / or UE-specific higher layer signaling in a semi-static downlink / uplink assignment manner, or through dynamic signaling, for example, via DCI format 2_0 in the Group Common PDCCH (GC-PDCCH). When dynamic signaling is configured, the UE monitors the GC-PDCCH (DCI format 2_0) carrying the dynamic slot format indication (SFI).

[0135] Typically, each BWP can be configured with one or more CORESETs (e.g., up to 3 CORESETs per BWP), including both common CORESETs and UE-specific CORESETs. Each CORESET can then have several search spaces, each with one or more PDCCH candidates that the UE can monitor.

[0136] Time domain scheduling in 5GNR

[0137] In the time domain, transmissions in 5G NR are organized into frames of length 10ms, each of which is divided into 10 equally sized subframes of length 1ms. A subframe is in turn divided into multiple slots, each consisting of 14 OFDM symbols. The duration of a slot in milliseconds depends on the parameter set. For example, for a 15kHz subcarrier spacing, the NR slot thus has the same structure as an LTE subframe with a normal cyclic prefix. The subframe in NR serves as a time reference independent of the parameter set, which is useful, especially when multiple parameter sets are mixed on the same carrier, while the slot is a typical dynamic scheduling unit.

[0138] In the following, the time domain resource allocation currently implemented in the 3GPP technical specification will be presented. The following explanation will be understood as a specific exemplary implementation of the time domain resource allocation, and should not be understood as the only possible time domain resource allocation. On the contrary, the present disclosure and solution are applied in a corresponding manner to different implementations of the time domain resource allocation that can be implemented in the future. For example, although the TDRA table below is based on specific parameters (e.g., 5 parameters), the time domain resource allocation can also be based on different numbers of parameters and / or different parameters.

[0139] The time domain allocation of data to be received or transmitted is dynamically signaled in the DCI, which is useful because the portion of the time slot available for downlink reception or uplink transmission may vary from slot to slot due to the use of dynamic TDD or the amount of resources used for uplink control signaling. The time slot in which the transmission occurs is signaled as part of the time domain allocation. Although in many cases downlink data is transmitted in the same time slot as the corresponding resource allocation, this is usually not the case for uplink transmissions.

[0140] When a UE is scheduled to receive PDSCH or send PUSCH via DCI, the time domain resource allocation (TDRA) field value of the DCI indicates the row index of the time domain resource allocation (TDRA) table. The term "table" is used herein because the TDRA entries are presented as tables in the corresponding 3GPP technical specifications, but it should be interpreted as a logical rather than a restrictive term. Specifically, the present disclosure is not limited to any specific organization, and the TDRA table can be implemented in any manner as a set of parameters associated with the respective entry indexes.

[0141] For example, the row of the TDRA table indexed by the DCI defines several parameters that can be used to allocate radio resources in the time domain. In this example, the TDRA table may indicate the time slot offset K0 / K2, the start and length indicator SLIV, or directly indicate the starting symbol S and the allocation length l. In addition, the TDRA table may also indicate the PDSCH mapping type and dmrs-TypeA-Position assumed in PDSCH reception, which are not directly related to the scheduled time domain radio resources. The time domain allocation field in the DCI is used as an index to the table, and the actual time domain allocation is then obtained from the table. In such an exemplary embodiment, the DCI indication of the row of the TDRA table (a value of the row index) therefore corresponds to an indication of a combination of specific values ​​of dmrs-TypeA-Position, PDSCH mapping type, K0 value, S value and / or L value.

[0142] There is one table for uplink scheduling grants and one table for downlink scheduling assignments. For example, 16 rows can be configured, each containing:

[0143] Slot offset (K0, K2), which is the time slot relative to the time slot in which the DCI is acquired. Currently, downlink slot offsets from 0 to 3 are possible, while for uplink, slot offsets from 0 to 7 can be used. The slot offset may also be referred to as the gap (e.g., time gap or slot gap) between the time slot of the PDCCH (including K0 / K2) and the time slot of the corresponding PDSCH (as multiple slots) scheduled by the PDCCH.

[0144] The first OFDM symbol in the slot where data is transmitted.

[0145] The transmission duration in number of OFDM symbols in a slot. Not all start and length combinations fit into one slot. Therefore, start and length are jointly coded to cover only valid combinations.

[0146] • For the downlink, the PDSCH mapping type (ie DMRS positioning) is also part of the table. This provides greater flexibility than indicating the mapping type separately.

[0147] It is also possible to configure timeslot aggregation, i.e. repeating the transmission of the same transport block over up to 8 timeslots.

[0148] The current 3GPP standard TS 38.214v16.0.0 (e.g., Section 5.1.2 for DL ​​and Section 6.1.2 for UL) relates to time domain scheduling and provides several default tables that can be used in the above aspects, for example, when no RRC configuration table (e.g., pdsch-ConfigCommon or pdsch-Config in either pdsch-TimeDomainAllocationList) is available at the UE. Once these fields (e.g., pdsch-AllocationList) are defined in the RRC message, which elements are used for each PDSCH scheduling is determined by a field called time domain resource allocation (e.g., in DCI 1_0 and DCI 1_1).

[0149] In the following, a default PDSCH time domain resource allocation A for a normal cyclic prefix is ​​given.

[0150] Table 5.1.2.1.1-2: Default PDSCH time domain resource allocation for general CP A

[0151]

[0152] It is obvious from this that in practice when downlink scheduling of the same time slot is applied, the K0 value is always assumed to be 0.

[0153] In the following, a default PUSCH time domain resource allocation A for a normal cyclic prefix is ​​given.

[0154] Table 6.1.2.1.1-2: Default PUSCH time domain resource allocation for general CP A

[0155]

[0156] It is clear from this that the value of K2 in turn depends on the parameter j, which is given in the table below.

[0157] Table 6.1.2.1.1-4: Definition of j value

[0158] <![CDATA[μ PUSCH ]]> J 0 1 1 1 2 2 3 3

[0159] The parameter μPUSCH is the subcarrier spacing configuration of PUSCH.

[0160] As is apparent from the above, the PUSCH and PDSCH TDRA tables are based on common parameters, such as PUSCH mapping type, K0 / K2 values, S values, and L values. K0 is the time slot offset between the scheduled PDCCH and the scheduled PDSCH, i.e. for DL ​​scheduling. K2 is the time slot offset between the scheduled PDCCH and the scheduled PUSCH, i.e. for UL scheduling. The S value of the TDRA table may indicate the position of the starting symbol of the scheduled resource in the relevant time slot (the time slot is the time slot in which the scheduled resource will be received / sent, given by K0 / K2). The L value of the TDRA table may indicate the length of the PDSCH / PUSCH in terms of symbols / in units of symbols and / or the length of the scheduled resource in terms of symbols / in units of symbols.

[0161] In the following, an example of an RRC configured TDRA table for PDSCH is provided, where the parameter K0 varies between 0 and 4 slots.

[0162]

[0163] Correspondingly, the RRC-configured TDRA table allows K0 values ​​for up to 4 time slots, effectively allowing same-time slot as well as cross-time slot scheduling (ie, DCI and corresponding resource allocation in different time slots).

[0164] In the current 5G-specific exemplary embodiment, the configured TDRA table is signaled via RRC (e.g., information element PDSCH-Config of 3GPP TS 38.331 v15.9.0) within the PDSCH-related configuration, which in turn may be within an information element attached to the bandwidth part ((BWP)-Downlink Specific). Therefore, if the TDRA table is configured by a higher layer, the TDRA table may be BWP-specific. The communication device may use a default table, or may apply a TDRA table configured by a higher layer (referred to as pdsch-TimeDomainAllocationList in either pdsch-ConfigCommon or pdsch-Config). However, this is only one possible example of the interaction between NR's TDRA configuration and the BWP concept. The present invention does not presuppose the adoption of a BWP and is not limited to resource allocation using a TDRA table.

[0165] Downlink Control Channel (PDCCH) Monitoring

[0166] Many functions operated by the UE involve monitoring of a downlink control channel (eg, PDCCH, see 3GPP TS 38.300 v15.6.0, section 5.2.3) to receive, for example, specific control information or data destined for the UE.

[0167] A non-exhaustive list of these features is given below:

[0168] -·Paging message monitoring function,

[0169] -·System information collection function,

[0170] - Signalling monitoring operations for discontinuous DRX functions,

[0171] - Inactive monitoring operation for non-continuous DRX functionality,

[0172] - Random access response reception for random access function,

[0173] -· Reordering function of the Packet Data Convergence Protocol PDCP layer.

[0174] As described above, PDCCH monitoring is performed by the UE in order 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).

[0175] The 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, namely as a special set of control information for scheduling downlink data channels (e.g., PDSCH) or uplink data channels (e.g., PUSCH). In 5G NR, many different DCI formats have been defined (see TS 38.212v15.6.0 section 7.3.1).

[0176] The above-mentioned DCI formats represent predetermined formats in which respective information is formed and transmitted. Specifically, DCI formats 0_1 and 1_1 are used for scheduling PUSCH and PDSCH in one cell, respectively.

[0177] The PDCCH monitoring of each of these functions serves a specific purpose and is therefore initiated to achieve the above-mentioned purpose. PDCCH monitoring is usually controlled based on at least a timer operated by the UE. The purpose of the timer is to control PDCCH monitoring, such as limiting the maximum amount of time that the UE monitors the PDCCH. For example, the UE may not need to monitor the PDCCH indefinitely, but may stop monitoring after a period of time so that power can be saved.

[0178] As mentioned above, one of the purposes of DCI on PDCCH is to dynamically schedule resources in the downlink or uplink or even the sidelink. Specifically, some DCI formats are provided to carry an indication of the resources (resource allocation, RA) allocated to the data channel of a specific user. Resource allocation may include a description of resources in the frequency domain and / or time domain.

[0179] Terminals and base stations

[0180] In LTE and NR, a terminal or user terminal or user equipment is referred to as a user equipment (UE). This can be a mobile device or communication device, such as a wireless phone, a smart phone, a tablet computer, or a USB (Universal Serial Bus) stick with user equipment functionality. However, the term mobile device is not limited to this, and generally, a relay can also have the functionality of such a mobile device, and a mobile device can also work as a relay. For example, a mobile station or a mobile node or a user terminal or a UE is a physical entity (physical node) within a communication network. In addition, a communication device can be a communication device of any machine type, such as an IoT device, etc. A node can have several functional entities. A functional entity refers to a software or hardware module that implements and / or supplies a predetermined set of functions to other functional entities of the same or another node or network. A node can have one or more interfaces that attach the node to a communication facility or medium through which the node can communicate. Similarly, a network entity can have a logical interface that attaches a functional entity to a communication facility or medium, through which the network entity can communicate with other functional entities or corresponding nodes.

[0181] A base station is a network node, for example, forming part of a network for providing services to a terminal. A base station is a network node or scheduling node that provides wireless access to a terminal. The communication between a terminal and a base station is generally standardized. In LTE and NR, the radio interface protocol stack includes a physical layer, a media access layer (MAC), and higher layers. In the control plane, a higher layer protocol, the radio resource control protocol, is provided. Via RRC, the base station can control the configuration of the terminal, and the terminal can communicate with the base station to perform control tasks, such as connection and bearer establishment, correction, etc., measurements, and other functions. The professional term used in LTE is eNB (or eNodeB), while the professional 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. Like a mobile station, a base station may have several functional entities. A functional entity refers to a software or hardware module that implements and / or supplies a predetermined set of functions to other functional entities of the same or another node or network. The physical entity performs some control tasks on the communication device, including one or more of scheduling and configuration. Note that the base station function and the communication device function can also be integrated in a single device. For example, a mobile terminal can also implement the functions of a base station for other terminals. The professional term used in LTE is eNB (or eNodeB), while the professional term currently used in 5GNR is gNB.

[0182] Professional terms

[0183] In the following, UE, base station and program will be described for the new radio access technology envisioned for 5G mobile communication system, but it can also be used in LTE mobile communication system. Different implementations and variants will also be explained. The above discussion and findings contribute to the following disclosure and can be based at least in part on the above discussion and findings, for example.

[0184] In general, it should be noted that many assumptions have been made herein so that the basic principles of the present disclosure can be explained in a clear and understandable manner. However, these assumptions should be understood as examples made herein for illustrative purposes only and should not limit the scope of the present disclosure.

[0185] In addition, some of the terms used below, such as procedures, entities, layers, etc., are closely related to the professional terms used in LTE / LTE-A systems or in the current 3GPP 5G standardization, even if the specific professional terms used in the context of the new radio access technology of the next 3GPP 5G communication system have not been fully determined or may eventually change. Therefore, the terms may change in the future without affecting the functionality of the embodiments. As a result, those skilled in the art realize that due to the lack of newer or ultimately agreed terms, the embodiments and their scope of protection should not be limited to the specific terms used exemplarily herein, but should be understood more broadly based on the functions and concepts that form the functional and theoretical basis of the present disclosure.

[0186] Power saving potential

[0187] The inventors have identified the potential to save power at the UE and thus increase the battery life of the UE, particularly for reduced capability NR devices (e.g., supporting Rel. 17). Specifically, in applicable use cases (e.g., delay tolerance), UE power consumption can be saved by: i) reducing PDCCH monitoring, e.g., by having a smaller number of blind decodings and / or CCE restrictions; ii) extending DRX in RRC inactive, idle and / or connected states; and iii) relaxing RRM for fixed devices.

[0188] A possibility for saving power at the UE may be to improve PDCCH monitoring and scheduling. Specifically, for UEs with frequent traffic in RRC connected mode, PDCCH alone still represents a large part of the UE power consumption. Therefore, since PDCCH-only time slots without PDSCH / PUSCH scheduling may account for a large part of the total power consumption, reducing the number of PDCCH-only time slots can help to significantly reduce the power consumption of the UE. Power consumption can also be further reduced by utilizing the above-mentioned DCI to schedule repeated transmission and / or reception of one or more (or all) TBs scheduled by the above-mentioned DCI.

[0189] Note that multi-TB scheduling may be particularly suitable / effective in cases where the service type is not very latency sensitive, when certain service requirements (e.g. throughput) have to be met for certain UEs / services. In this case, the gNB may perform scheduling prediction, which may allow for better use of the timeslots by scheduling more than one TB in multiple upcoming timeslots in one DCI.

[0190] Coverage restoration may also be an important aspect for UEs with reduced capabilities. Data channel scheduling with duplication may benefit coverage enhancement due to certain cost / complexity reductions (e.g., reduction in Rx / Tx antennas). Multi-TB scheduling may allow further power consumption reduction in interaction with PDCCH monitoring reduction / adaptation, as further explained below.

[0191] Example

[0192] The present disclosure provides techniques for multi-TB scheduling with and without repetitions, which can facilitate power saving of UEs. Specifically, the present disclosure addresses signaling support and framework design for multi-TB scheduling with and without repetitions. Specifically, the present disclosure provides a framework that enables dynamic multi-TB scheduling with and without repetitions.

[0193] Since the present disclosure involves scheduling, both the scheduled device (usually a communication device / transceiver device) and the scheduling device (usually a network node) are involved. Accordingly, the present disclosure provides a base station and a user equipment. Figure 6 As shown in the figure, the user equipment 610 and the base station 660 can communicate with each other through a wireless channel in a wireless communication system. For example, the user equipment can be an NR user equipment, and the base station can be a network node or a scheduling node, such as an NR gNB (specifically a gNB in ​​a non-terrestrial network (NTN) NR system).

[0194] The present disclosure also provides a system including a scheduled and a scheduling device, and corresponding methods and programs. An example of such a communication system is Figure 6 The communication system 600 may be a wireless communication system according to the 5G technical specification, specifically a NR communication system. However, the present disclosure is not limited to 3GPP NR, and may also be applied to other wireless or cellular systems, such as NTN.

[0195] Figure 6 The figure shows a general, simplified and exemplary block diagram of a user equipment 610 (also referred to as a communication device) and a scheduling device 660, which is here exemplarily assumed to be located in a base station (network node) (e.g., an eNB or gNB). However, in general, in the case of a sidelink connection between two terminals, the scheduling device may also be a terminal. In addition, specifically with respect to URLLC use cases; eMBB and mMTC, the communication device 610 may also be a sensor device, a wearable device, or a connected vehicle, or a controller of an automated machine in an industrial plant. In addition, the communication device 610 is capable of acting as a relay between a base station 660 and another communication device (e.g., the present disclosure is not limited to a communication "terminal" or a user "terminal").

[0196] The UE and the eNB / gNB communicate with each other on a (wireless) physical channel 650 using their transceivers 620 (UE side) and 670 (base station side), respectively. The base station 660 and the terminal 610 together form a communication system 600. The communication system 600 may also include, for example, Figure 1 Other entities shown in .

[0197] like Figure 6 As shown in , in some embodiments, a user equipment (UE) 610 includes a transceiver 620 that receives downlink control information DCI signaling (also referred to as multi-TB scheduling DCI in the present disclosure). The UE also includes circuits 630, 635 that obtain an indication from the DCI signaling. For example, the UE can obtain the indication from the DCI by parsing the DCI and / or extracting the above indication from the DCI. The indication indicates the scheduling of N transport blocks TB, where N is an integer greater than 1. In addition, the indication indicates at least one of the following: i) scheduling of M repetitions of TB, where M is equal to or greater than 1; ii) an interleaving pattern of the TB; and iii) a transmission gap between TBs.

[0198] Likewise Figure 6 As shown in , in some embodiments, the base station 660 (or scheduling device 660) includes circuits 680, 685. Circuits 680, 685 generate downlink control information DCI signaling (also referred to as multi-TB scheduling DCI in the present disclosure). The DCI signaling may include an indication of the scheduling of N transport blocks TB to the UE, where N is an integer greater than 1. In addition, the indication indicates at least one of the following: i) scheduling of M repetitions of the TB, where M is equal to or greater than 1; ii) an interleaving pattern of the TB; and iii) a transmission gap between TBs. The base station 660 may also include a transceiver 670 that sends DCI signaling to the UE.

[0199] The communication device 610 may include a transceiver 620 and a (processing) circuit 630, and the scheduling device 660 may include a transceiver 670 and a (processing) circuit 680. The transceiver 610 may in turn include and / or be used as a receiver and / or transmitter. In other words, in the present disclosure, the term "transceiver" is used for hardware and software components that allow the communication device 610 or the respective base station 660 to send and / or receive radio signals through the wireless channel 650. Accordingly, the transceiver corresponds to a receiver, a transmitter, or a combination of a receiver and a transmitter. Generally, it is assumed that the base station and the communication device are capable of sending and receiving radio signals. However, in particular with respect to some applications of eMBB, mMTC and URLLC (smart home, smart city, industrial automation, etc.), it is conceivable that a device such as a sensor only receives a signal. In addition, the term "circuit" includes a processing circuit formed by one or more processors or processing units, etc.

[0200] Circuits 630, 680 (or processing circuits) can be one or more pieces of hardware, such as one or more processors or any LSI. There is an input / output point (or node) between the transceiver and the processing circuit, through which the processing circuit can control the transceiver, that is, control the receiver and / or transmitter and exchange receive / transmit data. As a transmitter and receiver, the transceiver may include an RF (radio frequency) front end, which includes one or more antennas, amplifiers, RF modulators / demodulators, etc. The processing circuit can implement control tasks, such as controlling the transceiver to send user data and control data provided by the processing circuit, and / or receiving user data and control data further processed by the processing circuit. The processing circuit can also be responsible for executing other processes, such as determining, deciding, calculating, measuring, etc. The transmitter can be responsible for executing the sending process and other processes related to it. The receiver can be responsible for executing the receiving process and other processes related to it.

[0201] Corresponding to the above UE, a communication method performed by the UE is provided. Figure 7 As shown in , the method includes the step of receiving S740 downlink control information DCI signaling (also referred to as multi-TB scheduling DCI in the present disclosure). In addition, the method includes the step of obtaining S750 an indication from the DCI signaling. For example, the indication can be obtained from the DCI by parsing the DCI and / or extracting the above indication from the DCI. The indication indicates the scheduling of N transport blocks TB, where N is an integer greater than 1. In addition, the indication indicates at least one of the following: the scheduling of M repetitions of the TB, where M is equal to or greater than 1; the interleaving pattern of the TB; and the transmission gap between the TBs. As Figure 7 As further shown in FIG. 7 , according to the scheduling of the DCI / PDCCH, the UE may send S760 and / or receive the transport block scheduled by S760.

[0202] In addition, corresponding to the above-mentioned base station, a communication method performed by the base station is provided. Figure 7 As shown in , the method includes the step of generating S720 downlink control information DCI signaling (also referred to as multi-TB scheduling DCI in the present disclosure). The DCI signaling includes an indication of the scheduling of N transport blocks TB to the user equipment UE, where N is an integer greater than 1. In addition, the indication indicates at least one of the following: i) the scheduling of M repetitions of the TB, where M is equal to or greater than 1; ii) the interleaving pattern of the TB; and iii) the transmission gap between the TBs. Finally, the method includes the step of sending S730 DCI signaling to the UE. As shown in Figure 7 As further shown in, according to the scheduling of DCI / PDCCH, the base station can receive S770 and / or send the transmission block scheduled by S770.

[0203] like Figure 7 As illustrated in , the base station method may also perform step S710, and the method for the base station may include the above-mentioned step S710. In step 710 performed before generating the multi-TB scheduling DCI in step S720, the base station performs the allocation / scheduling of time domain resources for the transmission and / or reception of N transport blocks. The scheduling may include the step of determining the scheduling of multiple (e.g., N>1) TBs to indicate to one or more UEs. Step 710 can generally be performed in conjunction with the scheduling of other transmission / reception resources for other UEs and taking into account the traffic conditions and service quality requirements used by one or more UEs.

[0204] It is also noted that any steps / operations described below may be performed or controlled by circuit 630 (on the UE side) and / or circuit 680 (on the base station side).

[0205] In the further description, the details and embodiments apply to each of the transceiver device, the scheduling device (or scheduling node) and the method, unless explicitly stated or the context indicates otherwise.

[0206] Multi-TB Scheduling DCI

[0207] In general, a DCI can schedule multiple TBs. In other words, multi-TB transmissions with and without repetition are scheduled by (a single or one) DCI. Such DCI is hereinafter referred to as multi-TB scheduling DCI. More specifically, a multi-TB scheduling DCI indicates the scheduling of multiple TBs (to the same UE). Similarly, the term "multi-TB scheduling" refers to scheduling multiple TBs to the same UE with a single (or one) DCI.

[0208] Generally speaking, the multi-TB scheduling DCI can further indicate to the above UE at least one of the following (one, two, three or even all four): i) the number of TBs N, ii) the number of repetitions M of TBs, iii) the transmission gap, and iv) the interleaving pattern.

[0209] In other words, the multi-TB scheduling DCI may include: i) an indication indicating the number of TBs N, ii) an indication indicating the number of TB repetitions M, iii) an indication indicating a transmission gap, and iv) an indication indicating an interleaving pattern. Note that the indication of the number of TBs N may implicitly indicate the scheduling of N TBs, and the indication of M repetitions may implicitly indicate the scheduling of M repetitions of the TB. More specifically, the indication of the number N in the multi-TB scheduling DCI may also indicate the scheduling of N TBs. In other words, the indication of the number N may be considered as a joint indication of the scheduling of the number N and N TBs. Similarly, the indication of the number M in the multi-TB scheduling DCI may also indicate the scheduling of M repetitions. In other words, the indication of the number M may be considered as a joint indication of the scheduling of the number M and M repetitions. Note also that the interleaving pattern may implicitly indicate the scheduling of N TBs, or the scheduling of M TB repetitions, or both.

[0210] In general, the indication indicating the scheduling of N TBs may jointly indicate the scheduling of N TBs and at least one of: ii) the scheduling of M repetitions; iii) the interleaving pattern; and iv) the transmission gap. Such joint indication may reduce overhead.

[0211] Multi-TB Scheduling DCI Scheduling

[0212] Generally speaking, the indication indicating the scheduling of N TBs may include an indication of the number N. In other words, the multi-TB scheduling DCI may generally include an indication of the number N of scheduled TBs. The indication of the number N may be explicit or implicit.

[0213] However, the present invention is not limited thereto. That is, the scheduling of N TBs by the multi-TB scheduling DCI does not require the multi-TB scheduling DCI to include an explicit indication of the number N of scheduled TBs. In other words, the multi-TB scheduling DCI may or may not include an indication indicating the number N of scheduled TBs. For example, in some embodiments, the UE (e.g., its transceiver) receives radio resource control (RRC) signaling. In these embodiments, the UE (e.g., its processing circuit) then obtains an indication indicating the number N of TBs from the received RRC signaling.

[0214] Likewise, an indication indicating scheduling of M repetitions of a TB may typically include an indication of the number M. In other words, a multi-TB scheduling DCI may typically include an indication of the number of repetitions M. The indication of the number of repetitions M may be explicit or implicit.

[0215] However, the present invention is not limited thereto. That is, the scheduling of M repetitions by the multi-TB scheduling DCI does not require the multi-TB scheduling DCI to include an explicit indication of the number M of scheduled TBs. In other words, the multi-TB scheduling DCI for scheduling repetitions of the TB may or may not include an indication of the number M of repetitions of the scheduled TB. Similar to the number N of TBs, the number M of repetitions may be indicated via RRC.

[0216] Typically, some multi-TB scheduling DCIs may explicitly indicate N and / or M, while for other multi-TB scheduling DCIs, it is implicitly understood that the current value of N and / or M applies (the last value of N / M is explicitly indicated by the multi-TB scheduling DCI). Alternatively or in addition, N and / or M may be configured via RRC, and the multi-TB scheduling DCI may indicate the scheduling of N transport blocks (and M repetitions, if applicable) simply by triggering (e.g., a one-bit field in the DCI). That is, the number of transport blocks N, the number of repetitions M, the interleaving pattern, and the transmission gap may be indicated by other means, such as by configuration by RRC.

[0217] In addition, the multi-TB scheduling DCI can usually send / re-schedule resources for scheduling multiple TBs. It should also be noted that the scheduling of the resources can be based on time slots (such as Figures 8a to 8d as well as Fig. 9 ) or non-slot-based. In other words, the multi-TB scheduling DCI can be a slot-based multi-TB scheduling, or it can be a non-slot-based multi-TB scheduling. More specifically, slot-based scheduling refers to the scheduling of resources, in which all transmissions / repetitions of TBs are scheduled at the granularity of slots. In other words, for each scheduled TB transmission / repetition, all time domain resources of one or more respective slots are used (for example, each transmission / repetition uses one or more entire / complete slots). On the other hand, non-slot-based scheduling refers to scheduling of time domain resources for a TB or its repetitions that are less than one slot, such as 1, 2 or several OFDM symbols. Specifically, non-slot-based scheduling can schedule multiple transmissions / repetitions of a TB in the same slot.

[0218] It should also be noted that in the present disclosure, statements in the form of "DCI scheduling", "DCI indicating scheduling", "DCI including an indication indicating scheduling", etc. can be used interchangeably. In addition, statements in the form of "scheduling the transmission of multiple TBs", "scheduling the transmission and / or reception of multiple TBs", and "scheduling multiple TBs" can be used interchangeably.

[0219] Note also that the scheduling of N TBs (and M repetitions, if applicable) can be scheduling of transmissions in the uplink (UL, such as PUSCH) or downlink (DL, such as PDSCH). In other words, the TBs scheduled by the multi-TB scheduling DCI can be scheduled for transmission or reception by the UE (and, correspondingly, for reception or transmission by the base station). In other words, if not explicitly stated, the term "transmission" refers to transmission by the UE or transmission by the base station, and the term "reception" refers to reception by the UE or reception by the base station.

[0220] In addition, note that the resources to be used for scheduling the transmission / reception of N TBs (and M repetitions, if applicable) may or may not be indicated (explicitly or implicitly) by the above multi-TB scheduling DCI. For example, using the SPS / CG framework, the above resources may be indicated via RRC.

[0221] Transport Block (TB) and Repetition

[0222] Typically, N TBs may carry mutually different data.

[0223] Note that the term "transport block" may also be replaced by the term "codeword", specifically the term used, for example, in the context of MIMO. More specifically, the term codeword is currently commonly used in MIMO to describe one or more codewords, each of which may be scheduled and then mapped to one or more / multiple spatial domain layers. In terms of channel coding and modulation, for the purposes of the present invention, the operations are indistinguishable for transport blocks and codewords. In other words, the present disclosure also enables scheduling of multiple codewords by providing a multi-codeword scheduling DCI that works in a similar manner to a multi-TB scheduling DCI (the term "transport block" is replaced by the term "codeword").

[0224] Typically, each of the M repetitions may carry the same data as the corresponding TB in the N TBs. In other words, each of the M repetitions may correspond to one of the N TBs scheduled by the multi-TB scheduling DCI. The TB and the repetition corresponding to the above TB may typically carry the same data. However, the TB and the corresponding repetition are not necessarily exactly the same. For example, the above same data may be encoded differently in the TB and the corresponding repetition. That is, the repetition of the TB may be a different redundant version (RV) of the above TB. Typically, M may be a number greater than or equal to 1, where the number of repetitions M of 1 may mean / indicate that (only) one transmission is scheduled for one TB, or may mean / indicate that (only) one transmission of each TB is scheduled (i.e., the first transmission of each TB is counted as one of the repetitions of the above TB). In other words, M=1 may indicate that no repetition is scheduled. In other words, the terms "transmission" and "repetition" may be used interchangeably here. It should also be noted that in the present disclosure, the term "further repetition" refers to the (one or more) transmissions of a TB other than the first transmission of the TB.

[0225] It should also be noted that the number of repetitions M may be the total number of repetitions / transmissions scheduled by the multi-TB scheduling DCI. However, the present invention is not limited thereto, as the multi-TB scheduling DCI may schedule M repetitions for each of the N scheduled transport blocks (a total of N times M repetitions). Alternatively, the DCI may schedule M repetitions for only one (e.g., the first) or some TBs (every second, etc.), and may only send the other TBs once. In general, the multi-TB scheduling DCI may indicate a different number of repetitions for each scheduled TB.

[0226] It should also be noted that the repetitions and transmissions mentioned in the present disclosure may be nominal repetitions / transmissions or actual repetitions / transmissions. Nominal repetitions and actual repetitions are concepts introduced in Rel.16NR for PUSCH repetition type B, which are explained in detail in TS38.214, Sec 6.1.2.1. More specifically, nominal repetitions / transmissions are configured / scheduled / indicated as intended repetitions / transmissions based on configured / scheduled / indicated resources. However, typically, some OFDM symbols assigned to nominal repetitions may be invalid and / or the nominal repetitions may cross the boundaries of time slots, which may destroy the above-mentioned nominal repetitions. Accordingly, the nominal repetitions / transmissions may be further divided by time slot boundaries or invalid OFDM symbols, and are then therefore composed of one or more actual repetitions.

[0227] The indication in the multi-TB scheduling DCI can be an explicit indication (e.g., a bit field in the DCI for indicating the number of TBs N and / or the number of repetitions M), or, for example, a joint indication with an entry in, for example, a TDRA table (such a TDRA table can contain multiple entries specifying different combinations of TBs and numbers of repetitions).

[0228] Send gap

[0229] Typically, a multi-TB scheduling DCI may indicate (e.g., include an indication of) a transmission gap. Here, a transmission gap refers to a gap in time between consecutive transmissions and / or further repetitions of a TB (e.g., measured in time slots or OFDM symbols). In other words, a transmission gap refers to a time period (resources in the time domain) between two consecutive transmissions. Two consecutive transmissions / repetitions are two transmissions / repetitions between which the multi-TB scheduling DCI does not schedule another transmission / repetition of one of the N scheduled TBs.

[0230] Now refer to Figure 8c and Figure 8d Explain this further.

[0231] Specifically, Figure 8c An example of scheduling multiple TBs without sending gaps is shown. Figure 8c In the first time slot of the UE, a PDCCH including a multi-TB scheduling DCI is sent by the base station and / or received by the UE. The multi-TB scheduling DCI schedules 4 TBs in the third to sixth time slots respectively. In other words, the multi-TB scheduling DCI schedules 4 TBs, and there is no transmission gap between the above 4 scheduled TBs. In other words, the 4 TBs are scheduled to be sent in immediately consecutive time slots.

[0232] Figure 8d An example of scheduling of multiple TBs with transmission gaps is shown. Figure 8c As shown in , a multi-TB scheduling DCI is sent in the first time slot. Specifically, starting from the third time slot, four TBs are scheduled every other time slot. That is, the first to fourth TBs are scheduled for transmission in time slots #3, #5, #7, and #9, respectively. That is, 4 TBs are scheduled to be transmitted in 1 time slot between consecutive TBs.

[0233] Also note that, in general, different / multiple transmission gaps may be indicated by a multi-TB scheduling DCI. For example, a first transmission gap may apply to two consecutive first transmissions of a TB, a second gap may apply to two consecutive further repetitions, a third gap may apply to a first transmission and consecutive further repetitions of a TB, and / or a fourth gap may apply to further repetitions and consecutive transmissions of a TB.

[0234] Interleaving Mode

[0235] Typically, the interleaving pattern used to interleave two or more TBs scheduled by a multi-TB scheduling DCI can be selected from a predefined and / or predetermined set of interleaving patterns. In other words, one (e.g., which one) of a plurality of predefined and / or predetermined interleaving patterns can be indicated by the multi-TB scheduling DCI. For example, these interleaving patterns can be configured via RRC signaling or defined in the standard.

[0236] The number N of TBs and / or the number M of repetitions may be implicitly indicated by the interleaving pattern. In other words, each interleaving pattern may be associated with N TBs and / or M repetitions. That is, by indicating the interleaving pattern, the multi-TB scheduling DCI implicitly indicates the associated number N of TBs and / or the associated number M of repetitions. Similarly, the transmission gap may be fixed by the interleaving pattern, i.e., the interleaving pattern may be associated with a specific transmission gap. These associations may generally be fixed or dynamic, for example, and may be configured via RRC.

[0237] However, the present invention is not limited thereto. Typically, a multi-TB scheduling DCI may include an explicit indication of a transmission gap, which may be determined and set by the base station independently of the interleaving pattern indicated in the above DCI, thereby increasing the flexibility of scheduling. The indication may be an explicit indication (e.g., a bit field in the DCI for indicating a gap), or, for example, a joint indication of an interleaving pattern with reference to an entry of a TDRA table (such a TDRA table may contain multiple entries of the same interleaving pattern specifying different transmission gaps) and, for example, an interleaving pattern.

[0238] Typically, the interleaving pattern may be selected from, but not limited to, two or more predefined interleaving patterns, such as the TB priority mode and the RV priority mode described further below. In other words, the indication indicating interleaving in the multi-TB scheduling DCI may indicate which of the two or more predefined interleaving patterns will be used for the scheduled TB (and the scheduled further repetitions, if applicable).

[0239] Reference now Figures 8a to 8d Some exemplary interleaving patterns are described.

[0240] Figure 8a TB scheduling with repetition according to "TB priority mode" is shown, according to which the transmission of TBs (including repetitions) is not interleaved. That is, Figure 8aThe figure shows the interleaving pattern of trivial interleaving of TB. The TB priority interleaving pattern can be schematically written as {TB0_RV0, TB0_RV2, TB0_RV3, TB0_RV1, TB1_RV0, TB1_RV2, TB1_RV3, TB1_RV1}, where the expression before "_" indicates the transport block and the expression after "_" indicates the redundancy version. More specifically, Figure 8a As shown in , the transmission of two TBs is scheduled by a multi-TB scheduling DCI. In addition, for each of the above two TBs, 4 repetitions are scheduled. Therefore, each of the two scheduled TBs is transmitted four times (and may be encoded differently in the above four times). The transmission of the first TB is first scheduled in time slots three to six. Specifically, a "0" redundant version is transmitted in the third time slot, a "2" redundant version is transmitted in the fourth time slot, a "3" redundant version is transmitted in the fifth time slot, and a "1" redundant version is transmitted in the third time slot. Figure 8a In the example shown in , a transmission gap of one time slot is provided after the transmission of the first TB. After the transmission of the first TB and the transmission gap, the transmission of the second TB is scheduled in time slots 8 to 11. The redundant versions of the second TB are transmitted in the same order as the redundant versions of the first TB.

[0241] Typically, in TB priority mode, transmissions (including repetitions) of TBs may be performed continuously (e.g., in consecutive time slots), i.e., without another scheduled transmission / repetition of a TB in between. Typically, there may or may not be transmission gaps between transmissions of TBs. Furthermore, there may or may not be transmission gaps between the last transmission of one TB and the first transmission of another TB. Some or all of these transmission gaps may be exactly the same or different from each other.

[0242] TB priority mode can allow high reliability and low latency for the first TB to be sent. Utilizing the TB priority option can be particularly beneficial if the first TB has significantly higher priority and performance requirements than the second TB (and other TBs, if applicable).

[0243] Figure 8b TB scheduling with repetition according to "RV priority mode" is shown, according to which the transmission of TBs (including repetitions) is interleaved. The TB priority interleaving mode can be schematically written as {TB0_RV0, TB1_RV0, TB0_RV2, TB1_RV2, TB0_RV3, TB1_RV3, TB0_RV1, TB1_RV1}.

[0244] More specifically, Figure 8bAs shown in , the transmission of two TBs is scheduled by a multi-TB scheduling DCI. In addition, for each of the above two TBs, 4 repetitions are scheduled. Therefore, each of the two scheduled TBs is transmitted four times (possibly encoded differently in the above four times).

[0245] Starting from the third time slot (time slots #3, #5, #7, and #9), the transmission of the first TB is scheduled in every other time slot. The transmission of the second TB is scheduled in every other time slot starting from the fourth time slot (time slots #4, #6, #8, and #10). In other words, the transmission of the first and second time slots is interleaved.

[0246] In the first transmission of each TB (in time slots #3 and #4), the "0" redundant version of the respective TB is transmitted; in the second transmission of each TB, i.e., the first further repetition, the "2" redundant version of the respective TB is transmitted (in time slots #5 and #6); in the third transmission of each TB (in time slots #7 and #8), the "3" redundant version of the respective TB is transmitted; and, in the fourth transmission of each TB (in time slots #9 and #10), the "1" redundant version of the respective TB is transmitted. Figure 8b In the example shown in , the TB and further repetitions are sent with no gaps between them.

[0247] Typically, in RV priority mode, between two transmissions of a TB, there may be (eg, one) transmission of each other scheduled TB. Redundancy versions of different TBs may be transmitted in the same order (which may be specified by the RV priority mode).

[0248] RV priority mode may allow increased time diversity, which may allow improved reliability, especially in situations where frequency diversity is low. Typically, in RV priority mode, the transmission / repetition of TBs may be performed continuously (e.g., in consecutive time slots), i.e., there are no gaps between transmissions / repetitions. However, there may also be gaps between transmissions / repetitions, which may further increase time diversity.

[0249] Figure 8c and Figure 8d Other examples of non-repetitive interleaving patterns are shown, where TBs are scheduled without gaps and with gaps, respectively. They have been explained above when illustrating the transmission gaps between TBs.

[0250] Note also that time domain interleaving can also be used for interleaved multiple access (IDMA) to increase capacity.

[0251] Combined Instructions and TDRA Table

[0252] Typically, a multi-TB scheduling DCI may jointly indicate to the UE one, more, or all of the following: i) the number of TBs, ii) the number of repetitions, iii) the transmission gap, and iv) the interleaving pattern. In other words, the indication in the multi-TB scheduling DCI may be a joint indication of the scheduling of N TBs and one or more of the previous points i) to iv).

[0253] For example, such a joint indication may be a parameter in the DCI or a field in the DCI. The joint indication may also be a reference to an entry in the time domain resource allocation TDRA table. Specifically, the joint indication may be an indication of an index (e.g., a row index) indicating an entry (e.g., a row) of the TDRA table. That is, the joint indication may be indicated by a TDRA table to which columns corresponding to one or more of the above parameters i) to vi) have been added. In other words, the TDRA table signaling framework may be enhanced to support multi-TB scheduling, for example, by extending the existing TDRA table with additional entries / rows / columns.

[0254] An exemplary TDRA table for multi-TB scheduling is shown below.

[0255]

[0256] As illustrated in the above exemplary table, the TDRA table for multi-TB scheduling may include (corresponding to the last four rows in the above exemplary table, respectively):

[0257] i) a row specifying or indicating the number N of TBs for one or more (or even each) row index;

[0258] ii) specifying or indicating a row that is repeated a number of times M for one or more (or even each) row index;

[0259] iii) specifying or indicating for one or more (or even each) row index the row in which the gap is to be sent; and / or

[0260] iv) One or more (or even each) row index specifies or indicates a row of an interleaving pattern.

[0261] In other words, for each row index, one or more parameters mentioned in points i) to iv) above may be defined. If a row does not (explicitly) specify a row index (in the exemplary table above, corresponding to the "NA" entries in the last four rows), a predefined or default value may be used. For example, some interleaving patterns may be associated with a default transmission gap.

[0262] Specifically, the row index may be indicated by an indication in the multi-DCI scheduling DCI. That is, the row index may be a joint indication in the multi-DCI scheduling DCI indicating the scheduling of N TBs and one or more of the parameters i) to iv).

[0263] The use of joint indication of multiple parameters (e.g., number of TBs, number of repetitions M, interleaving pattern, and transmission gap) can help schedule multiple TBs without or with minimal additional DCI overhead. In addition, joint indication based on, for example, a TDRA table can allow flexible allocation of time domain / frequency domain resources for transmission / reception of multiple TBs by means of a single DCI.

[0264] Also note that the TDRA tables supporting multi-TB scheduling can be configured / associated to a certain search space (SS) set or bandwidth part (BWP). That is, there may be one or more TDRA tables supporting multi-TB scheduling and one or more TDRA tables not supporting multi-TB scheduling.

[0265] Configured Grant (CG) and Semi-Persistent Scheduling (SPS) framework

[0266] Typically, a UE (e.g., a processing circuit thereof) may obtain an indication of activating a configured grant (CG) or a semi-persistent scheduling (SPS) from a multi-TB scheduling DCI. For example, an indication indicating the scheduling of N TBs may be an indication of activating the CG / SPS. After obtaining an indication of activating the CG / SPS, the circuit may activate the CG or SPS according to the above indication. The CG or SPS may indicate multiple transmission opportunities. The circuit may deactivate the CG or SPS after N transmission opportunities starting from receiving the above-mentioned multi-TB scheduling DCI. Note that SPS and CG (specifically "type 2" CG) may be used to implement multi-TB scheduling in DL and UL, respectively.

[0267] That is, CG / SPS can be enhanced to enable multi-TB scheduling with or without repetition. Specifically, in this case, the multi-TB scheduling DCI may be simply a trigger (e.g., a one-bit field in the multi-TB scheduling DCI). That is, the number of transport blocks N, the number of repetitions M, the interleaving pattern, and the transmission gap may be indicated in other ways, for example, they may be signaled through the CG / SPS in an RRC configuration. However, the present invention is not limited to this, because the interleaving pattern and / or the transmission gap may or may not be indicated by the multi-TB scheduling DCI that activates the CG / SPS.

[0268] Typically, multiple transmission opportunities (e.g., time resources) can be configured by RRC (e.g., using a CG / SPS framework). A portion of the multiple transmission opportunities can be selected by control information of the CG / SPS triggered DCI. The remaining portion of the multiple transmission opportunities is released. For example, the CG / SPS DCI may include an explicit indication of the transmission opportunities to be selected from the configured transmission opportunities for transmission / reception of scheduled TBs (and further repetitions, if applicable). If there is only a trigger flag in the CG / SPS DCI, the number N of scheduled TBs and / or the number of transmission opportunities can be configured via RRC for the triggered CG / SPS configuration.

[0269] The number of transport blocks N indicated by the DCI triggered by CG / SPS

[0270] Typically, the number of TBs N may be indicated in the DCI triggering / activating the CG / SPS. That is, the control information of the multi-TB scheduling DCI (e.g., an indication indicating the scheduling of N TBs) may be or include the number of TBs N. In this case, the UE may automatically release the CG / SPS after N transmission opportunities or after N actual transmissions of the TBs. Alternatively, the UE may automatically release the CG / SPS after a number of transmission opportunities equal to / corresponding to the number of scheduled transmissions including repetitions, or after actually transmitting / receiving scheduled TBs including repetitions. Specifically, the UE / base station may not actually transmit the TBs / repetitions using all transmissions / repetitions scheduled by the DCI triggering / activating the CG / SPS.

[0271] The number of transport blocks N indicated / configured by RRC

[0272] Typically, as described above, the number N of transport blocks may be indicated via RRC.

[0273] Specifically, in a certain CG / SPS configuration, the number N of TBs or timers can be configured by RRC. In the case of using a timer, the timer can (for example) start from the transmission of the first TB, or alternatively, can start from the transmission of a multi-DCI scheduled DCI. If the CG / SPS configuration is triggered, it will automatically release / terminate the periodic transmission after the timer expires or the number of TBs transmitted. In other words, multiple CG / SPS configurations can be configured, and the CG / SPS that triggers the DCI can explicitly or implicitly indicate one of the configured CG / SPS configurations. For example, a CG / SPS that triggers the DCI can trigger the CG / SPS, whose time domain resources include the time slot for sending the CG / SPS that triggers the DCI. As a further example, if more than one CG / SPS configuration includes a time slot for sending a CG / SPS triggering DCI, the CG / SPS with a lower index or higher priority will be triggered. For example, the index and / or priority can be configured by RRC in the CG / SPS configuration.

[0274] Fig. 9 The automatic release is shown when multiple TBs are scheduled using the CG / SPS framework. Note that the interleaving pattern, the transmission gap, and the numbers N and M are the same as Figure 8a Therefore, the same description will not be repeated. Fig. 9 As shown in , the CG / SPS is automatically released / deactivated after the last scheduled transmission of a TB (including scheduled repetitions). That is, after sending the "1" redundant version of the second TB (i.e., after time slot #11, #1 is the time slot in which the CG / SPS that triggers the DCI is sent).

[0275] Using CG / SPS to schedule multiple TBs with a single DCI may be a simple and effective solution because it uses the existing SPS / CG framework. Specifically, this approach can reduce the number of parameters that must be introduced into the standard and therefore have less impact on the specification. In addition, compared to the current SPS / CG framework, using CG / SPS for multi-TB scheduling can enable the gNB to complete the scheduling of multiple TBs by using only one DCI instead of using two DCIs (one for activation and one for deactivation of SPS / CG). This can allow the UE to not monitor the PDCCH for SPS / CG deactivation, which can further save PDCCH monitoring power consumption.

[0276] In general, a physical downlink control channel PDCCH monitoring UE operation may be adapted according to the number N of TBs scheduled by DCI.

[0277] In general, multi-TB scheduling can allow further power savings by adapting accordingly. More specifically, multi-TB scheduling can allow the same number of resources and / or TBs to be scheduled with fewer DCIs. Therefore, PDCCH monitoring can be adapted to multi-TB scheduling as more resources are scheduled to the UE at once. This adaptation of the PDCCH monitoring operation / behavior can help to further reduce the power consumption of the UE itself, but can also be used to give other UEs more scheduling opportunities.

[0278] For example, multiple parameter sets "monitoringSlotPeriodicityAndOffset" and "monitoringSymbolsWithinSlot" can be configured. On the other hand, a single-TB scheduling DCI can trigger the UE to switch to the PDCCH monitoring timing specified by the first parameter set; and a multi-TB scheduling DCI can trigger the UE to switch to the PDCCH monitoring timing specified by the second parameter set. If the UE has already used the first parameter set when receiving the single-TB scheduling DCI, it can continue to use the first parameter set. Similarly, if the UE has already used the second parameter set when receiving the multi-TB scheduling DCI, it can continue to use the second parameter set.

[0279] In other words, when receiving a single TB scheduling DCI and / or when receiving a multi-TB scheduling DCI, the UE may re-evaluate which of the two or more above parameter sets it should use, or more generally, re-evaluate its PDCCH monitoring behavior. Typically, one or both of the multi-TB scheduling DCI and the single TB scheduling DCI may trigger parameter set adaptation / re-evaluation.

[0280] In other words, when the UE receives a DCI, it (or its processing circuit) may determine whether to change its PDCCH monitoring operation. The decision may be based on whether the DCI is a single TB scheduling DCI or a multi-TB scheduling DCI. However, the decision may depend on (e.g., take into account) further criteria, such as battery status, expected traffic, etc.

[0281] For example, if the above-mentioned DCI is a single TB scheduling DCI, the UE may determine to monitor the first PDCCH candidate set. On the other hand, if the above-mentioned DCI is a multi-TB scheduling DCI, the UE may determine to monitor the second PDCCH candidate set. In other words, the UE may determine whether to monitor the first PDCCH candidate set or the second PDCCH candidate set. The second PDCCH candidate set may be smaller than the first PDCCH candidate set. Alternatively or additionally, when the above-mentioned DCI is a multi-TB scheduling DCI, the UE may determine to monitor its PDCCH less frequently than when the above-mentioned DCI is a single TB scheduling DCI. The UE may monitor a reduced number of PDCCH candidates, or perform monitoring at a lower frequency within a predetermined time period, and / or perform monitoring at a lower frequency until another DCI is received (specifically, until a single TB scheduling DCI is received). Specifically, when a multi-TB scheduling DCI is received, the UE may even determine to completely stop PDDCH monitoring within a predetermined time period.

[0282] It should also be noted that embodiments of the present disclosure are also applicable and beneficial for relatively long round trip time (RTT) scenarios, such as for non-terrestrial networks (NTNs) over 52.6 GHz, where the number of HARQ process IDs is small compared to the RTT, i.e.

[0283] slot_length x "number of HARQ process IDs" <RTT,

[0284] Because one DCI can schedule multiple time slots with a single HARQ process ID.

[0285] Further aspects

[0286] According to a first aspect, a user equipment UE is provided. The UE includes a transceiver and a circuit. The transceiver receives downlink control information DCI signaling. The circuit obtains an indication from the DCI signaling. The indication indicates the scheduling of N transport blocks TB, where N is an integer greater than 1; and at least one of the following: i) the scheduling of M repetitions of the TB, where M is equal to or greater than 1; ii) the interleaving pattern of the TB; and iii) the transmission gap between the TBs.

[0287] According to a second aspect provided in addition to the first aspect, the N TBs carry mutually different data, and / or each of the M repetitions carries the same data as a corresponding TB of the N TBs.

[0288] According to a third aspect provided in addition to the first or second aspect, the indication indicating the scheduling of N TBs may jointly indicate the scheduling of N TBs and at least one of: i) scheduling of M repetitions; ii) an interleaving pattern; and iii) a transmission gap.

[0289] According to a fourth aspect provided in addition to the third aspect, the joint indication may be one of: i) a parameter in the DCI or a field in the DCI; and ii) a reference to an entry in the time domain resource allocation TDRA table.

[0290] According to a fifth aspect provided in addition to one of the first to fourth aspects, the indication indicating the scheduling of N TBs may include an indication of the number N.

[0291] According to a sixth aspect provided in addition to one of the first to fifth aspects, the transceiver receives radio resource control RRC signaling; and the circuit acquires an indication indicating a number N of TBs from the RRC signaling.

[0292] According to the seventh aspect provided in addition to one of the fifth or sixth aspects, when the circuit obtains an indication of an activated configured permitted CG or semi-persistent scheduling SPS from a DCI, where the CG or SPS indicates multiple transmission opportunities, the circuit deactivates the CG or SPS after N transmission opportunities starting from receiving the DCI.

[0293] According to an eighth aspect provided in addition to one of the first to seventh aspects, when the transceiver receives DCI, the circuit adapts a physical downlink control channel PDCCH to monitor an operation of the UE according to the number N of TBs scheduled by the DCI.

[0294] According to a ninth aspect, a scheduling device is provided. The scheduling device includes a circuit and a transceiver. The circuit generates downlink control information DCI signaling, wherein the DCI signaling includes an indication indicating the scheduling of N transport blocks TB to the user equipment UE, wherein N is an integer greater than 1, and at least one of the following: i) scheduling of M repetitions of the TB, wherein M is equal to or greater than 1; and ii) an interleaving pattern of the TB; and iii) a transmission gap between the TBs. The transceiver sends the DCI signaling to the UE.

[0295] According to a tenth aspect, a method for a user equipment UE is provided. The method includes the steps of receiving downlink control information DCI signaling and obtaining an indication from the DCI signaling. The indication indicates the scheduling of N transport blocks TB, where N is an integer greater than 1, and at least one of the following: i) the scheduling of M repetitions of the TB, where M is equal to or greater than 1; ii) the interleaving pattern of the TB; and iii) the transmission gap between the TBs.

[0296] According to an eleventh aspect, a method for scheduling a device is provided. The method includes the steps of generating downlink control information DCI signaling, and sending the DCI signaling to a user equipment UE. The DCI signaling includes an indication indicating to the UE the scheduling of N transport blocks TB, where N is an integer greater than 1, and at least one of the following: i) scheduling of M repetitions of the TB, where M is equal to or greater than 1; ii) an interleaving pattern of the TB; and iii) a transmission gap between the TBs.

[0297] Hardware and software implementations of the present disclosure

[0298] The present disclosure can be implemented by software, hardware or software and hardware cooperation. Each functional block used in the description of each of the above embodiments can be partially or completely implemented by LSI such as integrated circuits, and each process described in each embodiment can be partially or completely controlled by the same LSI or a combination of LSIs. LSI can be formed by a chip alone, or a chip can be formed to include some or all functional blocks. LSI can include data input and output coupled thereto. Depending on the difference in integration, the LSI here can be referred to as IC, system LSI, super LSI or extreme LSI. However, the technology for implementing integrated circuits is not limited to LSI, and can be implemented by using a dedicated circuit, a general-purpose processor or a dedicated processor. In addition, an FPGA (field programmable gate array) that can be programmed after manufacturing LSI can be used, or a reconfigurable processor in which the connection and setting of the circuit unit placed in the LSI can be reconfigured. The present disclosure can be implemented as digital processing or analog processing. If future integrated circuit technology replaces LSI due to the advancement of semiconductor technology or other derivative technologies, future integrated circuit technology can be used to integrate functional blocks. Biotechnology can also be applied.

[0299] The present disclosure may be implemented by any type of device, apparatus or system having a communication function, which is referred to as a communication device.

[0300] The communication device may include a transceiver and a processing / control circuit. The transceiver may include and / or act as a receiver and a transmitter. As a transmitter and a receiver, the transceiver may include an RF (radio frequency) module, which includes an amplifier, an RF modulator / demodulator, etc., and one or more antennas.

[0301] Some non-limiting examples of such communication devices include phones (e.g., cellular (mobile) phones, smart phones), tablets, personal computers (PCs) (e.g., laptops, desktops, netbooks), cameras (e.g., digital cameras / camcorders), digital players (digital audio / video players), wearable devices (e.g., wearable cameras, smart watches, tracking devices), game consoles, digital book readers, telehealth / telemedicine (remote health and medicine) devices, and vehicles that provide communication capabilities (e.g., cars, airplanes, ships), and various combinations thereof.

[0302] Communication devices are not limited to portable or transportable, and may also include any kind of non-portable or fixed apparatus, equipment, or system, such as smart home devices (e.g., appliances, lighting, smart meters, control panels), vending machines, and any other “things” in an “Internet of Things (IoT)” network.

[0303] Communications may include exchanging data via, for example, cellular systems, wireless LAN systems, satellite systems, etc., and various combinations thereof.

[0304] The communication apparatus may include a device, such as a controller or a sensor, coupled to a communication device that performs the communication functions described in the present disclosure. For example, the communication apparatus may include a controller or a sensor that generates a control signal or a data signal used by the communication device that performs the communication functions of the communication apparatus.

[0305] The communication devices may also include infrastructure such as base stations, access points, and any other devices, equipment, or systems that communicate with or control devices such as the above non-limiting examples.

[0306] In addition, various embodiments may also be implemented in the form of software modules, which are run by a processor or directly in hardware. A combination of software modules and hardware is also possible. The software modules may be stored on any type of computer-readable storage medium. Specifically, according to another embodiment, a non-transitory computer-readable recording medium is provided. The recording medium stores a program that, when run by one or more processors, causes the one or more processors to perform the steps of the method according to the present disclosure.

[0307] As an example and not limitation, such computer-readable storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, disk storage or other magnetic storage devices, flash memory or any other medium that can be used to store the desired program code in the form of instructions or data structures and can be accessed by a computer. Similarly, any connection is properly referred to as a computer-readable medium. For example, if a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL) or wireless technologies such as infrared, radio and microwaves are used to send instructions from a website, server or other remote source, then coaxial cable, fiber optic cable, twisted pair, DSL or wireless technologies such as infrared, radio and microwaves are included in the definition of the medium. However, it should be understood that computer-readable storage media and data storage media do not include connections, carrier waves, signals or other temporary media, but point to non-temporary tangible storage media. Disks and optical disks used herein include compact discs (CDs), laser optical disks, optical disks, digital versatile discs (DVDs), floppy disks and blue-ray discs, wherein disks usually reproduce data magnetically, and optical disks reproduce data optically with lasers. The above combination should also be included in the scope of computer-readable media.

[0308] It should also be noted that the individual features of the different embodiments may be individually or in any combination to form the subject of another embodiment. It will be appreciated by those skilled in the art that various changes and / or modifications may be made to the present disclosure as shown in the specific embodiments. Therefore, the embodiments presented are to be considered in all respects to be illustrative and not restrictive.

Claims

1. A communication device, comprising: A transceiver, wherein the transceiver receives downlink control information DCI signaling; as well as A circuit, the circuit obtaining an indication from the DCI signaling, the indication indicating: - the time slot offset of the data transmission, wherein the indication is a reference to at least one entry of a time domain resource allocation TDRA list, and The data quantity N is associated with the quantity of the at least one entry of the TDRA list, wherein N is an integer greater than 1.

2. The communication device according to claim 1, wherein: -The indication shown indicates at least one of the following: o a schedule of M repetitions of said data, wherein M is equal to or greater than 1; and o The interleaving pattern of the data.

3. The communication device according to claim 2, wherein: Each of the M repetitions carries the same data as the corresponding TB of N data.

4. The communication device according to claim 2, wherein The indication indicating the scheduling of N TBs jointly indicates the scheduling of the N TBs and at least one of: - the scheduling of said M repetitions; - interleaved mode; and - The transmission gaps between the data.

5. The communication device according to claim 1, wherein: The indication indicating scheduling of N data comprises an indication of the number N.

6. The communication device according to claim 1, wherein The transceiver receives radio resource control RRC signaling; and The circuit obtains an indication indicating the data quantity N from RRC signaling.

7. The communication device according to claim 5 or 6, wherein When the circuit obtains an indication of activating a configured grant CG or a semi-persistent scheduling SPS from the DCI, The CG or SPS indicates multiple transmission opportunities, The circuit deactivates the CG or SPS after N transmission opportunities starting from receiving the DCI.

8. The communication device according to claim 1, wherein When the transceiver receives the DCI, the circuit adapts a physical downlink control channel (PDCCH) to monitor the operation of the communication device according to the number N of data scheduled by the DCI.

9. A scheduling device, comprising: A circuit that generates downlink control information (DCI) signaling, wherein the DCI signaling includes an indication that indicates to a communication device: - the time slot offset of the data transmission, wherein the indication is a reference to at least one entry of a time domain resource allocation TDRA list, and N data, wherein N is associated with the number of the at least one entry of the TDRA list, wherein N is an integer greater than 1; and A transceiver is used to send the DCI signaling to the communication device.

10. A method for a communication device, the method comprising the steps of: Receiving downlink control information DCI signaling; and Obtain an indication from the DCI signaling, the indication indicating: - the time slot offset of the data transmission, wherein the indication is a reference to at least one entry of a time domain resource allocation TDRA list, and The data quantity N is associated with the quantity of the at least one entry of the TDRA list, wherein N is an integer greater than 1.

11. A method for scheduling a device, the method comprising the following steps: Generate downlink control information (DCI) signaling, wherein the DCI signaling includes an indication, the indication indicating to the communication device: - The time slot offset of data transmission; wherein the indication is a reference to at least one entry of a time domain resource allocation TDRA list, and N data, wherein N is associated with the number of the at least one entry of the TDRA list, wherein N is an integer greater than 1; and The DCI signaling is sent to the communication device.

12. An integrated circuit, the integrated circuit controlling a process of a communication device, the process comprising the following steps: Receiving downlink control information DCI signaling; and Obtain an indication from the DCI signaling, the indication indicating: - the time slot offset of the data transmission, wherein the indication is a reference to at least one entry of a time domain resource allocation TDRA list, and The data quantity N is associated with the quantity of the at least one entry of the TDRA list, wherein N is an integer greater than 1.

13. An integrated circuit for controlling a process of scheduling a device, the process comprising the steps of: Generate downlink control information (DCI) signaling, wherein the DCI signaling includes an indication, the indication indicating to the communication device: - the time slot offset of the data transmission, wherein the indication is a reference to at least one entry of a time domain resource allocation TDRA list, and N data, wherein N is associated with the number of the at least one entry of the TDRA list, wherein N is an integer greater than 1; and The DCI signaling is sent to the communication device.

Images