Power Saving Method Applied to Multi-Carrier Communication System

Abstract

A wireless device receives a radio resource control message, the radio resource control message including: a PS-RNTI of DCI notifying power saving information; and a location parameter for receiving the power saving information of the wireless device. Based on the PS-RNTI, a first DCI including a plurality of blocks is received. The location parameter indicates the position of a block among the plurality of blocks. The block includes: a wake-up indication of the wireless device; and a sleep indication of at least one secondary cell of the wireless device. The wireless device transitions to a wake-up state in response to the wake-up indication. The at least one secondary cell transitions to a sleep state based on the sleep indication.

Description

[0001] Divisional Application

[0002] This application is a divisional application of a Chinese patent application with application number 202080008401.5, filing date January 8, 2020, and titled "Power Saving Method Applied to Multi-Carrier Communication Systems". BRIEF DESCRIPTION OF THE DRAWINGS

[0003] Examples of several embodiments of the present disclosure are described herein with reference to the accompanying drawings.

[0004] Figure 1 FIG. is a diagram of an example RAN architecture according to aspects of an embodiment of the present disclosure.

[0005] Figure 2A FIG. is a diagram of an example user plane protocol stack according to aspects of an embodiment of the present disclosure.

[0006] Figure 2B FIG. is a diagram of an example control plane protocol stack according to aspects of an embodiment of the present disclosure.

[0007] Figure 3 FIG. is a diagram of an example wireless device and two base stations according to aspects of an embodiment of the present disclosure.

[0008] Figure 4A 、 Figure 4B 、 Figure 4C and Figure 4D FIG. is an example diagram of uplink and downlink signal transmissions according to aspects of an embodiment of the present disclosure.

[0009] Figure 5A FIG. is a diagram of an example uplink channel mapping and an example uplink physical signal according to aspects of an embodiment of the present disclosure.

[0010] Figure 5B FIG. is a diagram of an example downlink channel mapping and an example downlink physical signal according to aspects of an embodiment of the present disclosure.

[0011] Figure 6 FIG. is a diagram depicting an example transmission time or reception time of a carrier according to aspects of an embodiment of the present disclosure.

[0012] Fig. 7A and Figure 7B FIG. is a diagram depicting an example set of OFDM subcarriers according to aspects of an embodiment of the present disclosure.

[0013] Figure 8 FIG. is a diagram depicting an example OFDM radio resource according to aspects of an embodiment of the present disclosure.

[0014] Fig. 9Ais a diagram depicting example CSI-RS and / or SS block transmissions in a multi-beam system.

[0015] Fig. 9B is a diagram depicting an example downlink beam management procedure in accordance with aspects of embodiments of the present disclosure.

[0016] Fig.10 is an example diagram of a configured BWP in accordance with aspects of embodiments of the present disclosure.

[0017] Fig.11A and Fig. 11B is a diagram of an example multi-connectivity in accordance with aspects of embodiments of the present disclosure.

[0018] Fig.12 is a diagram of an example random access procedure in accordance with aspects of embodiments of the present disclosure.

[0019] Fig.13 is the structure of an example MAC entity in accordance with aspects of embodiments of the present disclosure.

[0020] Fig.14 is an example RAN architecture diagram in accordance with aspects of embodiments of the present disclosure.

[0021] Fig.15 is a diagram of an example RRC state in accordance with aspects of embodiments of the present disclosure.

[0022] Fig.16A 、 Fig. 16B and Fig. 16C is an example of a MAC sub-header in accordance with aspects of embodiments of the present disclosure.

[0023] Fig.17A and Fig. 17B is an example of a MAC PDU in accordance with aspects of embodiments of the present disclosure.

[0024] Fig.18 is an example of an LCID for DL-SCH in accordance with aspects of embodiments of the present disclosure.

[0025] Fig.19 is an example of an LCID for UL-SCH in accordance with aspects of embodiments of the present disclosure.

[0026] Fig. 20A is an example of a one-octet SCell activation / deactivation MAC CE in accordance with aspects of embodiments of the present disclosure.

[0027] Fig. 20B is an example of a four-octet SCell activation / deactivation MAC CE in accordance with aspects of embodiments of the present disclosure.

[0028] Fig.21AAn example of an octet SCell sleep MAC CE according to an aspect of an embodiment of the present disclosure.

[0029] Fig. 21B An example of a four - octet SCell sleep MAC CE according to an aspect of an embodiment of the present disclosure.

[0030] Fig. 21C An example of a MAC control element for SCell state transition according to an aspect of an embodiment of the present disclosure.

[0031] Fig. 22 An example of a DCI format according to an aspect of an embodiment of the present disclosure.

[0032] Fig.23 An example of BWP management on SCell according to an aspect of an embodiment of the present disclosure.

[0033] Fig.24 An example of discontinuous reception (DRX) operation according to an aspect of an embodiment of the present disclosure.

[0034] Fig.25 An example of DRX operation according to an aspect of an embodiment of the present disclosure.

[0035] Fig.26A An example of power - saving operation based on wake - up signal / channel according to an aspect of an embodiment of the present disclosure.

[0036] Fig.26B An example of power - saving operation based on sleep - in signal / channel according to an aspect of an embodiment of the present disclosure.

[0037] Fig. 27 Illustrates an example embodiment of power - saving enable / disable.

[0038] Fig.28 Illustrates an example embodiment of DCI for power - saving enable (or activation).

[0039] Fig.29 Illustrates an example embodiment of DCI for power - saving disable (or de - activation).

[0040] Fig.30 Illustrates an example embodiment diagram of power - saving operation / mode enable (or activation) based on DCI verification.

[0041] Fig.31 Illustrates an example embodiment diagram of power - saving operation / mode disable (or de - activation) based on DCI verification.

[0042] Fig.32 Illustrates an example embodiment of power - saving enable / disable mechanism.

[0043] Fig.33 Shows an exemplary embodiment of a power saving enable / disable mechanism with DRX operation.

[0044] Fig.34 Shows an exemplary embodiment of a power saving enable / disable mechanism.

[0045] Fig.35 Shows an exemplary embodiment of a power saving enable / disable mechanism.

[0046] Fig.36 Shows an exemplary embodiment of DCI for power saving enable / disable for multiple wireless devices.

[0047] Fig.37 Shows an exemplary embodiment of DCI for power saving enable / disable on multiple cells / BWPs.

[0048] Fig.38 Shows an exemplary embodiment diagram of power saving enable / disable on multiple cells / BWPs.

[0049] Fig.39 Is an illustration of power saving operation according to an exemplary embodiment of the present disclosure.

[0050] Fig.40 Is a flowchart of power saving operation according to an exemplary embodiment of the present disclosure.

[0051] Fig.41 Is an illustration of power saving operation according to an exemplary embodiment of the present disclosure.

[0052] Fig.42 Is a flowchart of an aspect according to an exemplary embodiment of the present disclosure.

[0053] Fig.43 Is a flowchart of an aspect according to an exemplary embodiment of the present disclosure.

[0054] Fig.44 Is a flowchart of an aspect according to an exemplary embodiment of the present disclosure.

[0055] Fig.45 Is a flowchart of an aspect according to an exemplary embodiment of the present disclosure.

[0056] Fig.46 Is a flowchart of an aspect according to an exemplary embodiment of the present disclosure.

[0057] Fig.47 Is a flowchart of an aspect according to an exemplary embodiment of the present disclosure. Detailed Description

[0058] Example embodiments of the present disclosure allow for wake-up procedures and power-saving operations of wireless devices and / or base stations. Embodiments of the techniques disclosed herein may be employed in the technical field of multi-carrier communication systems. More specifically, embodiments of the techniques disclosed herein may relate to wireless devices and / or base stations in multi-carrier communication systems.

[0059] The following abbreviations are used throughout this disclosure:

[0060] 3GPP 3rd Generation Partnership Project

[0061] 5GC 5G Core Network

[0062] ACK Acknowledgment

[0063] AMF Access and Mobility Management Function

[0064] ARQ Automatic Repeat Request

[0065] AS Access Stratum

[0066] ASIC Application-Specific Integrated Circuit

[0067] BA Bandwidth Adaptation

[0068] BCCH Broadcast Control Channel

[0069] BCH Broadcast Channel

[0070] BPSK Binary Phase Shift Keying

[0071] BWP Bandwidth Part

[0072] CA Carrier Aggregation

[0073] CC Component Carrier

[0074] CCCH Common Control Channel

[0075] CDMA Code Division Multiple Access

[0076] CN Core Network

[0077] CP Cyclic Prefix

[0078] CP-OFDM Cyclic Prefix-Orthogonal Frequency Division Multiplexing

[0079] C-RNTI Cell-Radio Network Temporary Identifier

[0080] CS Configured Scheduling

[0081] CSI Channel State Information

[0082] CSI-RS Channel State Information-Reference Signal

[0083] CQI Channel Quality Indicator

[0084] CRC Cyclic Redundancy Check

[0085] CSS Common Search Space

[0086] CU Central Unit

[0087] DAI Downlink Assignment Index

[0088] DC Dual Connectivity

[0089] DCCH Dedicated Control Channel

[0090] DCI Downlink Control Information

[0091] DL Downlink

[0092] DL-SCH Downlink Shared Channel

[0093] DM-RS Demodulation Reference Signal

[0094] DRB Data Radio Bearer

[0095] DRX Discontinuous Reception

[0096] DTCH Dedicated Traffic Channel

[0097] DU Distributed Unit

[0098] EPC Evolved Packet Core

[0099] E-UTRA Evolved UMTS Terrestrial Radio Access

[0100] E-UTRAN Evolved-Universal Terrestrial Radio Access Network

[0101] FDD Frequency Division Duplexing

[0102] FPGA Field Programmable Gate Array

[0103] F1-C F1-Control Plane

[0104] F1-U F1-User Plane

[0105] gNB Next Generation Node B

[0106] HARQ Hybrid Automatic Repeat Request

[0107] HDL Hardware Description Language

[0108] IE Information Element

[0109] IP Internet Protocol

[0110] LCID Logical Channel Identifier

[0111] LTE Long Term Evolution

[0112] MAC Medium Access Control

[0113] MCG Master Cell Group

[0114] MCS Modulation and Coding Scheme

[0115] MeNB Master eNodeB

[0116] MIB Master Information Block

[0117] MME Mobility Management Entity

[0118] MN Master Node

[0119] NACK Negative Acknowledgment

[0120] NAS Non-Access Stratum

[0121] NG CP Next Generation Control Plane

[0122] NGC Next Generation Core

[0123] NG-C NG-Control Plane

[0124] ng-eNB Next Generation eNodeB

[0125] NG-U NG-User Plane

[0126] NR New Radio

[0127] NR MAC New Radio MAC

[0128] NR PDCP New Radio PDCP

[0129] NR PHY New Radio Physical

[0130] NR RLC New Radio RLC

[0131] NR RRC New Radio RRC

[0132] NSSAI Network Slice Selection Assistance Information

[0133] O&M Operation and Maintenance

[0134] OFDM Orthogonal Frequency Division Multiplexing

[0135] PBCH Physical Broadcast Channel

[0136] PCC Primary Component Carrier

[0137] PCCH Paging Control Channel

[0138] PCell Primary Cell

[0139] PCH Paging Channel

[0140] PDCCH Physical Downlink Control Channel

[0141] PDCP Packet Data Convergence Protocol

[0142] PDSCH Physical Downlink Shared Channel

[0143] PDU Protocol Data Unit

[0144] PHICH Physical HARQ Indicator Channel

[0145] PHY Physical

[0146] PLMN Public Land Mobile Network

[0147] PMI Precoding Matrix Indicator

[0148] PRACH Physical Random Access Channel

[0149] PRB Physical Resource Block

[0150] PSCell Primary Secondary Cell

[0151] PSS Primary Synchronization Signal

[0152] pTAG Primary Timing Advance Group

[0153] PT-RS Phase Tracking Reference Signal

[0154] PUCCH Physical Uplink Control Channel

[0155] PUSCH Physical Uplink Shared Channel

[0156] QAM Quadrature Amplitude Modulation

[0157] QFI Quality of Service Indicator

[0158] QoS Quality of Service

[0159] QPSK Quadrature Phase Shift Keying

[0160] RA Random Access

[0161] RACH Random Access Channel

[0162] RAN Radio Access Network

[0163] RAT Radio Access Technology

[0164] RA-RNTI Random Access - Radio Network Temporary Identifier

[0165] RB Resource Block

[0166] RBG Resource Block Group

[0167] RI Rank Indicator

[0168] RLC Radio Link Control

[0169] RLM Radio Link Monitoring

[0170] RNTI Radio Network Temporary Identifier

[0171] RRC Radio Resource Control

[0172] RRM Radio Resource Management

[0173] RS Reference Signal

[0174] RSRP Reference Signal Received Power

[0175] SCC Secondary Component Carrier

[0176] SCell Secondary Cell

[0177] SCG Secondary Cell Group

[0178] SC-FDMA Single Carrier - Frequency Division Multiple Access

[0179] SDAP Service Data Adaptation Protocol

[0180] SDU Service Data Unit

[0181] SeNB Secondary eNodeB

[0182] SFN System Frame Number

[0183] S-GW Serving Gateway

[0184] SI System Information

[0185] SIB System Information Block

[0186] SMF Session Management Function

[0187] SN Secondary Node

[0188] SpCell Special Cell

[0189] SRB Signaling Radio Bearer

[0190] SRS Sounding Reference Signal

[0191] SS Synchronization Signal

[0192] SSS Secondary Synchronization Signal

[0193] sTAG Secondary Timing Advance Group

[0194] TA Timing Advance

[0195] TAG Timing Advance Group

[0196] TAI Tracking Area Identifier

[0197] TAT Time Alignment Timer

[0198] TB Transport Block

[0199] TCI Transmission Configuration Indication

[0200] TC-RNTI Temporary Cell - Radio Network Temporary Identifier

[0201] TDD Time Division Duplex

[0202] TDMA Time Division Multiple Access

[0203] TRP Transmission and Reception Point

[0204] TTI Transmission Time Interval

[0205] UCI Uplink Control Information

[0206] UE User Equipment

[0207] UL Uplink

[0208] UL-SCH Uplink Shared Channel

[0209] UPF User Plane Function

[0210] UPGW User Plane Gateway

[0211] VHDL VHSIC Hardware Description Language

[0212] Xn-C Xn - Control Plane

[0213] Xn-U Xn - User Plane

[0214] Example embodiments of the present disclosure can be implemented using a variety of physical layer modulation and transmission mechanisms. Example transmission mechanisms can include, but are not limited to: Code Division Multiple Access (CDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Time Division Multiple Access (TDMA), wavelet techniques, etc. Hybrid transmission mechanisms such as TDMA / CDMA and OFDM / CDMA can also be employed. A variety of modulation schemes can be applied to signal transmission in the physical layer. Examples of modulation schemes include, but are not limited to: phase, amplitude, code, combinations of these, etc. Example radio transmission methods can implement Quadrature Amplitude Modulation (QAM) using Binary Phase Shift Keying (BPSK), Quadrature Phase Shift Keying (QPSK), 16-QAM, 64-QAM, 256-QAM, 1024-QAM, etc. Physical radio transmission can be enhanced by dynamically or semi-dynamically changing the modulation and coding scheme according to transmission requirements and radio conditions.

[0215] Figure 1 is an example radio access network (RAN) architecture according to aspects of embodiments of the present disclosure. As shown in this example, the RAN node can be a next-generation Node B (gNB) (e.g., 120A, 120B) that provides new radio (NR) user plane and control plane protocol termination to a first wireless device (e.g., 110A). In the example, the RAN node can be a next-generation evolved Node B (ng-eNB) (e.g., 120C, 120D) that provides evolved UMTS terrestrial radio access (E-UTRA) user plane and control plane protocol termination to a second wireless device (e.g., 110B). The first wireless device can communicate with the gNB via the Uu interface. The second wireless device can communicate with the ng-eNB via the Uu interface.

[0216] The gNB or ng-eNB can host functions such as, for example: radio resource management and scheduling, IP header compression, encryption and integrity protection of data, selection of the access and mobility management function (AMF) at user equipment (UE) attachment, routing of user plane and control plane data, connection setup and release, scheduling and transmission of paging messages (originating from the AMF), scheduling and transmission of system broadcast information (originating from the AMF or operations and maintenance (O&M)), measurement and measurement report configuration, transport layer packet marking in the uplink, session management, network slice layer support, quality of service (QoS) flow management and mapping to data radio carriers, support for UEs in the RRC_INACTIVE state, distribution function for non-access stratum (NAS) messages, RAN sharing, and dual connectivity or tight interworking between NR and E-UTRA.

[0217] In an example, one or more gNBs and / or one or more ng-eNBs may be interconnected with each other via the Xn interface. A gNB or an ng-eNB may be connected to a 5G core network (5GC) via the NG interface. In an example, the 5GC may include one or more AMF / user plane function (UPF) functions (e.g., 130A or 130B). A gNB or an ng-eNB may be connected to a UPF via the NG user plane (NG-U) interface. The NG-U interface may provide delivery (e.g., non-guaranteed delivery) of user plane protocol data units (PDUs) between a RAN node and a UPF. A gNB or an ng-eNB may be connected to an AMF via the NG control plane (NG-C) interface. The NG-C interface may provide functions such as NG interface management, UE context management, UE mobility management, transmission of NAS messages, paging, PDU session management, configuration delivery, or warning message emission.

[0218] In an example, a UPF may host functions such as an anchor for mobility within / between radio access technologies (RATs) (when applicable), an external PDU session point for interconnection to a data network, packet routing and forwarding, a user plane part for packet inspection and policy rule enforcement, traffic usage reporting, an uplink classifier that supports routing traffic flows to a data network, a branching point that supports multi-homed PDU sessions, QoS handling (e.g., packet filtering, gating) of the user plane, uplink (UL) / downlink (DL) rate enforcement, uplink traffic verification (e.g., service data flow (SDF) to QoS flow mapping), downlink packet buffering, and / or downlink data notification triggering.

[0219] In an example, an AMF may host functions such as NAS signaling termination, NAS signaling security, access stratum (AS) security control, core network (CN) node - to - node signaling for mobility between 3rd Generation Partnership Project (3GPP) access networks, idle mode UE reachability (e.g., control and execution of paging retransmission), registration area management, in - system and inter - system mobility support, access authentication, access authorization including roaming privilege check, mobility management control (subscription and policy), network slice and / or session management function (SMF) selection support.

[0220] Figure 2Ais an example user plane protocol stack where the Service Data Adaptation Protocol (SDAP) (e.g., 211 and 221), Packet Data Convergence Protocol (PDCP) (e.g., 212 and 222), Radio Link Control (RLC) (e.g., 213 and 223), and Medium Access Control (MAC) (e.g., 214 and 224) sublayers and the Physical (PHY) (e.g., 215 and 225) layer can terminate in a wireless device (e.g., 110) and a gNB (e.g., 120) on the network side. In an example, the PHY layer provides a transport service to higher layers (e.g., MAC, RRC, etc.). In an example, the services and functions of the MAC sublayer can include mapping between logical channels and transport channels, multiplexing MAC service data units (SDUs) belonging to one or different logical channels into / from transport blocks (TBs) delivered to / from the PHY layer, scheduling information reporting, error correction via Hybrid Automatic Repeat reQuest (HARQ) (e.g., one HARQ entity per carrier in the case of Carrier Aggregation (CA)), priority handling between UEs via dynamic scheduling, priority handling between logical channels of one UE via logical channel prioritization and / or padding. The MAC entity can support one or more parameter sets and / or transmission timings. In an example, mapping restrictions in logical channel prioritization can control which parameter set and / or transmission timing a logical channel can use. In an example, the RLC sublayer can support Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM) transmission modes. The RLC configuration can be per logical channel, independent of the parameter set and / or Transmission Time Interval (TTI) duration. In an example, Automatic Repeat reQuest (ARQ) can operate on any parameter set and / or TTI duration for which a logical channel is configured. In an example, the services and functions of the PDCP layer for the user plane can include sequence numbering, header compression and decompression, delivery of user data, reordering and duplicate detection, PDCP PDU routing (e.g., in the case of split bearers), retransmission of PDCP SDUs, encryption, decryption, and integrity protection, PDCP SDU discard, PDCP reconstruction and data recovery for RLC AM, and / or duplication of PDCP PDUs. In an example, the services and functions of SDAP can include mapping between QoS flows and data radio bearers. In an example, the services and functions of SDAP can include mapping the Quality of Service Indicator (QFI) in DL and UL packets. In an example, the protocol entity of SDAP can be configured for individual PDU sessions.

[0221] Figure 2BIt is an instance control plane protocol stack, where the PDCP (e.g., 233 and 242), RLC (e.g., 234 and 243), and MAC (e.g., 235 and 244) sublayers and the PHY (e.g., 236 and 245) layer can terminate and perform the above services and functions in a wireless device (e.g., 110) and the gNB (e.g., 120) on the network side. In the instance, the RRC (e.g., 232 and 241) can terminate in the wireless device and the gNB on the network side. In the instance, the services and functions of the RRC can include: broadcasting system information related to the AS and NAS, paging initiated by the 5GC or RAN, establishment, maintenance, and release of the RRC connection between the UE and the RAN, security functions including key management, establishment, configuration, maintenance, and release of signaling radio bearers (SRBs) and data radio bearers (DRBs), mobility functions, QoS management functions, control of UE measurement reports and reporting, detection of radio link failures, and recovery of radio link failures, and / or transfer of NAS messages from the UE to the NAS / from the NAS to the UE. In the instance, the NAS control protocol (e.g., 231 and 251) can terminate in the wireless device and the AMF (e.g., 130) on the network side, and can perform functions such as authentication, mobility management between the UE and the AMF for 3GPP access and non-3GPP access, and session management between the UE and the SMF for 3GPP access and non-3GPP access, etc.

[0222] In an example, a base station may configure multiple logical channels for a wireless device. A logical channel among the multiple logical channels may correspond to a radio bearer, and the radio bearer may be associated with a QoS requirement. In an example, the base station may configure the logical channel to be mapped to one or more of a plurality of TTIs / parameter sets. The wireless device may receive downlink control information (DCI) indicating an uplink grant via a physical downlink control channel (PDCCH). In an example, the uplink grant may be for a first TTI / parameter set and may indicate uplink resources for transmitting a transmission block. The base station may configure each of the multiple logical channels, where one or more parameters will be used by a logical channel prioritization procedure at the MAC layer of the wireless device. The one or more parameters may include a priority, a prioritized bit rate, and the like. A logical channel among the multiple logical channels may correspond to one or more buffers containing data associated with the logical channel. The logical channel prioritization procedure may allocate uplink resources to one or more first logical channels and / or one or more MAC control elements (CEs) among the multiple logical channels. One or more of the first logical channels may be mapped to the first TTI / parameter set. The MAC layer at the wireless device may multiplex one or more MAC CEs and / or one or more MAC SDUs (e.g., logical channels) in a MAC PDU (e.g., a transmission block). In an example, the MAC PDU may include a MAC header that includes a plurality of MAC subheaders. A MAC subheader among the plurality of MAC subheaders may correspond to a MAC CE or a MAC SUD (logical channel) among one or more MAC CEs and / or one or more MAC SDUs. In an example, a MAC CE or a logical channel may be configured with a logical channel identifier (LCID). In an example, an LCID for a logical channel or a MAC CE may be fixed / preconfigured. In an example, the base station may configure an LCID for a logical channel or a MAC CE for the wireless device. A MAC subheader corresponding to a MAC CE or a MAC SDU may include an LCID associated with the MAC CE or the MAC SDU.

[0223] In an example, the base station may activate and / or deactivate and / or affect one or more processes at the wireless device by employing one or more MAC commands (e.g., setting values of one or more parameters of one or more processes or starting and / or stopping one or more timers of one or more processes). The one or more MAC commands may include one or more MAC control elements. In an example, the one or more processes may include activation and / or deactivation of PDCP packet duplication for one or more radio bearers. The base station may transmit a MAC CE including one or more fields, and the value of the field indicates activation and / or deactivation of PDCP duplication for one or more radio bearers. In an example, the one or more processes may include channel state information (CSI) transmission on one or more cells. The base station may transmit one or more MAC CEs indicating activation and / or deactivation of CSI transmission on one or more cells. In an example, the one or more processes may include activation or deactivation of one or more secondary cells. In an example, the base station may transmit a MAC E indicating activation or deactivation of one or more secondary cells. In an example, the base station may transmit one or more MAC CEs indicating starting and / or stopping one or more discontinuous reception (DRX) timers at the wireless device. In an example, the base station may transmit one or more MAC CEs indicating one or more timing advance values of one or more timing advance groups (TAGs).

[0224] Figure 3 is a block diagram of base stations (base station 1, 120A and base station 2, 120B) and a wireless device 110. The wireless device may be referred to as a UE. The base station may be referred to as an NB, eNB, gNB, and / or ng-eNB. In an example, the wireless device and / or the base station may act as a relay node. Base station 1, 120A may include at least one communication interface 320A (e.g., a wireless modem, an antenna, a wired modem, etc.), at least one processor 321A, and at least one set of program code instructions 323A, which are stored in a non-transitory memory 322A and executable by at least one processor 321A. Base station 2, 120B may include at least one communication interface 320B, at least one processor 321B, and at least one set of program code instructions 323B, which are stored in a non-transitory memory 322B and executable by at least one processor 321B.

[0225] A base station may include a number of sectors, for example: 1, 2, 3, 4 or 6 sectors. A base station may include a number of cells, for example, ranging from 1 to 50 cells or more. Cells may be classified as, for example, a primary cell or a secondary cell. At radio resource control (RRC) connection establishment / re - establishment / handover, a serving cell may provide NAS (non - access stratum) mobility information (e.g., tracking area identifier (TAI)). At RRC connection re - establishment / handover, a serving cell may provide security input. This cell may be referred to as a primary cell (PCell). In the downlink, the carrier corresponding to the PCell may be a DL primary component carrier (PCC), and in the uplink, the carrier may be a UL PCC. Depending on the wireless device capabilities, a secondary cell (SCell) may be configured to form a serving cell set together with the PCell. In the downlink, the carrier corresponding to the SCell may be a downlink secondary component carrier (DL SCC), and in the uplink, the carrier may be an uplink secondary component carrier (UL SCC). The SCell may or may not have an uplink carrier.

[0226] A physical cell ID and a cell index may be assigned to a cell that includes a downlink carrier and an optional uplink carrier. A carrier (downlink or uplink) may belong to a cell. The cell ID or cell index may also identify the downlink carrier or uplink carrier of the cell (depending on the context in which it is used). In the present disclosure, the cell ID may equivalently refer to the carrier ID, and the cell index may be referred to as the carrier index. In an embodiment, a physical cell ID or a cell index may be assigned to a cell. The cell ID may be determined using the synchronization signal transmitted on the downlink carrier. The cell index may be determined using an RRC message. For example, when the present disclosure refers to the first physical cell ID of the first downlink carrier, the present disclosure may mean that the first physical cell ID is for the cell that includes the first downlink carrier. The same concept may apply to, for example, carrier activation. When the present disclosure indicates that the first carrier is activated, this specification may equally mean that the cell that includes the first carrier is activated.

[0227] The base station may transmit one or more messages (e.g., RRC messages) containing configuration parameters of one or more cells to the wireless device. The one or more cells may include at least one primary cell and at least one secondary cell. In an example, the RRC message may be broadcast or unicast to the wireless device. In an example, the configuration parameters may include common parameters and dedicated parameters.

[0228] The services and / or functions of the RRC sublayer may include at least one of the following: broadcasting system information related to AS and NAS; paging initiated by the 5GC and / or NG-RAN; establishment, maintenance, and / or release of the RRC connection between the wireless device and the NG-RAN, which may include at least one of addition, modification, and release of carrier aggregation; or addition, modification, and / or release of dual connectivity in NR or between E-UTRA and NR. The services and / or functions of the RRC sublayer may additionally include at least one of the security functions including the following: key management; establishment, configuration, maintenance, and / or release of signaling radio bearers (SRBs) and / or data radio bearers (DRBs); mobility functions, which may include at least one of handover (e.g., mobility within NR or inter-RAT mobility) and context transfer; or cell selection and reselection of the wireless device and control of cell selection and reselection. The services and / or functions of the RRC sublayer may additionally include at least one of the following: QoS management function; wireless device measurement configuration / reporting; detection and / or recovery of radio link failure; or transfer of NAS messages from the wireless device to core network entities (e.g., AMF, Mobility Management Entity (MME)) / from core network entities to the wireless device.

[0229] The RRC sublayer can support the RRC_Idle state, RRC_Inactive state, and / or RRC_Connected state of a wireless device. In the RRC_Idle state, the wireless device can perform at least one of the following: Public Land Mobile Network (PLMN) selection; receiving broadcast system information; cell selection / reselection; monitoring / receiving paging for mobile-terminated data initiated by the 5GC; paging for the mobile-terminated data area managed by the 5GC; or DRX for CN paging configured via the NAS. In the RRC_Inactive state, the wireless device can perform at least one of the following: receiving broadcast system information; cell selection / reselection; monitoring / receiving RAN / CN paging initiated by the NG-RAN / 5GC; RAN-based Notification Area (RNA) managed by the NG-RAN; or DRX for RAN / CN paging configured by the NG-RAN / NAS. In the RRC_Idle state of the wireless device, the base station (e.g., NG-RAN) can maintain the 5GC-NG-RAN connection (both C / U planes) for the wireless device; and / or store the UE AS context for the wireless device. In the RRC_Connected state of the wireless device, the base station (e.g., NG-RAN) can perform at least one of the following: establish the 5GC-NG-RAN connection (both C / U planes) for the wireless device; store the UE AS context for the wireless device; transmit / receive unicast data to / from the wireless device; or network-controlled mobility based on measurement results received from the wireless device. In the RRC_Connected state of the wireless device, the NG-RAN can know the cell to which the wireless device belongs.

[0230] System Information (SI) can be divided into minimum SI and other SI. The minimum SI can be broadcast periodically. The minimum SI can contain the basic information required for initial access and the information for obtaining any other SI that is broadcast periodically or provided on demand, i.e., scheduling information. The other SI can be broadcast, provided in a dedicated manner, triggered by the network, or upon the request of the wireless device. Different messages (e.g., Master Information Block and System Information Block Type1) can be used to transmit the minimum SI via two different downlink channels. Another SI can be transmitted via System Information Block Type2. For a wireless device in the RRC_Connected state, dedicated RRC signaling can be used for the request and delivery of other SI. For a wireless device in the RRC_Idle state and / or RRC_Inactive state, the request can trigger a random access procedure.

[0231] A wireless device may report its radio access capability information which may be static. The base station may request the wireless device to report what capabilities based on the frequency band information. When permitted by the network, the wireless device may send a temporary capability restriction request to signal the limited availability of certain capabilities (e.g., due to hardware sharing, interference, or overheating) to the base station. The base station may confirm or reject the request. The temporary capability restriction may be transparent to the 5GC (e.g., the static capabilities may be stored in the 5GC).

[0232] When CA is configured, the wireless device may have an RRC connection with the network. In the RRC connection establishment / re-establishment / handover procedure, one serving cell may provide NAS mobility information, and at RRC connection re-establishment / handover, one serving cell may provide security inputs. This cell may be referred to as the PCell. Depending on the capabilities of the wireless device, SCell(s) may be configured to form a serving cell set together with the PCell. The configured serving cell set for the wireless device may contain one PCell and one or more SCell(s).

[0233] The reconfiguration, addition, and removal of SCell(s) may be performed by the RRC. During an intra-NR handover, the RRC may also add, remove, or reconfigure SCell(s) for use with the target PCell. When a new SCell is added, dedicated RRC signaling may be used to send all the required system information of the SCell, i.e., when in the connected mode, the wireless device may not need to obtain the broadcast system information directly from the SCell.

[0234] The purpose of the RRC connection reconfiguration procedure may be to modify the RRC connection (e.g., establish, modify, and / or release RBs, perform a handover, set, modify, and / or release measurements, add, modify, and / or release SCell(s) and cell groups). As part of the RRC connection reconfiguration procedure, NAS dedicated information may be transferred from the network to the wireless device. The RRCConnectionReconfiguration message may be a command to modify the RRC connection. It may convey information for measurement configuration, mobility control, radio resource configuration (e.g., RBs, MAC primary configuration, and physical channel configuration), including any associated dedicated NAS information and security configuration. If the received RRC connection reconfiguration message includes an sCellToReleaseList, then the wireless device may perform SCell release. If the received RRC connection reconfiguration message includes an sCellToAddModList, then the wireless device may perform SCell addition or modification.

[0235] The RRC connection establishment (or reestablishment, resume) procedure may be to establish (or reestablish, resume) an RRC connection. The RRC connection establishment procedure may include the establishment of SRB1. The RRC connection establishment procedure may be used to transfer initial NAS dedicated information / messages from the wireless device to the E-UTRAN. The RRCConnectionReestablishment message may be used to reestablish SRB1.

[0236] The measurement reporting procedure may be to transfer measurement results from the wireless device to the NG-RAN. After successful security activation, the wireless device may initiate the measurement reporting procedure. Measurement report messages may be used to transmit the measurement results.

[0237] The wireless device 110 may include at least one communication interface 310 (e.g., a wireless modem, an antenna, etc.), at least one processor 314, and at least one set of program code instructions 316 stored in a non-transitory memory 315 and executable by the at least one processor 314. The wireless device 110 may additionally include at least one of at least one speaker / microphone 311, at least one keypad 312, at least one display / touchpad 313, at least one power supply 317, at least one global positioning system (GPS) chipset 318, and other peripheral devices 319.

[0238] The processor 314 of the wireless device 110, the processor 321A of the base station 1 120A, and / or the processor 321B of the base station 2 120B may include at least one of a general-purpose processor, a digital signal processor (DSP), a controller, a microcontroller, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), and / or other programmable logic devices, discrete gates, and / or transistor logic, discrete hardware components, etc. The processor 314 of the wireless device 110, the processor 321A in the base station 1 120A, and / or the processor 321B in the base station 2 120B may perform signal encoding / processing, data processing, power control, input / output processing, and / or at least one of any other functionality that enables the wireless device 110, the base station 1 120A, and / or the base station 2 120B to operate in a wireless environment.

[0239] The processor 314 of the wireless device 110 can be connected to the speaker / microphone 311, the keypad 312, and / or the display / touchpad 313. The processor 314 can receive user input data from the speaker / microphone 311, the keypad 312, and / or the display / touchpad 313, and / or provide user output data to them. The processor 314 in the wireless device 110 can receive power from the power supply 317 and / or can be configured to distribute power to other components in the wireless device 110. The power supply 317 can include at least one of one or more dry batteries, solar cells, fuel cells, etc. The processor 314 can be connected to the GPS chipset 318. The GPS chipset 318 can be configured to provide the geographical location information of the wireless device 110.

[0240] The processor 314 of the wireless device 110 can be additionally connected to other peripheral devices 319, and the other peripheral devices can include one or more software and / or hardware modules that provide additional features and / or functionality. For example, the peripheral device 319 can include at least one of an accelerometer, a satellite transceiver, a digital camera, a universal serial bus (USB) port, a hands-free headset, a frequency modulation (FM) radio unit, a media player, an Internet browser, etc.

[0241] The communication interface 320A of base station 1, 120A and / or the communication interface 320B of base station 2, 120B can be configured to communicate with the communication interface 310 of the wireless device 110 via the wireless link 330A and / or the wireless link 330B, respectively. In an example, the communication interface 320A of base station 1, 120A can communicate with the communication interface 320B of base station 2 and other RAN and core network nodes.

[0242] The wireless link 330A and / or the wireless link 330B can include at least one of a bidirectional link and / or a directional link. The communication interface 310 of the wireless device 110 can be configured to communicate with the communication interface 320A of base station 1 120A and / or with the communication interface 320B of base station 2 120B. Base station 1 120A and the wireless device 110 and / or base station 2 120B and the wireless device 110 can be configured to send and receive transport blocks via the wireless link 330A and / or via the wireless link 330B, respectively. The wireless link 330A and / or the wireless link 330B can employ at least one frequency carrier. According to some different aspects of the embodiments, one or more transceivers can be employed. A transceiver can be a device that includes both a transmitter and a receiver. Transceivers can be used in devices such as wireless devices, base stations, relay nodes, etc. In Figure 4A 、 Figure 4B 、 Figure 4C 、 Figure 4D 、 Figure 6 、 Fig. 7A 、 Figure 7B , Figure 8 and example embodiments of radio technologies implemented in communication interfaces 310, 320A, 320B and wireless links 330A, 330B are shown in the related text.

[0243] In an example, other nodes in a wireless network (e.g., AMF, UPF, SMF, etc.) may include one or more communication interfaces, one or more processors, and a memory storing instructions.

[0244] A node (e.g., a wireless device, a base station, an AMF, an SMF, a UPF, a server, a switch, an antenna, etc.) may include one or more processors and a memory storing instructions that, when executed by the one or more processors, cause the node to perform certain processes and / or functions. Example embodiments may implement operations for single-carrier and / or multi-carrier communication. Other example embodiments may include a non-transitory tangible computer-readable medium that includes instructions executable by one or more processors to cause operations for single-carrier and / or multi-carrier communication. Still other example embodiments may include an article of manufacture that includes a non-transitory tangible computer-readable machine-accessible medium having instructions encoded thereon for enabling programmable hardware to cause a node to be capable of implementing operations for single-carrier and / or multi-carrier communication. A node may include a processor, a memory, an interface, etc.

[0245] An interface may include at least one of a hardware interface, a firmware interface, a software interface, and / or a combination thereof. A hardware interface may include connectors, wires, and electronic devices such as drivers, amplifiers, etc. A software interface may include code stored in a memory device to implement one or more protocols, protocol layers, communication devices, device drivers, combinations thereof, etc. A firmware interface may include a combination of embedded hardware and code stored in and / or communicating with a memory device to implement connections, electronic device operations, one or more protocols, protocol layers, communication drivers, device drivers, hardware operations, combinations thereof, etc.

[0246] Figure 4A , Figure 4B , Figure 4C and Figure 4D are example diagrams of uplink and downlink signal transmissions according to aspects of embodiments of the present disclosure. Figure 4AAn example uplink transmitter for at least one physical channel is shown. The baseband signal representing the physical uplink shared channel may perform one or more functions. The one or more functions may include at least one of the following: scrambling; modulating the scrambled bits to generate complex-valued symbols; mapping the complex-valued modulation symbols to one or more transmit layers; transform precoding to generate complex-valued symbols; precoding of complex-valued symbols; mapping of precoded complex-valued symbols to resource elements; generating a complex-valued time-domain single carrier frequency division multiple access (SC-FDMA) or CP-OFDM signal for an antenna port; and so on. In an example, when transform precoding is enabled, an SC-FDMA signal may be generated for uplink transmission. In an example, when transform precoding is not enabled, a CP-OFDM signal may be generated for uplink transmission by Figure 4A These functions are shown as examples, and it is expected that other mechanisms may be implemented in various embodiments.

[0247] An example structure for modulation and upconversion of the carrier frequency of a complex-valued SC-FDMA or CP-OFDM baseband signal for an antenna port and / or a complex-valued physical random access channel (PRACH) baseband signal is shown in Figure 4B Filtering may be employed before transmission.

[0248] Figure 4C An example structure for downlink transmission is shown in. The baseband signal representing the downlink physical channel may perform one or more functions. The one or more functions may include: scrambling the coded bits in the codeword to be transmitted on the physical channel; modulating the scrambled bits to generate complex-valued modulation symbols; mapping the complex-valued modulation symbols to one or more transmit layers; precoding of the complex-valued modulation symbols on the layer for transmission on an antenna port; mapping the complex-valued modulation symbols for an antenna port to resource elements; generating a complex-valued time-domain OFDM signal for an antenna port; and so on. These functions are shown as examples, and it is expected that other mechanisms may be implemented in various embodiments.

[0249] In an example, the gNB may transmit a first symbol and a second symbol to a wireless device on an antenna port. The wireless device may infer the channel for communicating the second symbol on the antenna port from the channel for communicating the first symbol on the antenna port (e.g., fading gain, multipath delay, etc.). In an example, if one or more large-scale properties of the channel for communicating the first symbol on the first antenna port can be inferred from the channel for communicating the second symbol on the second antenna port, then the first antenna port and the second antenna port may be quasi-co-located. The one or more large-scale properties may include at least one of the following: delay spread; Doppler spread; Doppler shift; average gain; average delay; and / or spatial receive (Rx) parameters.

[0250] Example modulation and upconversion of the carrier frequency of a complex-valued OFDM baseband signal for an antenna port are shown in Figure 4D Filtering may be employed prior to transmission.

[0251] Figure 5A is a diagram of an example uplink channel mapping and an example uplink physical signal. Figure 5B is a diagram of an example downlink channel mapping and a downlink physical signal. In the example, the physical layer may provide one or more information transfer services to the MAC and / or one or more higher layers. For example, the physical layer may provide the one or more information transfer services to the MAC via one or more transport channels. The information transfer service may indicate the manner and characteristics of transferring data over the radio interface.

[0252] In an example embodiment, the radio network may include one or more downlink and / or uplink transport channels. For example, Figure 5A the figure in Figure 5B shows an example uplink transport channel including an uplink shared channel (UL-SCH) 501 and a random access channel (RACH) 502. The figure in

[0253] shows an example downlink transport channel including a downlink shared channel (DL-SCH) 511, a paging channel (PCH) 512, and a broadcast channel (BCH) 513. The transport channel may be mapped to one or more corresponding physical channels. For example, the UL-SCH 501 may be mapped to a physical uplink shared channel (PUSCH) 503. The RACH 502 may be mapped to a PRACH 505. The DL-SCH 511 and the PCH 512 may be mapped to a physical downlink shared channel (PDSCH) 514. The BCH 513 may be mapped to a physical broadcast channel (PBCH) 516. There may be one or more physical channels without a corresponding transport channel. The one or more physical channels may be used for uplink control information (UCI) 509 and / or downlink control information (DCI) 517. For example, a physical uplink control channel (PUCCH) 504 may carry the UCI 509 from the UE to the base station. For example, a physical downlink control channel (PDCCH) 515 may carry the DCI 517 from the base station to the UE. When the transmission of the UCI 509 and the PUSCH 503 may at least partially coincide in a time slot, NR may support UCI 509 multiplexing in the PUSCH 503. The UCI 509 may include at least one of CSI, acknowledgement (ACK) / negative acknowledgement (NACK), and / or a scheduling request. The DCI 517 on the PDCCH 515 may indicate at least one of the following: one or more downlink assignments and / or one or more uplink scheduling grants.

[0254] In the uplink, a UE may transmit one or more reference signals (RSs) to a base station. For example, the one or more RSs may be at least one of demodulation-RS (DM-RS) 506, phase-tracking-RS (PT-RS) 507, and / or sounding RS (SRS) 508. In the downlink, the base station may transmit (e.g., unicast, multicast, and / or broadcast) one or more RSs to the UE. For example, the one or more RSs may be at least one of primary synchronization signal (PSS) / secondary synchronization signal (SSS) 521, CSI-RS 522, DM-RS 523, and / or PT-RS 524.

[0255] In an example, a UE may transmit one or more uplink DM-RSs 506 to a base station for channel estimation, e.g., for coherent demodulation of one or more uplink physical channels (e.g., PUSCH 503 and / or PUCCH 504). For example, the UE may transmit at least one uplink DM-RS 506 to the base station using PUSCH 503 and / or PUCCH 504, where the at least one uplink DM-RS 506 may span the same frequency range as the corresponding physical channel. In an example, the base station may configure the UE using one or more uplink DM-RS configurations. At least one DM-RS configuration may support the precoded DM-RS mode. The precoded DM-RS may be mapped on one or more OFDM symbols (e.g., 1 or 2 adjacent OFDM symbols). One or more additional uplink DM-RSs may be configured to be transmitted at one or more symbols of PUSCH and / or PUCCH. The base station may configure the UE semi-statically using the maximum number of precoded DM-RS symbols for PUSCH and / or PUCCH. For example, the UE may schedule single-symbol DM-RS and / or double-symbol DM-RS based on the maximum number of precoded DM-RS symbols, where the base station may configure the UE using one or more additional uplink DM-RSs for PUSCH and / or PUCCH. The new radio network may support a common DM-RS structure for DL and UL at least for CP-OFDM, where the DM-RS position, DM-RS mode, and / or scrambling sequence may be the same or different.

[0256] In an example, the presence of uplink PT-RS 507 may depend on RRC configuration. For example, the presence of uplink PT-RS may be UE-specific configured. For example, the presence and / or pattern of uplink PT-RS 507 in the scheduled resources may be UE-specific configured by a combination of RRC signaling and / or association with one or more parameters (such as modulation and coding scheme (MCS)) for other purposes that may be indicated by DCI. When configured, the dynamic presence of uplink PT-RS 507 may be associated with one or more DCI parameters including at least MCS. The radio network may support multiple uplink PT-RS densities defined in the time domain / frequency domain. When present, the frequency domain density may be associated with at least one configuration of the scheduled bandwidth. The UE may employ the same precoding for DMRS ports and PT-RS ports. The number of PT-RS ports may be less than the number of DM-RS ports in the scheduled resources. For example, uplink PT-RS 507 may be restricted to the scheduled time / frequency duration of the UE.

[0257] In an example, the UE may transmit SRS 508 to the base station for channel state estimation to support uplink channel-dependent scheduling and / or link adaptation. For example, SRS 508 transmitted by the UE may allow the base station to estimate the uplink channel state at one or more different frequencies. The base station scheduler may use the uplink channel state to assign one or more resource blocks of high quality for uplink PUSCH transmission from the UE. The base station may configure the UE semi-statically with one or more SRS resource sets. For an SRS resource set, the base station may configure the UE with one or more SRS resources. The SRS resource set applicability may be configured by a higher layer (such as RRC) parameter. For example, when the higher layer parameter indicates beam management, the SRS resources in each of one or more SRS resource sets may be transmitted at a certain moment. The UE may transmit one or more SRS resources in different SRS resource sets simultaneously. The new radio network may support aperiodic, periodic, and / or semi-persistent SRS transmission. The UE may transmit SRS resources based on one or more trigger types, where the one or more trigger types may include higher layer signaling (such as RRC) and / or one or more DCI formats (for example, at least one DCI format may be used for the UE to select at least one of one or more configured SRS resource sets. SRS trigger type 0 may refer to SRS triggered based on higher layer signaling. SRS trigger type 1 may refer to SRS triggered based on one or more DCI formats. In an example, when PUSCH 503 and SRS 508 are transmitted in the same time slot, the UE may be configured to transmit SRS 508 after the transmission of PUSCH 503 and the corresponding uplink DM-RS 506.

[0258] In an example, the base station may semi-statically configure the UE using one or more SRS configuration parameters indicating at least one of the following: SRS resource configuration identifier, number of SRS ports, time-domain behavior of the SRS resource configuration (e.g., indication of periodic, semi-persistent, or aperiodic SRS), slot (mini-slot and / or sub-frame) level periodicity and / or offset of the periodic and / or aperiodic SRS resource, number of OFDM symbols in the SRS resource, start OFDM symbol of the SRS resource, SRS bandwidth, hopping bandwidth, cyclic shift, and / or SRS sequence ID.

[0259] In an example, in the time domain, the SS / PBCH block may include one or more OFDM symbols within the SS / PBCH block (e.g., 4 OFDM symbols numbered in increasing order from 0 to 3). The SS / PBCH block may include the PSS / SSS 521 and the PBCH 516. In an example, in the frequency domain, the SS / PBCH block may include one or more consecutive subcarriers within the SS / PBCH block (e.g., 240 consecutive subcarriers, subcarriers numbered in increasing order from 0 to 239). For example, the PSS / SSS 521 may occupy 1 OFDM symbol and 127 subcarriers. For example, the PBCH 516 may span 3 OFDM symbols and 240 subcarriers. The UE may assume that one or more SS / PBCH blocks transmitted using the same block index may be quasi-co-located, for example, with respect to Doppler spread, Doppler shift, average gain, average delay, and spatial Rx parameters. The UE may not assume the quasi-co-location of other SS / PBCH block transmissions. The periodicity of the SS / PBCH block may be configured by the radio network (e.g., via RRC signaling), and one or more time positions at which the SS / PBCH block may be transmitted may be determined based on the subcarrier spacing. In an example, the UE may assume the band-specific subcarrier spacing of the SS / PBCH block, unless the radio network has configured the UE to use a different subcarrier spacing.

[0260] In an example, downlink CSI-RS 522 can be employed for a UE to obtain channel state information. The radio network can support periodic, aperiodic, and / or semi-persistent transmissions of downlink CSI-RS 522. For example, a base station can use the periodic transmission of downlink CSI-RS 522 to semi-statically configure and / or reconfigure a UE. The configured CSI-RS resources can be activated / deactivated. For semi-persistent transmissions, activation and / or deactivation of CSI-RS resources can be triggered dynamically. In an example, the CSI-RS configuration can include one or more parameters indicating at least the number of antenna ports. For example, a base station can configure a UE with 32 ports. A base station can semi-statically configure a UE using one or more CSI-RS resource sets. One or more CSI-RS resources can be allocated from one or more CSI-RS resource sets to one or more UEs. For example, a base station can semi-statically configure one or more parameters indicating CSI RS resource mapping, such as the time-domain location of one or more CSI-RS resources, the bandwidth of the CSI-RS resources, and / or the periodicity. In an example, a UE can be configured to use the same OFDM symbol for downlink CSI-RS 522 and a control resource set (CORESET) when downlink CSI-RS 522 and the CORESET are spatially quasi-co-located and the resource elements associated with downlink CSI-RS 522 are outside the PRBs configured for the CORESET. In an example, a UE can be configured to use the same OFDM symbol for downlink CSI-RS 522 and an SS / PBCH block when downlink CSI-RS 522 and the SS / PBCH block are spatially quasi-co-located and the resource elements associated with downlink CSI-RS 522 are outside the PRBs configured for the SS / PBCH block.

[0261] In an example, the UE may transmit one or more downlink DM-RSs 523 to the base station for channel estimation, e.g., for coherent demodulation of one or more downlink physical channels (e.g., PDSCH 514). For example, the radio network may support one or more variable and / or configurable DM-RS modes for data demodulation. At least one downlink DM-RS configuration may support the pre-loaded DM-RS mode. The pre-loaded DM-RS may be mapped on one or more OFDM symbols (e.g., 1 or 2 adjacent OFDM symbols). The base station may configure the UE semi-statically with the maximum number of pre-loaded DM-RS symbols for the PDSCH 514. For example, the DM-RS configuration may support one or more DM-RS ports. For example, for single-user MIMO, the DM-RS configuration may support at least 8 orthogonal downlink DM-RS ports. For example, for multi-user MIMO, the DM-RS configuration may support 12 orthogonal downlink DM-RS ports. The radio network may support a common DM-RS structure for DL and UL at least for CP-OFDM, where the DM-RS position, DM-RS mode, and / or scrambling sequence may be the same or different.

[0262] In an example, the presence of the downlink PT-RS 524 may depend on the RRC configuration. For example, the presence of the downlink PT-RS 524 may be UE-specifically configured. For example, the presence and / or mode of the downlink PT-RS 524 in the scheduled resources may be UE-specifically configured by a combination of RRC signaling and / or association with one or more parameters (e.g., MCS) for other purposes that may be indicated by DCI. When configured, the dynamic presence of the downlink PT-RS 524 may be associated with one or more DCI parameters including at least the MCS. The radio network may support multiple PT-RS densities defined in the time domain / frequency domain. When present, the frequency domain density may be associated with at least one configuration of the scheduled bandwidth. The UE may employ the same precoding for the DMRS ports and the PT-RS ports. The number of PT-RS ports may be less than the number of DM-RS ports in the scheduled resources. For example, the downlink PT-RS 524 may be restricted to the scheduled time / frequency duration of the UE.

[0263] Figure 6 is a diagram depicting example transmit times and receive times for a carrier in accordance with aspects of an embodiment of the present disclosure. A multi-carrier OFDM communication system may include one or more carriers, e.g., in the case of carrier aggregation, ranging from 1 to 32 carriers, or in the case of dual connectivity, ranging from 1 to 64 carriers. Different radio frame structures (e.g., for FDD and for TDD duplexing mechanisms) may be supported. Figure 6 Illustrates an example frame timing. Downlink and uplink transmissions can be organized into radio frame 601. In this example, the radio frame duration is 10 milliseconds. In this example, the 10 - millisecond radio frame 601 can be divided into ten equal - sized sub - frames 602 with a duration of 1 millisecond. One or more sub - frames can contain one or more time slots (e.g., time slots 603 and 605), depending on the sub - carrier spacing and / or CP length. For example, sub - frames with sub - carrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, 240 kHz, and 480 kHz can contain one, two, four, eight, sixteen, and thirty - two time slots, respectively. In Figure 6 this case, a sub - frame can be divided into two equal - sized time slots 603 with a duration of 0.5 millisecond. For example, at 10 - millisecond intervals, 10 sub - frames can be used for downlink transmission and 10 sub - frames can be used for uplink transmission. Uplink and downlink transmissions can be split in the frequency domain. One or more time slots can include multiple OFDM symbols 604. The number of OFDM symbols 604 in time slot 605 can depend on the cyclic prefix length. For example, for the same sub - carrier spacing up to 480 kHz with normal CP, a time slot can be 14 OFDM symbols. For the same sub - carrier spacing of 60 kHz with extended CP, a time slot can be 12 OFDM symbols. A time slot can contain downlink, uplink, or a downlink part and an uplink part, etc.

[0264] Fig. 7AFIG. is a diagram depicting an example set of OFDM subcarriers in accordance with aspects of embodiments of the present disclosure. In an example, the gNB may communicate with a wireless device using a carrier having an example channel bandwidth of 700. One or more arrows in the figure may depict subcarriers in a multi-carrier OFDM system. The OFDM system may use techniques such as OFDM technology, SC-FDMA technology, etc. In an example, arrow 701 indicates a subcarrier transmitting an information symbol. In an example, the subcarrier spacing 702 between two consecutive subcarriers in the carrier may be any one of 15KHz, 30KHz, 60KHz, 120KHz, 240KHz, etc. In an example, different subcarrier spacings may correspond to different sets of transmission parameters. In an example, the set of transmission parameters may at least include: a parameter set index; a value of the subcarrier spacing; a type of cyclic prefix (CP). In an example, the gNB may transmit to / receive from the UE on a number of subcarriers 703 in the carrier. In an example, due to guard bands 704 and 705, the bandwidth occupied by the number of subcarriers 703 (transmission bandwidth) may be less than the channel bandwidth 700 of the carrier. In an example, guard bands 704 and 705 may be used to reduce interference to / from one or more adjacent carriers. The number of subcarriers (transmission bandwidth) in the carrier may depend on the channel bandwidth of the carrier and the subcarrier spacing. For example, for a carrier having a 20MHz channel bandwidth and a 15KHz subcarrier spacing, the transmission bandwidth may be the number of 1024 subcarriers.

[0265] In an example, when using a CA configuration, the gNB and the wireless device may communicate with multiple CCs. In an example, if CA is supported, different component carriers may have different bandwidths and / or subcarrier spacings. In an example, the gNB may transmit a first type of service to the UE on a first component carrier. The gNB may transmit a second type of service to the UE on a second component carrier. Different types of services may have different service requirements (e.g., data rate, latency, reliability), which may be suitable for transmission via different component carriers having different subcarrier spacings and / or bandwidths. Figure 7B An example embodiment is shown. The first component carrier may include a first number of subcarriers 706 having a first subcarrier spacing 709. The second component carrier may include a second number of subcarriers 707 having a second subcarrier spacing 710. The third component carrier may include a third number of subcarriers 708 having a third subcarrier spacing 711. Carriers in a multi-carrier OFDM communication system may be contiguous carriers, non-contiguous carriers, or a combination of contiguous and non-contiguous carriers.

[0266] Figure 8FIG. is a diagram depicting OFDM radio resources in accordance with aspects of embodiments of the present disclosure. In an example, a carrier may have a transmit bandwidth 801. In an example, a resource grid may be structured in a frequency domain 802 and a time domain 803. In an example, the resource grid may include a first number of OFDM symbols and a second number of resource blocks in a subframe, starting from a common resource block for a transmit parameter set and a carrier indicated by higher layer signaling (e.g., RRC signaling). In an example, in the resource grid, a resource unit identified by a subcarrier index and a symbol index may be a resource element 805. In an example, depending on the parameter set associated with the carrier, a subframe may include a first number of OFDM symbols 807. For example, when the subcarrier spacing of the parameter set of the carrier is 15 KHz, the subframe may have 14 OFDM symbols for the carrier. When the subcarrier spacing of the parameter set is 30 KHz, the subframe may have 28 OFDM symbols. When the subcarrier spacing of the parameter set is 60 Khz, the subframe may have 56 OFDM symbols, etc. In an example, the second number of resource blocks included in the resource grid of the carrier may depend on the bandwidth and parameter set of the carrier.

[0267] As Figure 8 shown, a resource block 806 may include 12 subcarriers. In an example, multiple resource blocks may be grouped into a resource block group (RBG) 804. In an example, the size of the RBG may depend on at least one of the following: an RRC message indicating an RBG size configuration; the size of the carrier bandwidth; or the size of a bandwidth part of the carrier. In an example, a carrier may include multiple bandwidth parts. A first bandwidth part of the carrier may have a different frequency location and / or bandwidth than a second bandwidth part of the carrier.

[0268] In an example, a gNB may transmit downlink control information to a wireless device that includes a downlink or uplink resource block assignment. The base station may transmit or receive from the wireless device a data packet (e.g., a transport block) scheduled and transmitted via one or more resource blocks and one or more time slots based on parameters in the downlink control information and / or one or more RRC messages. In an example, a start symbol of a first time slot relative to the one or more time slots may be indicated to the wireless device. In an example, the gNB may transmit to or receive from the wireless device a data packet scheduled on one or more RBGs and one or more time slots.

[0269] In an example, a gNB may transmit downlink control information including a downlink assignment to a wireless device via one or more PDCCHs. The downlink assignment may include at least parameters indicating a modulation and coding format; resource allocation; and / or HARQ information related to the DL-SCH. In an example, the resource allocation may include parameters for resource block allocation; and / or time slot allocation. In an example, the gNB may dynamically allocate resources to the wireless device via a cell-radio network temporary identifier (C-RNTI) on one or more PDCCHs. The wireless device may monitor the one or more PDCCHs to find a possible allocation when its downlink reception is enabled. When the one or more PDCCHs are successfully detected, the wireless device may receive one or more downlink data packets on one or more PDSCHs scheduled by the one or more PDCCHs.

[0270] In an example, the gNB may allocate a configured scheduling (CS) resource for downlink transmission to a wireless device. The gNB may transmit one or more RRC messages indicating CS grants periodically. The gNB may transmit DCI via a PDCCH addressed to a configured scheduling-RNTI (CS-RNTI) activating the CS resource. The DCI may include a parameter indicating that the downlink grant is a CS grant. The CS grant may be implicitly reused according to the periodicity defined by the one or more RRC messages until deactivated.

[0271] In an example, the gNB may transmit downlink control information including an uplink grant to a wireless device via one or more PDCCHs. The uplink grant may include at least parameters indicating a modulation and coding format; resource allocation; and / or HARQ information related to the UL-SCH. In an example, the resource allocation may include parameters for resource block allocation; and / or time slot allocation. In an example, the gNB may dynamically allocate resources to the wireless device via the C-RNTI on one or more PDCCHs. The wireless device may monitor the one or more PDCCHs to find a possible resource allocation. When the one or more PDCCHs are successfully detected, the wireless device may transmit one or more uplink data packets via one or more PUSCHs scheduled by the one or more PDCCHs.

[0272] In an example, the gNB may allocate a CS resource for uplink data transmission to a wireless device. The gNB may transmit one or more RRC messages indicating CS grants periodically. The gNB may transmit DCI via a PDCCH addressed to the CS-RNTI activating the CS resource. The DCI may include a parameter indicating that the uplink grant is a CS grant. The CS grant may be implicitly reused according to the periodicity defined by the one or more RRC messages until deactivated.

[0273] In an example, a base station may transmit DCI / control signaling via a PDCCH. The DCI may be in one of multiple formats. The DCI may include downlink and / or uplink scheduling information (e.g., resource allocation information, HARQ-related parameters, MCS), a request for CSI (e.g., an aperiodic CQI report), a request for SRS, an uplink power control command for one or more cells, one or more timing information (e.g., TB transmission / reception timing, HARQ feedback timing, etc.), and so on. In an example, the DCI may indicate an uplink grant that includes transmission parameters for one or more transport blocks. In an example, the DCI may indicate a downlink assignment that indicates parameters for receiving one or more transport blocks. In an example, the base station may use the DCI to initiate contention-free random access at a wireless device. In an example, the base station may transmit a DCI that includes a slot format indicator (SFI) that notifies of a slot format. In an example, the base station may transmit a DCI that includes a preemption indication that notifies of one or more PRBs and / or one or more OFDM symbols, where the UE may assume that there is no established transmission for the UE. In an example, the base station may transmit a DCI for group power control of PUCCH or PUSCH or SRS. In an example, the DCI may correspond to an RNTI. In an example, a wireless device may obtain an RNTI (e.g., C-RNTI) in response to completing initial access. In an example, the base station may configure an RNTI for the wireless device (e.g., CS-RNTI, TPC-CS-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, TPC-SRS-RNTI). In an example, the wireless device may calculate an RNTI (e.g., the wireless device may calculate an RA-RNTI based on the resource used for transmitting a preamble). In an example, the RNTI may have a preconfigured value (e.g., P-RNTI or SI-RNTI). In an example, the wireless device may monitor a group common search space, which may be used by the base station to transmit DCI established for a group of UEs. In an example, the group common DCI may correspond to an RNTI configured commonly for a group of UEs. In an example, the wireless device may monitor a UE-specific search space. In an example, the UE-specific DCI may correspond to an RNTI configured for the wireless device.

[0274] The NR system can support single-beam operation and / or multi-beam operation. In multi-beam operation, the base station can perform downlink beam sweeping to provide coverage for a common control channel and / or downlink SS block that may include at least PSS, SSS, and / or PBCH. The wireless device can use one or more RS measurement beams to measure the quality of the link. One or more SS blocks, or one or more CSI-RS resources associated with a CSI-RS resource index (CRI), or one or more DM-RS of the PBCH can be used as the RS for measuring the quality of the beam pair link. The quality of the beam pair link can be defined as a reference signal received power (RSRP) value, or a reference signal received quality (RSRQ) value, and / or a CSI value measured on the RS resource. The base station can indicate whether the RS resource used to measure the quality of the beam pair link is quasi-co-located (QCL) with the DM-RS of the control channel. When the channel characteristics of the transmission from the RS to the wireless device and the transmission from the control channel to the wireless device are similar or the same under the configured criteria, the RS resource and the DM-RS of the control channel can be referred to as QCL. In multi-beam operation, the wireless device can perform uplink beam sweeping to access the cell.

[0275] In an example, the wireless device can be configured to simultaneously monitor the PDCCH on one or more beam pair links depending on the capabilities of the wireless device. This can increase the robustness against beam pair link blockage. The base station can transmit one or more messages to configure the wireless device to monitor the PDCCH on one or more beam pair links in different PDCCH OFDM symbols. For example, the base station can transmit higher layer signaling (e.g., RRC signaling) or MAC CE, which includes parameters regarding the Rx beam settings of the wireless device for monitoring the PDCCH on one or more beam pair links. The base station can transmit an indication of the spatial QCL assumption between one or more DL RS antenna ports (e.g., cell-specific CSI-RS, or device-specific CSI-RS, or SS block, or PBCH with or without DM-RS of the PBCH) and one or more DL RS antenna ports for demodulating the DL control channel. The signaling for beam indication for the PDCCH can be MAC CE signaling, or RRC signaling, or DCI signaling, or a specification-transparent and / or implicit method, and combinations of these signaling methods.

[0276] For the reception of unicast DL data channels, the base station may indicate spatial QCL parameters between one or more DL RS antenna ports and one or more DM-RS antenna ports of the DL data channel. The base station may transmit DCI (e.g., a downlink grant) containing information indicating one or more RS antenna ports. The information may indicate one or more RS antenna ports that may be QCL with one or more DM-RS antenna ports. Different sets of one or more DM-RS antenna ports for the DL data channel may be indicated as being QCL with different sets of one or more RS antenna ports.

[0277] Fig. 9A is an example of beam sweeping in a DL channel. In the RRC_INACTIVE state or the RRC_IDLE state, the wireless device may assume that the SS blocks form SS burst 940 and SS burst set 950. The SS burst set 950 may have a given periodicity. For example, in multi-beam operation, the base station 120 may transmit SS blocks in multiple beams, thereby together forming SS burst 940. One or more SS blocks may be transmitted on one beam. If multiple SS bursts 940 are transmitted together with multiple beams, then the SS bursts may together form SS burst set 950.

[0278] The wireless device may additionally use CSI-RS to estimate the beam quality of the link between the wireless device and the base station in multi-beam operation. The beam may be associated with the CSI-RS. For example, the wireless device may be based on RSRP measurement reports on the CSI-RS, such as the beam index indicated in the CRI for downlink beam selection and associated with the RSRP value of the beam. The CSI-RS may be transmitted on a CSI-RS resource including at least one of one or more antenna ports, one or more time or frequency radio resources. The CSI-RS resource may be configured in a cell-specific manner by common RRC signaling or in a wireless device-specific manner by dedicated RRC signaling and / or L1 / L2 signaling. Multiple wireless devices covered by the cell may measure the cell-specific CSI-RS resource. A dedicated subset of the wireless devices covered by the cell may measure the wireless device-specific CSI-RS resource.

[0279] The CSI-RS resource may be transmitted periodically or using aperiodic transmission or using multiple transmission or semi-persistent transmission. For example, in Fig. 9A the periodic transmission, the base station 120 may periodically transmit the configured CSI-RS resource 940 in the time domain using the configured periodicity. In aperiodic transmission, the configured CSI-RS resource may be transmitted in a dedicated time slot. In multiple transmission or semi-persistent transmission, the configured CSI-RS resource may be transmitted within the configured period. The beam used for CSI-RS transmission may have a different beam width from the beam used for SS block transmission.

[0280] Fig. 9B This is an example of a beam management procedure in a new radio network. The base station 120 and / or the wireless device 110 may execute a downlink L1 / L2 beam management procedure. One or more of the following downlink L1 / L2 beam management procedures may be executed within one or more wireless devices 110 and one or more base stations 120. In an example, the P-1 procedure 910 may be used to enable the wireless device 110 to measure one or more transmit (Tx) beams associated with the base station 120 to support the selection of a first set of Tx beams associated with the base station 120 and a first set of Rx beams associated with the wireless device 110. For beamforming at the base station 120, the base station 120 may sweep a set of different TX beams. For beamforming at the wireless device 110, the wireless device 110 may sweep a set of different Rx beams. In an example, the P-2 procedure 920 may be used to enable the wireless device 110 to measure one or more Tx beams associated with the base station 120 to potentially change the first set of Tx beams associated with the base station 120. Compared with the P-1 procedure 910, the P-2 procedure 920 may be executed on a potentially smaller set of beams for beam optimization. The P-2 procedure 920 may be a special case of the P-1 procedure 910. In an example, the P-3 procedure 930 may be used to enable the wireless device 110 to measure at least one Tx beam associated with the base station 120 to change the first set of Rx beams associated with the wireless device 110.

[0281] The wireless device 110 may transmit one or more beam management reports to the base station 120. In one or more beam management reports, the wireless device 110 may indicate some beam pair quality parameters, including at least: one or more beam identifications of a subset of the configured beams; RSRP; precoding matrix indicator (PMI) / channel quality indicator (CQI) / rank indicator (RI). Based on one or more beam management reports, the base station 120 may transmit a signal indicating that one or more beam pairs are service beams to the wireless device 110. The base station 120 may use one or more service beams to transmit PDCCH and PDSCH for the wireless device 110.

[0282] In an example embodiment, a new radio network may support bandwidth adaptation (BA). In an example, the receive and / or transmit bandwidth configured by a UE employing BA may not be large. For example, the receive and / or transmit bandwidth may not be as large as the bandwidth of a cell. The receive and / or transmit bandwidth may be adjustable. For example, the UE may change the receive and / or transmit bandwidth, e.g., shrink during low activity periods to save power. For example, the UE may change the position of the receive and / or transmit bandwidth in the frequency domain, e.g., to increase scheduling flexibility. For example, the UE may change the subcarrier spacing, e.g., to allow for different services.

[0283] In an example embodiment, a subset of the total cell bandwidth of a cell may be referred to as a bandwidth part (BWP). A base station may configure a UE with one or more BWPs to implement BA. For example, the base station may indicate to the UE which one of the one or more (configured) BWPs is the active BWP.

[0284] Fig.10 Is an example diagram of 3 configured BWPs: BWP1 (1010 and 1050), with a width of 40 MHz and a subcarrier spacing of 15 kHz; BWP2 (1020 and 1040), with a width of 10 MHz and a subcarrier spacing of 15 kHz; BWP3 1030, with a width of 20 MHz and a subcarrier spacing of 60 kHz.

[0285] In an example, a UE configured to operate in one or more BWPs of a cell may be configured by one or more higher layers (e.g., the RRC layer) of the cell with a set of one or more BWPs (e.g., up to four BWPs)) for the UE (DL BWP set) to receive in the DL bandwidth via at least one parameter DL-BWP, and a set of one or more BWPs (e.g., up to four BWPs) for the UE (UL BWP set) to transmit in the UL bandwidth via at least one parameter UL-BWP for the cell.

[0286] To enable BA on the PCell, the base station may configure the UE with one or more UL and DL BWP pairs. To enable BA on the SCell (e.g., in the case of CA), the base station may configure the UE with at least one or more DL BWPs (e.g., there may be none in the UL).

[0287] In an example, the initial active DL BWP can be defined by at least one of the position and number of consecutive PRBs of a control resource set for at least one common search space, the subcarrier spacing, or the cyclic prefix. For operations on the PCell, one or more higher layer parameters can indicate at least one initial UL BWP for a random access procedure. If the UE is configured with a secondary carrier on the primary cell, the UE can be configured with an initial BWP for a random access procedure on the secondary carrier.

[0288] In an example, for unpaired spectrum operation, the UE can expect that the center frequency of the DL BWP can be the same as the center frequency of the UL BWP.

[0289] For example, for a DL BWP or a UL BWP in a set of one or more DL BWPs or a set of one or more UL BWPs respectively, the base station can configure the UE semi-statically for a cell with one or more parameters indicating at least one of the following: subcarrier spacing; cyclic prefix; number of consecutive PRBs; index in a set of one or more DL BWPs and / or a set of one or more UL BWPs; link between a DL BWP and a UL BWP from a set of configured DL BWPs and UL BWPs; DCI detection for PDSCH reception timing; PDSCH reception for HARQ-ACK transmission timing value; DCI detection for PUSCH transmission timing value; offset of the first PRB of the DL bandwidth or UL bandwidth relative to the first PRB of the bandwidth.

[0290] In an example, for a DL BWP in a set of one or more DL BWPs on the PCell, the base station can configure the UE with one or more control resource sets for at least one type of common search space and / or a UE-specific search space. For example, the base station cannot configure the UE without a common search space on the PCell or PSCell in the active DL BWP.

[0291] For a UL BWP in a set of one or more UL BWPs, the base station can configure the UE with one or more resource sets for one or more PUCCH transmissions.

[0292] In an example, if the DCI contains a BWP indicator field, the BWP indicator field value can indicate the active DL BWP from a set of configured DL BWPs for one or more DL receptions. If the DCI contains a BWP indicator field, the BWP indicator field value can indicate the active UL BWP from a set of configured UL BWPs for one or more UL transmissions.

[0293] In an example, for a PCell, the base station may configure the UE semi-statically using the default DL BWP among the configured DL BWPs. If the default DL BWP is not provided to the UE, then the default BWP may be the initial active DL BWP.

[0294] In an example, the base station may configure the UE using the timer value of the PCell. For example, when the UE detects DCI indicating an active DL BWP other than the default DL BWP for paired spectrum operation or when the UE detects DCI indicating an active DL BWP or UL BWP other than the default DL BWP or UL BWP for unpaired spectrum operation, the UE may start a timer called the BWP Inactivity Timer. If the UE does not detect DCI during the interval for paired spectrum operation or for unpaired spectrum operation, then the UE may increment the timer by an interval of a first value (e.g., the first value may be 1 millisecond or 0.5 millisecond). In an example, the timer may expire when the timer is equal to the timer value. When the timer expires, the UE may switch from the active DL BWP to the default DL BWP.

[0295] In an example, the base station may configure the UE semi-statically using one or more BWPs. The UE may switch the active BWP from the first BWP to the second BWP (e.g., the second BWP may be the default BWP) in response to receiving DCI indicating that the second BWP is the active BWP and / or in response to the expiration of the BWP Inactivity Timer. For example, Fig.10 is an example diagram of 3 configured BWPs: BWP1 (1010 and 1050), BWP2 (1020 and 1040), and BWP3 (1030). BWP2 (1020 and 1040) may be the default BWP. BWP1 (1010) may be the initial active BWP. In an example, the UE may switch the active BWP from BWP1 1010 to BWP2 1020 in response to the expiration of the BWP Inactivity Timer. For example, the UE may switch the active BWP from BWP2 1020 to BWP3 1030 in response to receiving DCI indicating BWP3 1030 as the active BWP. Switching the active BWP from BWP3 1030 to BWP2 1040 and / or from BWP2 1040 to BWP1 1050 may be in response to receiving DCI indicating the active BWP and / or in response to the expiration of the BWP Inactivity Timer.

[0296] In an example, if the UE is configured for a secondary cell using the default DL BWP and the timer value among the configured DL BWPs for the secondary cell, then the UE procedure on the secondary cell may be the same as the UE procedure on the primary cell using the timer value for the secondary cell and the default DL BWP for the secondary cell.

[0297] In an example, if the base station configures the UE using a first active DL BWP and a first active UL BWP on a secondary cell or carrier, the UE may use the indicated DL BWP and the indicated UL BWP on the secondary cell as the corresponding first active DL BWP and first active UL BWP on the secondary cell or carrier.

[0298] Fig.11A and Fig. 11B illustrates packet flows employing multi-connectivity (e.g., dual connectivity, multi-connectivity, tight interworking, etc.). Fig.11A is an example diagram of the protocol structure of a wireless device 110 (e.g., a UE) having CA and / or multi-connectivity according to an aspect of an embodiment. Fig. 11B is an example diagram of the protocol structure of multiple base stations having CA and / or multi-connectivity according to an aspect of an embodiment. The multiple base stations may include a master node MN 1130 (e.g., a master node, a master base station, a master gNB, a master eNB, etc.) and a secondary node SN 1150 (e.g., a secondary node, a secondary base station, a secondary gNB, a secondary eNB, etc.). The master node 1130 and the secondary node 1150 may work together to communicate with the wireless device 110.

[0299] When multi-connectivity is configured for the wireless device 110, the wireless device 110 that can support multiple receive / transmit functions in the RRC connected state may be configured to utilize radio resources provided by multiple schedulers of multiple base stations. The multiple base stations may be interconnected via a non-ideal or ideal backhaul (e.g., an Xn interface, an X2 interface, etc.). The base stations involved in the multi-connectivity for a certain wireless device may perform at least one of two different roles: the base station may act as a master base station or a secondary base station. In multi-connectivity, the wireless device may be connected to one master base station and one or more secondary base stations. In an example, the master base station (e.g., MN 1130) may provide a master cell group (MCG) including a primary cell and / or one or more secondary cells for the wireless device (e.g., the wireless device 110). The secondary base station (e.g., SN 1150) may provide a secondary cell group (SCG) including a primary-secondary cell (PSCell) and / or one or more secondary cells for the wireless device (e.g., the wireless device 110).

[0300] In multi-connectivity, the radio protocol architecture adopted by a bearer can depend on how the bearer is set up. In an example, three different types of bearer setup options can be supported: MCG bearers, SCG bearers, and / or split bearers. A wireless device can receive / transmit packets of an MCG bearer via one or more cells of the MCG, and / or can receive / transmit packets of an SCG bearer via one or more cells of the SCG. Multi-connectivity can also be described as having at least one bearer that is configured to use radio resources provided by a secondary base station. Multi-connectivity can be configured / implemented in some example embodiments, and can also not be configured / implemented.

[0301] In an example, a wireless device (e.g., wireless device 110) can: transmit and / or receive packets of an MCG bearer via an SDAP layer (e.g., SDAP 1110), a PDCP layer (e.g., NR PDCP 1111), an RLC layer (e.g., MN RLC 1114), and a MAC layer (e.g., MN MAC1118); transmit and / or receive packets of a split bearer via an SDAP layer (e.g., SDAP 1110), a PDCP layer (e.g., NR PDCP 1112), one of a primary or secondary RLC layer (e.g., MN RLC 1115, SN RLC 1116), and one of a primary or secondary MAC layer (e.g., MN MAC 1118, SN MAC 1119); and / or transmit and / or receive packets of an SCG bearer via an SDAP layer (e.g., SDAP 1110), a PDCP layer (e.g., NR PDCP 1113), an RLC layer (e.g., SN RLC 1117), and a MAC layer (e.g., MNMAC 1119).

[0302] In an example, the master base station (e.g., MN 1130) and / or the secondary base station (e.g., SN 1150) may: transmit / receive packets of MCG bearers via the master or secondary node SDAP layer (e.g., SDAP 1120, SDAP 1140), the master or secondary node PDCP layer (e.g., NR PDCP 1121, NR PDCP 1142), the master node RLC layer (e.g., MN RLC 1124, MN RLC 1125), and the master node MAC layer (e.g., MN MAC 1128); transmit / receive packets of SCG bearers via the master or secondary node SDAP layer (e.g., SDAP 1120, SDAP 1140), the master or secondary node PDCP layer (e.g., NR PDCP 1122, NR PDCP 1143), the secondary node RLC layer (e.g., SN RLC 1146, SN RLC 1147), and the secondary node MAC layer (e.g., SN MAC 1148); transmit / receive packets of split bearers via the master or secondary node SDAP layer (e.g., SDAP 1120, SDAP 1140), the master or secondary node PDCP layer (e.g., NR PDCP 1123, NR PDCP 1141), the master or secondary node RLC layer (e.g., MN RLC 1126, SN RLC 1144, SN RLC 1145, MN RLC 1127), and the master or secondary node MAC layer (e.g., MN MAC 1128, SN MAC 1148).

[0303] In multi-connectivity, a wireless device may configure multiple MAC entities: one MAC entity for the primary base station (e.g., MN MAC 1118), and other MAC entities for secondary base stations (e.g., SN MAC 1119). In multi-connectivity, the configured serving cell set for the wireless device may include two subsets: the MCG that includes the serving cell of the primary base station, and the SCG that includes the serving cells of secondary base stations. For the SCG, one or more of the following configurations may be applied: at least one cell of the SCG has a configured UL CC, and at least one cell of the SCG, referred to as the primary secondary cell (PSCell, the PCell of the SCG, or sometimes called the PCell) is configured with PUCCH resources; when the SCG is configured, there may be at least one SCG bearer or a split bearer; after detecting a physical layer problem or a random access problem on the PSCell, or after a certain number of NR RLC retransmissions associated with the SCG, or after detecting an access problem on the PSCell during SCG addition or SCG change: the RRC connection reconstruction procedure may not be triggered, the UL transmission to the cells of the SCG may be stopped, the wireless device may notify the primary base station of the SCG failure type, for the split bearer, the DL data transfer on the primary base station may be maintained; an NR RLC acknowledged mode (AM) bearer may be configured for the split bearer; the PCell and / or PSCell cannot be deactivated; the SCG change procedure may be used to change the PSCell (e.g., using a security key change and a RACH procedure); and / or a change in the bearer type between the split bearer and the SCG bearer, or a simultaneous configuration of the SCG and the split bearer may or may not be supported.

[0304] For the interaction between the master base station and the secondary base station for multi-connectivity, one or more of the following may be applied: The master base station and / or the secondary base station may maintain a radio resource management (RRM) measurement configuration for the wireless device; The master base station may (e.g., based on received measurement reports, traffic conditions, and / or bearer types) decide to request the secondary base station to provide additional resources (e.g., serving cells) for the wireless device; Upon receiving a request from the master base station, the secondary base station may create / modify a container, which may result in the configuration of additional serving cells for the wireless device (or decide that the secondary base station has no available resources to do so); For UE capability coordination, the master base station may provide the AS configuration and (a part of) the UE capabilities to the secondary base station; The master base station and the secondary base station may exchange information about UE configuration using RRC containers (inter-node messages) carried by Xn messages; The secondary base station may initiate the reconfiguration of the secondary base station's existing serving cells (e.g., PUCCH for the secondary base station); The secondary base station may decide which cell is the PSCell within the SCG; The master base station may change or not change the content of the RRC configuration provided by the secondary base station; In the case of SCG addition and / or SCG SCell addition, the master base station may provide the most recent (or latest) measurement results of the SCG cell; The master base station and the secondary base station may receive information about the SFN and / or subframe offset from each other from the OAM and / or via the Xn interface (e.g., for the purpose of DRX alignment and / or identification of measurement gaps). In an example, when adding a new SCG SCell, dedicated RRC signaling may be used to send the required system information of the cells of the CA, except for the SFN obtained from the MIB of the PSCell of the SCG.

[0305] Fig.12 It is an example diagram of a random access procedure. One or more events may trigger the random access procedure. For example, one or more events may be at least one of the following: Initial access from RRC_IDLE, RRC connection reestablishment procedure, handover, DL or UL data arrival during RRC_CONNECTED when the UL synchronization state is asynchronous, transition from RRC_Inactive, and / or request for other system information. For example, a PDCCH command, a MAC entity, and / or a beam failure indication may initiate the random access procedure.

[0306] In an example embodiment, the random access procedure may be at least one of a contention-based random access procedure and a contention-free random access procedure. For example, the contention-based random access procedure may include one or more Msg1 1220 transmissions, one or more Msg2 1230 transmissions, one or more Msg3 1240 transmissions, and contention resolution 1250. For example, the contention-free random access procedure may include one or more Msg1 1220 transmissions and one or more Msg2 1230 transmissions.

[0307] In an example, the base station may transmit (e.g., unicast, multicast, or broadcast) RACH configuration 1210 to the UE via one or more beams. The RACH configuration 1210 may include one or more parameters indicating at least one of the following: a set of available PRACH resources for transmission of random access preambles, an initial preamble power (e.g., an initial received target power of a random access preamble), an RSRP threshold for selecting an SS block and a corresponding PRACH resource, a power ramp factor (e.g., a random access preamble power ramp step), a random access preamble index, a maximum number of preamble transmissions, preamble groups A and B, a threshold (e.g., a message size) for determining a random access preamble group, a set of one or more random access preambles for a system information request and corresponding PRACH resources (if any), a set of one or more random access preambles for a beam failure recovery request and corresponding PRACH resources (if any), a time window for monitoring an RA response, a time window for monitoring a response to a beam failure recovery request, and / or a contention resolution timer.

[0308] In an example, Msg1 1220 may be one or more transmissions of a random access preamble. For a contention-based random access procedure, the UE may select an SS block with an RSRP higher than the RSRP threshold. If there is a random access preamble group B, the UE may select one or more random access preambles from group A or group B based on the potential Msg3 1240 size. If there is no random access preamble group B, the UE may select one or more random access preambles from group A. The UE may randomly (e.g., with equal probability or a normal distribution) select a random access preamble index from one or more random access preambles associated with the selected group. If the base station semi-statically configures the UE with an association between a random access preamble and an SS block, the UE may randomly select a random access preamble index with equal probability from one or more random access preambles associated with the selected SS block and the selected group.

[0309] For example, the UE may initiate a contention-free random access procedure based on a beam failure indication from a lower layer. For example, the base station may semi-statically configure the UE with one or more contention-free PRACH resources for a beam failure recovery request associated with at least one of an SS block and / or a CSI-RS. If at least one SS block having an RSRP higher than a first RSRP threshold among the associated SS blocks or at least one CSI-RS having an RSRP higher than a second RSRP threshold among the associated CSI-RSs is available, the UE may select a random access preamble index corresponding to the selected SS block or CSI-RS from a set of one or more random access preambles for the beam failure recovery request.

[0310] For example, the UE can receive a random access preamble index from the base station via the PDCCH or RRC for use in a contention-free random access procedure. If the base station does not configure the UE with at least one contention-free PRACH resource associated with an SS block or CSI-RS, then the UE can select a random access preamble index. If the base station configures the UE with one or more contention-free PRACH resources associated with an SS block and at least one SS block having an RSRP higher than a first RSRP threshold is available among the associated SS blocks, then the UE can select the at least one SS block and select a random access preamble corresponding to the at least one SS block. If the base station configures the UE with one or more contention-free PRACH resources associated with a CSI-RS and at least one CSI-RS having an RSRP higher than a second RSPR threshold is available among the associated CSI-RS, then the UE can select the at least one CSI-RS and select a random access preamble corresponding to the at least one CSI-RS.

[0311] The UE can perform one or more Msg1 1220 transmissions by transmitting the selected random access preamble. For example, if the UE selects an SS block and is configured with an association between one or more PRACH occasions and one or more SS blocks, then the UE can determine a PRACH occasion from among the one or more PRACH occasions corresponding to the selected SS block. For example, if the UE selects a CSI-RS and is configured with an association between one or more PRACH occasions and one or more CSI-RS, then the UE can determine a PRACH occasion from among the one or more PRACH occasions corresponding to the selected CSI-RS. The UE can transmit the selected random access preamble to the base station via the selected PRACH occasion. The UE can determine the transmission power for transmitting the selected random access preamble based at least on an initial preamble power and a power ramp factor. The UE can determine an RA-RNTI associated with the selected PRACH occasion in which the selected random access preamble is transmitted. For example, the UE may not determine an RA-RNTI for a beam failure recovery request. The UE can determine the RA-RNTI based at least on the index of the first OFDM symbol and the index of the first time slot of the selected PRACH occasion and / or the uplink carrier index for the transmission of Msg1 1220.

[0312] In an example, a UE may receive a random access response Msg 2 1230 from a base station. The UE may start a time window (e.g., ra-ResponseWindow) to monitor for the random access response. For a beam failure recovery request, the base station may configure the UE to monitor for a response to the beam failure recovery request using a different time window (e.g., bfr-ResponseWindow). For example, the UE may start the time window (e.g., ra-ResponseWindow or bfr-ResponseWindow) at the start of the first PDCCH occasion after a fixed duration of one or more symbols from the end of the preamble transmission. If the UE transmits multiple preambles, the UE may start the time window at the start of the first PDCCH occasion after a fixed duration of one or more symbols from the end of the first preamble transmission. The UE may monitor the PDCCH of the cell for at least one random access response identified by the RA-RNTI or for at least one response to the beam failure recovery request identified by the C-RNTI while the timer of the time window is running.

[0313] In an example, if at least one random access response contains a random access preamble identifier corresponding to the random access preamble transmitted by the UE, the UE may consider the reception of the random access response successful. If the reception of the random access response is successful, the UE may consider the contention-free random access procedure successfully completed. If a contention-free random access procedure is triggered for a beam failure recovery request, the UE may consider the contention-free random access procedure successfully completed in the case where the PDCCH transmission is addressed to the C-RNTI. In an example, if at least one random access response contains a random access preamble identifier, the UE may consider the random access procedure successfully completed and may indicate the reception of an acknowledgement of a system information request to the upper layer. If the UE has signaled multiple preamble transmissions, the UE may stop transmitting the remaining preambles (if any) in response to successfully receiving the corresponding random access response.

[0314] In an example, the UE may perform one or more Msg 3 1240 transmissions (e.g., for a contention-based random access procedure) in response to successful reception of a random access response. The UE may adjust the uplink transmission timing based on the timing advance command indicated by the random access response and may transmit one or more transport blocks based on the uplink grant indicated by the random access response. The subcarrier spacing for PUSCH transmission for Msg3 1240 may be provided by at least one higher layer (e.g., RRC) parameter. The UE may transmit a random access preamble via PRACH and transmit Msg3 1240 via PUSCH on the same cell. The base station may indicate the UL BWP for PUSCH transmission for Msg3 1240 via a system information block. The UE may use HARQ to retransmit Msg 3 1240.

[0315] In an example, multiple UEs may perform Msg 1 1220 by transmitting the same preamble to the base station and receive the same random access response containing an identity (e.g., TC-RNTI) from the base station. Contention resolution 1250 may ensure that a UE does not erroneously use the identity of another UE. For example, contention resolution 1250 may be based on the C-RNTI on the PDCCH or the UE contention resolution identity on the DL-SCH. For example, if the base station assigns a C-RNTI to the UE, the UE may perform contention resolution 1250 based on the reception of a PDCCH transmission addressed to the C-RNTI. In response to detecting the C-RNTI on the PDCCH, the UE may consider contention resolution 1250 successful and may consider the random access procedure to be successfully completed. If the UE does not have a valid C-RNTI, contention resolution may be addressed by using the TC-RNTI. For example, if the MAC PDU is successfully decoded and the MAC PDU contains a UE contention resolution identity MAC CE that matches the CCCH SDU transmitted in Msg3 1250, the UE may consider contention resolution 1250 successful and may consider the random access procedure to be successfully completed.

[0316] Fig.13It is an example structure of a MAC entity according to an aspect of an embodiment. In the example, the wireless device may be configured to operate in a multi-connectivity mode. A wireless device in RRC_CONNECTED with multiple RX / TXs may be configured to utilize radio resources provided by multiple schedulers located in multiple base stations. The multiple base stations may be connected by a non-ideal or ideal backhaul on the Xn interface. In the example, a base station among the multiple base stations may act as a primary base station or a secondary base station. The wireless device may be connected to one primary base station and one or more secondary base stations. The wireless device may be configured with multiple MAC entities, for example, one MAC entity for the primary base station, and one or more other MAC entities for one or more secondary base stations. In the example, the configured serving cell set for the wireless device may include two subsets: MCG, which includes the serving cells of the primary base station; and one or more SCGs, which include the serving cells of one or more secondary base stations. Fig.13 Shows an example structure of a MAC entity when MCG and SCG are configured for a wireless device.

[0317] In the example, at least one cell in the SCG may have a configured UL CC, where the cell of at least one cell may be referred to as the PSCell or the PCell of the SCG, or sometimes may be simply referred to as the PCell. The PSCell may be configured with PUCCH resources. In the example, when the SCG is configured, there may be at least one SCG bearer or a split bearer. In the example, after detecting a physical layer problem or a random access problem on the PSCell, or after reaching the RLC retransmission number associated with the SCG, or after detecting an access problem on the PSCell during SCG addition or SCG change: The RRC connection reconstruction procedure may not be triggered, the UL transmission to the cells of the SCG may be stopped, the UE may notify the primary base station of the SCG failure type, and the DL data transfer on the primary base station may be maintained.

[0318] In an example, the MAC sublayer may provide services such as data transfer and radio resource allocation to upper layers (e.g., 1310 or 1320). The MAC sublayer may include multiple MAC entities (e.g., 1350 and 1360). The MAC sublayer may provide data transfer services on logical channels. To accommodate different types of data transfer services, multiple types of logical channels may be defined. Logical channels may support the transfer of specific types of information. The logical channel type may be defined by what type of information is transferred (e.g., control or data). For example, BCCH, PCCH, CCCH, and DCCH may be control channels, and DTCH may be a traffic channel. In an example, the first MAC entity (e.g., 1310) may provide services on PCCH, BCCH, CCCH, DCCH, DTCH, and MAC control elements. In an example, the second MAC entity (e.g., 1320) may provide services on BCCH, DCCH, DTCH, and MAC control elements.

[0319] The MAC sublayer may expect services from the physical layer (e.g., 1330 or 1340), such as data transfer services, signaling for HARQ feedback, scheduling requests, or signaling for measurement values (e.g., CQI). In an example, in dual connectivity, two MAC entities may be configured for a wireless device: one for the MCG and one for the SCG. The MAC entity of the wireless device may handle multiple transport channels. In an example, the first MAC entity may handle a first transport channel, including the PCCH of the MCG, the first BCH of the MCG, one or more first DL-SCHs of the MCG, one or more first UL-SCHs of the MCG, and one or more first RACHs of the MCG. In an example, the second MAC entity may handle a second transport channel, including the second BCH of the SCG, one or more second DL-SCHs of the SCG, one or more second UL-SCHs of the SCG, and one or more second RACHs of the SCG.

[0320] In an example, if a MAC entity is configured with one or more SCell, then there may be multiple DL-SCHs for each MAC entity, and there may be multiple UL-SCHs and multiple RACHs. In an example, there may be one DL-SCH and UL-SCH on the SpCell. In an example, for an SCell, there may be one DL-SCH, zero or one UL-SCH, and zero or one RACH. The DL-SCH may support reception using different parameter sets and / or TTI durations within the MAC entity. The UL-SCH may also support transmission using different parameter sets and / or TTI durations within the MAC entity.

[0321] In an example, the MAC sublayer can support different functions and can utilize control (e.g., 1355 or 1365) elements to control these functions. The functions performed by the MAC entity can include mapping between logical channels and transport channels (e.g., in the uplink or downlink), multiplexing (e.g., 1352 or 1362) of MAC SDUs from one or different logical channels onto a transport block (TB) to be delivered to the physical layer on the transport channel (e.g., in the uplink), demultiplexing (e.g., 1352 or 1362) of MAC SDUs from a transport block (TB) delivered from the physical layer on the transport channel to one or different logical channels (e.g., in the downlink), scheduling information reporting (e.g., in the uplink), error correction via HARQ in the uplink or downlink (e.g., 1363), and logical channel prioritization in the uplink (e.g., 1351 or 1361). The MAC entity can handle the random access procedure (e.g., 1354 or 1364).

[0322] Fig.14 is an example diagram of a RAN architecture that includes one or more base stations. In an example, a protocol stack (e.g., RRC, SDAP, PDCP, RLC, MAC, and PHY) can be supported at a node. A base station (e.g., gNB 120A or 120B) can include a base station central unit (CU) (e.g., gNB-CU 1420A or 1420B) and at least one base station distributed unit (DU) (e.g., gNB-DU 1430A, 1430B, 1430C, or 1430D) (if function split is configured). The upper protocol layers of the base station can be located in the base station CU, and the lower layers of the base station can be located in the base station DU. The F1 interface (e.g., the CU-DU interface) connecting the base station CU and the base station DU can be an ideal or non-ideal backhaul. F1-C can provide a control plane connection via the F1 interface, and F1-U can provide a user plane connection via the F1 interface. In an example, an Xn interface can be configured between base station CUs.

[0323] In an example, the base station CU can include RRC functions, the SDAP layer, and the PDCP layer, and the base station DU can include the RLC layer, the MAC layer, and the PHY layer. In an example, various function split options are possible between the base station CU and the base station DU by positioning different combinations of upper protocol layers (RAN functions) in the base station CU and different combinations of lower protocol layers (RAN functions) in the base station DU. The function split can support the flexibility of moving protocol layers between the base station CU and the base station DU according to service requirements and / or network environment.

[0324] In an example, function split options can be configured for each base station, each base station CU, each base station DU, each UE, each bearer, each slice, or at other granularities. In each base station CU split, the base station CU can have fixed split options, and the base station DU can be configured to match the split options of the base station CU. In each base station DU split, the base station DU can be configured with different split options, and the base station CU can provide different split options for different base station DUs. In each UE split, the base station (base station CU and at least one base station DU) can provide different split options for different wireless devices. In each bearer split, different split options can be used for different bearers. In each slice stitching, different split options can be applied to different slices.

[0325] Fig.15 is an example diagram showing the RRC state transition of a wireless device. In an example, the wireless device can be in at least one RRC state among the RRC connected state (e.g., RRC connection 1530, RRC_Connected), the RRC idle state (e.g., RRC idle 1510, RRC_Idle), and / or the RRC inactive state (e.g., RRC inactive 1520, RRC_Inactive). In an example, in the RRC connected state, the wireless device can have at least one RRC connection with at least one base station (e.g., gNB and / or eNB), and the base station can have the UE context of the wireless device. The UE context (e.g., wireless device context) can include at least one of access stratum context, one or more radio link configuration parameters, bearer (e.g., data radio bearer (DRB), signaling radio bearer (SRB), logical channel, QoS flow, PDU session, etc.) configuration information, security information, PHY / MAC / RLC / PDCP / SDAP layer configuration information, and / or similar configuration information for the wireless device. In an example, in the RRC idle state, the wireless device can not have an RRC connection with the base station, and the UE context of the wireless device can not be stored in the base station. In an example, in the RRC inactive state, the wireless device can not have an RRC connection with the base station. The UE context of the wireless device can be stored in the base station, and the base station can be referred to as the anchor base station (e.g., the last serving base station).

[0326] In an example, the wireless device can transition the UE RRC state between the RRC idle state and the RRC connected state in two ways (e.g., connection release 1540 or connection establishment 1550; or connection re - establishment), and / or between the RRC inactive state and the RRC connected state in two ways (e.g., connection de - activation 1570 or connection resume 1580). In an example, the wireless device can transition its RRC state from the RRC inactive state to the RRC idle state (e.g., connection release 1560).

[0327] In an example, the anchor base station can be a base station that maintains the UE context (wireless device context) of the wireless device at least during the time period when the wireless device stays in the RAN notification area (RNA) of the anchor base station and / or when the wireless device stays in the RRC inactive state. In an example, the anchor base station can be the base station to which the wireless device was last connected in the latest RRC connected state when in the RRC inactive state, or the base station where the wireless device last executed the RNA update procedure. In an example, the RNA can include one or more cells operated by one or more base stations. In an example, a base station can belong to one or more RNAs. In an example, a cell can belong to one or more RNAs.

[0328] In an example, the wireless device can transition the UE RRC state from the RRC connected state to the RRC inactive state in a base station. The wireless device can receive RNA information from the base station. The RNA information can include at least one of an RNA identifier, one or more cell identifiers of one or more cells of the RNA, a base station identifier, an IP address of the base station, an AS context identifier of the wireless device, a resume identifier, etc.

[0329] In an example, the anchor base station can broadcast a message (e.g., a RAN paging message) to the base stations of the RNA to reach the wireless device in the RRC inactive state, and / or the base station that receives the message from the anchor base station can broadcast and / or multicast another message (e.g., a paging message) to the wireless devices in its coverage area, cell coverage area, and / or beam coverage area associated with the RNA via the air interface.

[0330] In an example, when a wireless device in the RRC inactive state moves into a new RNA, the wireless device can perform an RNA update (RNAU) procedure, which can include a random access procedure of the wireless device and / or a UE context retrieval procedure. UE context retrieval can include: the base station receiving a random access preamble from the wireless device; and the base station extracting the UE context of the wireless device from the old anchor base station. The extraction can include: sending a retrieve UE context request message containing a resume identifier to the old anchor base station, and receiving a retrieve UE context response message containing the UE context of the wireless device from the old anchor base station.

[0331] In an example embodiment, a wireless device in the RRC Inactive state may select a cell to camp on based on measurements of at least one or more cells, cells on which the wireless device may monitor RNA paging messages, and / or core network paging messages from a base station. In an example, a wireless device in the RRC Inactive state may select a cell to perform a random access procedure to resume an RRC connection and / or transmit one or more packets to a base station (e.g., to the network). In an example, if the selected cell belongs to an RNA different from the RNA of the wireless device in the RRC Inactive state, the wireless device may initiate a random access procedure to perform an RNA update procedure. In an example, if the wireless device in the RRC Inactive state has one or more packets in a buffer to transmit to the network, the wireless device may initiate a random access procedure to transmit the one or more packets to a base station of the cell selected by the wireless device. The random access procedure may be performed using two messages (e.g., 2-step random access) and / or four messages (e.g., 4-step random access) between the wireless device and the base station.

[0332] In an example embodiment, a base station receiving one or more uplink packets from a wireless device in the RRC Inactive state may extract the UE context of the wireless device by transmitting a Retrieve UE Context Request message for the wireless device to the anchor base station of the wireless device based on at least one of an AS context identifier, an RNA identifier, a base station identifier, a resume identifier, and / or a cell identifier received from the wireless device. In response to extracting the UE context, the base station may transmit a Path Switch Request for the wireless device to a core network entity (e.g., AMF, MME, etc.). The core network entity may update one or more carried downlink tunnel endpoint identifiers established between a user plane core network entity (e.g., UPF, S-GW, etc.) and a RAN node (e.g., a base station) for the wireless device, e.g., changing the downlink tunnel endpoint identifier from the address of the anchor base station to the address of the base station.

[0333] A gNB may communicate with a wireless device via a wireless network employing one or more new radio technologies. The one or more radio technologies may include at least one of the following: multiple technologies related to the physical layer; multiple technologies related to the media access control layer; and / or multiple technologies related to the radio resource control layer. Example embodiments enhancing the one or more radio technologies may improve the performance of the wireless network. Example embodiments may increase system throughput or data transmission rate. Example embodiments may reduce battery consumption of the wireless device. Example embodiments may improve the latency of data transmission between the gNB and the wireless device. Example embodiments may improve the network coverage of the wireless network. Example embodiments may improve the transmission efficiency of the wireless network.

[0334] The gNB may transmit one or more MAC PDUs to a wireless device. In an example, the MAC PDU may be a bit string whose length is byte-aligned (e.g., a multiple of eight bits). In an example, the bit string may be represented by a table where the most significant bit is the leftmost bit of the first row of the table and the least significant bit is the rightmost bit of the last row of the table. More generally, the bit string may be read from left to right and then in the reading order of the lines. In an example, the bit order of the parameter fields within the MAC PDU is represented by the first and most significant bit among the leftmost bits and the last and least significant bit among the rightmost bits.

[0335] In an example, the MAC SDU may be a bit string whose length is byte-aligned (e.g., a multiple of eight bits). In an example, the MAC SDU may be included in the MAC PDU starting from the first bit.

[0336] In an example, the MAC CE may be a bit string whose length is byte-aligned (e.g., a multiple of eight bits).

[0337] In an example, the MAC sub-header may be a bit string whose length is byte-aligned (e.g., a multiple of eight bits). In an example, the MAC sub-header may be placed directly in front of the corresponding MAC SDU, MAC CE, or padding.

[0338] In an example, the MAC entity may ignore the value of the reserved bits in the DL MAC PDU.

[0339] In an example, the MAC PDU may contain one or more MAC sub-PDUs. The MAC sub-PDUs of the one or more MAC sub-PDUs may contain only: a MAC sub-header (including padding); a MAC sub-header and a MAC SDU; a MAC sub-header and a MAC CE; and / or a MAC sub-header and padding. In an example, the MAC SDU may be of variable size. In an example, the MAC sub-header may correspond to a MAC SDU, a MAC CE, or padding.

[0340] In an example, when the MAC sub-header corresponds to a MAC SDU, a variable-size MAC CE, or padding, the MAC sub-header may contain: an R field with a length of one bit; an F field with a length of one bit; an LCID field with a length of multiple bits; and / or an L field with a length of multiple bits.

[0341] Fig.16A An example of a MAC sub-header with an R field, an F field, an LCID field, and an L field is shown. In Fig.16A the example MAC sub-header, the length of the LCID field may be six bits, and the length of the L field may be eight bits. Fig. 16BAn example of a MAC sub-header having an R field, an F field, an LCID field, and an L field is shown. In Fig. 16B In the example MAC sub-header, the length of the LCID field can be six bits, and the length of the L field can be sixteen bits.

[0342] In an example, when the MAC sub-header corresponds to a fixed-size MAC CE or padding, the MAC sub-header can include: an R field with a two-bit length and an LCID field with a multi-bit length. Fig. 16C An example of a MAC sub-header having an R field and an LCID field is shown. In Fig. 16C In the example MAC sub-header, the length of the LCID field can be six bits, and the length of the R field can be two bits.

[0343] Fig.17A An example of a DL MAC PDU is shown. In Fig.17A In the example, multiple MAC CEs, such as MAC CE1 and 2, can be placed together. The MAC sub-PDU containing the MAC CE can be placed before any MAC sub-PDU containing a MAC SDU or a MAC sub-PDU containing padding.

[0344] Fig. 17B An example of a UL MAC PDU is shown. In Fig. 17B In the example, multiple MAC CEs, such as MAC CE1 and 2, can be placed together. The MAC sub-PDU containing the MAC CE can be placed after all MAC sub-PDUs containing a MAC SDU. Additionally, the MAC sub-PDU can be placed before a MAC sub-PDU containing padding.

[0345] In an example, the MAC entity of the gNB can transmit one or more MAC CEs to the MAC entity of the wireless device. Fig.18 An example of multiple LCIDs that can be associated with one or more MAC CEs is shown. In Fig.18In an example, one or more MAC CEs include at least one of the following: an SP ZP CSI-RS resource set activation / deactivation MAC CE; a PUCCH spatial relation activation / deactivation MAC CE; an SP SRS activation / deactivation MAC CE; an SP CSI reported on a PUCCH activation / deactivation MAC CE; a TCI state indication for a UE-specific PDCCH MAC CE; a TCI state indication for a UE-specific PDSCH MAC CE; an aperiodic CSI trigger state sub-selection MAC CE; an SP CSI-RS / CSI-IM resource set activation / deactivation MAC CE; a UE contention resolution identity MAC CE; a timing advance command MAC CE; a DRX command MAC CE; a long DRX command MAC CE; an SCell activation / deactivation MAC CE (1 octet); an SCell activation / deactivation MAC CE (4 octets); and / or a duplication activation / deactivation MAC CE. In an example, a MAC CE, such as a MAC CE transmitted by a MAC entity of a gNB to a MAC entity of a wireless device, may have an LCID in a MAC sub-header corresponding to the MAC CE. Different MAC CEs may have different LCIDs in the MAC sub-header corresponding to the MAC CE. For example, an LCID given by 111011 in a MAC sub-header may indicate that the MAC CE associated with the MAC sub-header is a long DRX command MAC CE.

[0346] In an example, a MAC entity of a wireless device may transmit one or more MAC CEs to a MAC entity of a gNB. Fig.19 An example showing one or more MAC CEs is presented. One or more MAC CEs may include at least one of the following: a short buffer status report (BSR) MAC CE; a long BSR MAC CE; a C-RNTI MAC CE; a configured grant confirmation MAC CE; a single-entry PHR MAC CE; a multi-entry PHR MAC CE; a short truncated BSR; and / or a long truncated BSR. In an example, a MAC CE may have an LCID in a MAC sub-header corresponding to the MAC CE. Different MAC CEs may have different LCIDs in the MAC sub-header corresponding to the MAC CE. For example, an LCID given by 111011 in a MAC sub-header may indicate that the MAC CE associated with the MAC sub-header is a short truncated command MAC CE.

[0347] In carrier aggregation (CA), two or more component carriers (CCs) can be aggregated. A wireless device can use the technology of CA to receive or transmit simultaneously on one or more CCs depending on the capabilities of the wireless device. In an example, the wireless device can support CA for adjacent CCs and / or for non-adjacent CCs. The CCs can be organized into cells. For example, the CCs can be organized into one primary cell (PCell) and one or more secondary cells (SCells).

[0348] When configured with CA, the wireless device can have one RRC connection with the network. During RRC connection establishment / re-establishment / handover, the cell that provides NAS mobility information can be the serving cell. During the RRC connection re-establishment / handover procedure, the cell that provides security input can be the serving cell. In an example, the serving cell can represent the PCell. In an example, the gNB can transmit one or more messages containing configuration parameters of one or more SCells to the wireless device depending on the capabilities of the wireless device.

[0349] When configured with CA, the base station and / or the wireless device can adopt the activation / deactivation mechanism of the SCell to improve the battery or power consumption of the wireless device. When the wireless device is configured with one or more SCells, the gNB can activate or deactivate at least one of the one or more SCells. After the configuration of the SCell, the SCell can be deactivated immediately unless the SCell state associated with the SCell is set to "activated" or "dormant".

[0350] In an example, the wireless device can activate / deactivate the SCell in response to receiving the SCell activation / deactivation MAC CE.

[0351] In an example, the gNB can transmit one or more messages containing the SCell timer (e.g., sCellDeactivationTimer) to the wireless device. In an example, the wireless device can deactivate the SCell in response to the expiration of the SCell timer.

[0352] When the wireless device receives the SCell activation / deactivation MAC CE for activating the SCell, the wireless device can activate the SCell. In response to activating the SCell, the wireless device can perform operations including: SRS transmission on the SCell; CQI / PMI / RI / CRI reporting for the SCell; PDCCH monitoring on the SCell; PDCCH monitoring for the SCell; and / or PUCCH transmission on the SCell.

[0353] In an example, in response to activating a SCell, a wireless device may start or restart a first SCell timer (e.g., sCellDeactivationTimer) associated with the SCell. The wireless device may start or restart the first SCell timer in a time slot when it has received a SCell activation / deactivation MAC CE for activating the SCell. In an example, in response to activating a SCell, the wireless device may (re)initialize one or more suspended configured uplink grants of configured grant type 1 associated with the SCell according to a stored configuration. In an example, in response to activating a SCell, the wireless device may trigger a PHR.

[0354] When the wireless device receives a SCell activation / deactivation MAC CE for deactivating an activated SCell, the wireless device may deactivate the activated SCell. In an example, when a first SCell timer (e.g., sCellDeactivationTimer) associated with the activated SCell expires, the wireless device may deactivate the activated SCell. In response to deactivating the activated SCell, the wireless device may stop the first SCell timer associated with the activated SCell. In an example, in response to deactivating the activated SCell, the wireless device may clear one or more configured downlink assignments and / or one or more configured uplink grants of configured uplink grant type 2 associated with the activated SCell. In an example, in response to deactivating the activated SCell, the wireless device may: suspend one or more configured uplink grants of configured uplink grant type 1 associated with the activated SCell; and / or empty the HARQ buffer associated with the activated SCell.

[0355] In an example, when a SCell is deactivated, the wireless device may not perform operations including: transmitting SRS on the SCell; reporting CQI / PMI / RI / CRI for the SCell; transmitting on the UL-SCH on the SCell; transmitting on the RACH on the SCell; monitoring at least one first PDCCH on the SCell; monitoring at least one second PDCCH for the SCell; and / or transmitting PUCCH on the SCell.

[0356] In an example, when at least one first PDCCH on an activated SCell indicates an uplink grant or a downlink assignment, the wireless device may restart a first SCell timer (e.g., sCellDeactivationTimer) associated with the activated SCell. In an example, when at least one second PDCCH on a serving cell that schedules the activated SCell (e.g., a PCell or an SCell configured with a PUCCH, i.e., a PUCCH SCell) indicates an uplink grant or a downlink assignment for the activated SCell, the wireless device may restart a first SCell timer (e.g., sCellDeactivationTimer) associated with the activated SCell.

[0357] In an example, when an SCell is deactivated, if there is an ongoing random access procedure on the SCell, the wireless device may abort the ongoing random access procedure on the SCell.

[0358] Fig. 20A An example of an SCell activation / deactivation MAC CE of one octet is shown. A first MAC PDU sub-header with a first LCID (e.g., '111010' as shown in Fig.18 may identify an SCell activation / deactivation MAC CE of one octet. An SCell activation / deactivation MAC CE of one octet may have a fixed size. An SCell activation / deactivation MAC CE of one octet may contain a single octet. The single octet may contain a first number of C fields (e.g., seven) and a second number of R fields (e.g., one).

[0359] Fig. 20B An example of an SCell activation / deactivation MAC CE of four octets is shown. A second MAC PDU sub-header with a second LCID (e.g., '111001' as shown in Fig.18 may identify an SCell activation / deactivation MAC CE of four octets. An SCell activation / deactivation MAC CE of four octets may have a fixed size. An SCell activation / deactivation MAC CE of four octets may contain four octets. The four octets may contain a third number of C fields (e.g., 31) and a fourth number of R fields (e.g., one).

[0360] In Fig. 20A and / or Fig. 20B if an SCell with SCell index i has been configured, then C iThe field may indicate the activation / deactivation status of the SCell with SCell index i. In an instance, when the C i field is set to one, the SCell with SCell index i can be activated. In an instance, when the C i field is set to zero, the SCell with SCell index i can be deactivated. In an instance, if there is no SCell configured with SCell index i, the wireless device may ignore the C i field. In Fig. 20A and Fig. 20B , the R field may indicate a reserved bit. The R field may be set to zero.

[0361] When configured with CA, the base station and / or the wireless device may adopt a sleep mechanism for the SCell to improve the battery or power consumption of the wireless device and / or improve the waiting time for SCell activation / addition. When the wireless device puts the SCell to sleep, the SCell may transition to the sleep state. In response to the SCell transitioning to the sleep state, the wireless device may: stop transmitting SRS on the SCell; report CQI / PMI / RI / PTI / CRI for the SCell according to the periodicity configured for the SCell in the sleep state; not transmit on the UL-SCH on the SCell; not transmit on the RACH on the SCell; not monitor the PDCCH on the SCell; not monitor the PDCCH for the SCell; and / or not transmit PUCCH on the SCell. In an instance, when the SCell is in the sleep state, reporting the CSI of the SCell without monitoring the PDCCH on the SCell / for the SCell may provide the base station with an always-updated CSI of the SCell. With the always-updated CSI, once the SCell transitions back to the active state, the base station can adopt fast and / or accurate channel adaptive scheduling on the SCell, thereby accelerating the SCell activation procedure. In an instance, when the SCell is in the sleep state, reporting the CSI for the SCell and not monitoring the PDCCH on the SCell / for the SCell may improve the battery or power consumption of the wireless device while still providing channel information feedback to the base station in a timely and / or accurate manner. In an instance, the PCell / PSCell and / or the PUCCH secondary cell may not be configured or may transition to the sleep state.

[0362] When configured with one or more SCells, the gNB may activate, sleep, or deactivate at least one of the one or more SCells. In an instance, the gNB may transmit one or more RRC messages to the wireless device that contain parameters indicating that at least one SCell is set to the active state, the sleep state, or the inactive state.

[0363] In an example, when the SCell is active, the wireless device may perform SRS transmission on the SCell; CQI / PMI / RI / CRI reporting for the SCell; PDCCH monitoring on the SCell; PDCCH monitoring for the SCell; and / or PUCCH / SPUCCH transmission on the SCell.

[0364] In an example, when the SCell is inactive, the wireless device may: not transmit SRS on the SCell; not report CQI / PMI / RI / CRI for the SCell; not transmit on the UL-SCH on the SCell; not transmit on the RACH on the SCell; not monitor the PDCCH on the SCell; not monitor the PDCCH of the SCell; and / or not transmit PUCCH / SPUCCH on the SCell.

[0365] In an example, when the SCell is in the dormant state, the wireless device may: not transmit SRS on the SCell; report CQI / PMI / RI / CRI for the SCell; not transmit on the UL-SCH on the SCell; not transmit on the RACH on the SCell; not monitor the PDCCH on the SCell; not monitor the PDCCH of the SCell; and / or not transmit PUCCH / SPUCCH on the SCell.

[0366] When configured with one or more SCells, the gNB may activate, put to sleep, or deactivate at least one of the one or more SCells. In an example, the gNB may transmit to the wireless device one or more MAC control elements containing parameters indicating the activation, deactivation, or sleep of at least one SCell.

[0367] In an example, the gNB may transmit to the wireless device a first MAC CE indicating the activation or deactivation of at least one SCell (e.g., an activate / deactivate MAC CE, as Fig. 20A or Fig. 20B shown). In Fig. 20A and / or Fig. 20B if an SCell with SCell index i has been configured, then the C i field may indicate the activate / deactivate state of the SCell with SCell index i. In an example, when the C i field is set to one, the SCell with SCell index i may be activated. In an example, when the C i field is set to zero, the SCell with SCell index i may be deactivated. In an example, if there is no SCell configured with SCell index i, the wireless device may ignore the C iField. In Fig. 20A and Fig. 20B the R field may indicate reserved bits. In an example, the R field may be set to zero.

[0368] In an example, the gNB may transmit to the wireless device a second MAC CE (e.g., a dormant MAC CE) indicating the activation or dormancy of at least one SCell. In an example, the second MAC CE may be associated with a second LCID different from a first LCID of a first MAC CE (e.g., an activation / deactivation MAC CE). In an example, the second MAC CE may have a fixed size. In an example, the second MAC CE may consist of a single octet containing seven C fields and one R field. Fig.21A An example showing a second MAC CE with a single octet is shown. In another example, the second MAC CE may consist of four octets containing 31 C fields and one R field. Fig. 21B An example showing a second MAC CE with four octets is shown. In an example, the second MAC CE with four octets may be associated with a third LCID different from a second LCID of a second MAC CE with a single octet and / or a first LCID for an activation / deactivation MAC CE. In an example, when there is no SCell with a serving cell index greater than 7, a second MAC CE of one octet may be applied, otherwise a second MAC CE of four octets may be applied.

[0369] In an example, when a second MAC CE is received and the first MAC CE is not received, if there is an SCell configured with SCell index i, then C i may indicate the dormant / active state of the SCell with SCell index i, otherwise the MAC entity may ignore C i field. In an example, when C i is set to "1", the wireless device may transition the SCell associated with SCell index i to a dormant state. In an example, when C i is set to "0", the wireless device may activate the SCell associated with SCell index i. In an example, when C i is set to "0" and the SCell with SCell index i is in a dormant state, the wireless device may activate the SCell with SCell index i. In an example, when C i is set to "0" and the SCell with SCell index i is not in a dormant state, the wireless device may ignore C i field.

[0370] In an example, when both a first MAC CE (activation / deactivation MAC CE) and a second MAC CE (hibernation MAC CE) are received, if there is a SCell configured with SCell index i, then two C i fields of the two MAC CEs may indicate possible state transitions of the SCell with SCell index i; otherwise, the MAC entity may ignore the C i field. In an example, the C Fig. 21C fields of the two MAC CEs may be interpreted according to i the following.

[0371] When configured with one or more SCells, the gNB may activate, hibernate, or deactivate at least one of the one or more SCells. In an example, the MAC entity of the gNB and / or the wireless device may maintain a SCell deactivation timer (e.g., sCellDeactivationTimer) for each configured SCell (except for the SCell configured with PUCCH / SPUCCH, if any), and deactivate the associated SCell when it expires.

[0372] In an example, the MAC entity of the gNB and / or the wireless device may maintain a SCell hibernation timer (e.g., sCellHibernationTimer) for each configured SCell (except for the SCell configured with PUCCH / SPUCCH, if any), and if the SCell is in an active state, hibernate the associated SCell when the SCell hibernation timer expires. In an example, when both a SCell deactivation timer and a SCell hibernation timer are configured, the SCell hibernation timer may have priority over the SCell deactivation timer. In an example, when both a SCell deactivation timer and a SCell hibernation timer are configured, the gNB and / or the wireless device may ignore the SCell deactivation timer regardless of whether the SCell deactivation timer expires.

[0373] In an example, the MAC entity of the gNB and / or the wireless device may maintain a dormant SCell deactivation timer (e.g., dormantSCellDeactivationTimer) for each configured SCell (except for the SCell configured with PUCCH / SPUCCH, if any), and if the SCell is in a hibernation state, deactivate the associated SCell when the dormant SCell deactivation timer expires.

[0374] In an example, when the MAC entity of a wireless device is configured with an active SCell when configuring the SCell, the MAC entity may activate the SCell. In an example, when the MAC entity of a wireless device receives one or more MAC CEs for activating the SCell, the MAC entity may activate the SCell. In an example, the MAC entity may start or restart the SCell deactivation timer associated with the SCell in response to activating the SCell. In an example, the MAC entity may start or restart the SCell sleep timer (if configured) associated with the SCell in response to activating the SCell. In an example, the MAC entity may trigger the PHR procedure in response to activating the SCell.

[0375] In an example, when the MAC entity of a wireless device receives one or more MAC CEs indicating deactivation of the SCell, the MAC entity may deactivate the SCell. In an example, in response to receiving one or more MAC CEs, the MAC entity may: deactivate the SCell; stop the SCell deactivation timer associated with the SCell; and / or flush all HARQ buffers associated with the SCell.

[0376] In an example, when the SCell deactivation timer associated with the active SCell expires and the SCell sleep timer is not configured, the MAC entity may: deactivate the SCell; stop the SCell deactivation timer associated with the SCell; and / or flush all HARQ buffers associated with the SCell.

[0377] In an example, when the first PDCCH on the active SCell indicates an uplink grant or a downlink assignment, or the second PDCCH scheduling the serving cell of the active SCell indicates an uplink grant or a downlink assignment for the active SCell, or the MAC PDU is transmitted in a configured uplink grant or received in a configured downlink assignment, the MAC entity may: restart the SCell deactivation timer associated with the SCell; and / or restart the SCell sleep timer (if configured) associated with the SCell. In an example, when the SCell is deactivated, an in-progress random access procedure on the SCell may be aborted.

[0378] In an example, when a MAC entity is configured with an SCell associated with an SCell state that is set to a dormant state when the SCell is configured, or when the MAC entity receives a MAC CE indicating to transition the SCell to a dormant state, the MAC entity may: transition the SCell to a dormant state; transmit one or more CSI reports for the SCell; stop the SCell deactivation timer associated with the SCell; stop the first SCell dormancy timer associated with the SCell (if configured); start or restart the dormant SCell deactivation timer associated with the SCell; and / or flush all HARQ buffers associated with the SCell. In an example, in response to receiving an indication to transition the SCell to a dormant state, a wireless device may: transition the SCell to a dormant state; transmit one or more CSI reports for the SCell; stop the SCell deactivation timer associated with the SCell; stop the first SCell dormancy timer associated with the SCell (if configured); start or restart the dormant SCell deactivation timer associated with the SCell; and / or flush all HARQ buffers associated with the SCell. In an example, when the SCell dormancy timer associated with an active SCell expires, the MAC entity may: put the SCell to sleep; stop the SCell deactivation timer associated with the SCell; stop the SCell dormancy timer associated with the SCell; and / or flush all HARQ buffers associated with the SCell. In an example, when the dormant SCell deactivation timer associated with a dormant SCell expires, the MAC entity may: deactivate the SCell; and / or stop the dormant SCell deactivation timer associated with the SCell. In an example, when the SCell is in a dormant state, an in-progress random access procedure on the SCell may be aborted.

[0379] Fig. 22Shows an example of DCI format for 20 MHz FDD operation with 2 Tx antennas at the base station and no carrier aggregation in the LTE system. In the NR system, the DCI format may include at least one of the following: DCI format 0_0 / 0_1 indicating the scheduling of PUSCH in the cell; DCI format 1_0 / 1_1 indicating the scheduling of PDSCH in the cell; DCI format 2_0 notifying the UE group of the slot format; DCI format 2_1 notifying the UE group of the PRB and OFDM symbols, where the UE may assume no transmission is scheduled for the UE; DCI format 2_2 indicating the transmission of TPC commands for PUCCH and PUSCH; and / or DCI format 2_3 indicating the transmission of a group of TPC commands for SRS transmission for one or more UEs. In an example, the gNB may transmit DCI via the PDCCH for scheduling decisions and power control commands. More specifically, the DCI may include at least one of the following: downlink scheduling assignment, uplink scheduling grant, power control command. The downlink scheduling assignment may include at least one of the following: PDSCH resource indication, transmission format, HARQ information, and control information related to multiple antenna schemes, a command for power control of the PUCCH for transmitting ACK / NACK in response to the downlink scheduling assignment. The uplink scheduling grant may include at least one of the following: PUSCH resource indication, transmission format, and HARQ-related information, a power control command for the PUSCH.

[0380] In an example, different types of control information correspond to different DCI message sizes. For example, supporting spatial multiplexing with discontinuous allocation of RBs in the frequency domain may require a larger scheduling message than an uplink grant that only allows frequency-adjacent allocation. The DCI can be classified into different DCI formats, where the format corresponds to a specific message size and usage.

[0381] In an example, the UE may monitor one or more PDCCH candidates to detect one or more DCI with one or more DCI formats. The one or more PDCCH may be transmitted in a common search space or a UE-specific search space. The UE may monitor only the PDCCH with a limited set of DCI formats to save power consumption. For example, it may not be necessary for a normal UE to detect DCI with DCI format 6 for an eMTC UE. The more DCI formats to be detected, the more power is consumed at the UE.

[0382] In an example, the one or more PDCCH candidates monitored by a UE may be defined in terms of the PDCCH UE-specific search space. The PDCCH UE-specific search space at a CCE aggregation level L ∈ {1, 2, 4, 8} may be defined by a set of PDCCH candidates for the CCE aggregation level L. In one example, for a DCI format, a UE may be configured per serving cell by one or more higher layer parameters with a number of PDCCH candidates per CCE aggregation level L.

[0383] In an example, in non-DRX mode operation, a UE may monitor one or more PDCCH candidates in a periodic monitoring control resource set q according to the periodicity of W PDCCH,q symbols, where the periodicity may be configured for the control resource set q by one or more higher layer parameters.

[0384] In an example, the information in a DCI format for downlink scheduling may be organized into different groups, where the fields present vary between DCI formats and consist of at least one of the following: resource information, including: carrier indicator (0 or 3 bits), RB allocation; HARQ process number; MCS, NDI, and RV (for the first TB); MCS, NDI, and RV (for the second TB); MIMO-related information; PDSCH resource element mapping and QCI; downlink assignment index (DAI); TPC for PUCCH; SRS request (1 bit), triggering one SRS transmission; ACK / NACK offset; DCI format 0 / 1A indication, for differentiating between DCI format 1A and 0; and padding operations when necessary. The MIMO-related information may include at least one of the following: PMI, precoding information, transport block swapping flag, power offset between the PDSCH and the reference signal, reference signal scrambling sequence, number of layers, and / or antenna ports for transmission.

[0385] In an example, the information in a DCI format for uplink scheduling may be organized into different groups, where the fields present vary between DCI formats and consist of at least one of the following: resource information, including: carrier indicator, resource allocation type, RB allocation; MCS, NDI (for the first TB); MCS, NDI (for the second TB); phase rotation of the uplink DMRS; precoding information; CSI request, requesting an aperiodic CSI report; SRS request (2 bits), for triggering an aperiodic SRS transmission using one of up to three preconfigured settings; uplink index / DAI; TPC for PUSCH; DCI format 0 / 1A indication; and padding operations when necessary.

[0386] In an example, the gNB may perform cyclic redundancy check (CRC) scrambling on the DCI before transmitting the DCI via the PDCCH. The gNB may perform the CRC scrambling by a bit-by-bit addition (or modulo-2 addition or exclusive OR (XOR) operation) of multiple bits of at least one radio device identifier (e.g., C-RNTI, CS-RNTI, TPC-CS-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, SP CSI C-RNTI, SRS-TPC-RNTI, INT-RNTI, SFI-RNTI, P-RNTI, SI-RNTI, RA-RNTI, and / or MCS-C-RNTI) with the CRC bits of the DCI. When detecting the DCI, the radio device may check the CRC bits of the DCI. When the CRC is scrambled with a bit sequence identical to at least one radio device identifier, the radio device may receive the DCI.

[0387] In an NR system, to support wide bandwidth operation, the gNB may transmit one or more PDCCHs in different control resource sets. The gNB may transmit one or more RRC messages containing configuration parameters of one or more control resource sets. At least one of the one or more control resource sets may include at least one of the following: a first OFDM symbol; a number of consecutive OFDM symbols; a resource block set; a CCE-to-REG mapping; and, in the case of an interleaved CCE-to-REG mapping, a REG bundle size.

[0388] A base station (gNB) may configure a radio device (UE) with an uplink (UL) bandwidth part (BWP) and a downlink (DL) BWP to enable bandwidth adaptation (BA) on the PCell. If carrier aggregation is configured, the gNB may also configure the UE using at least the DL BWP (i.e., there may be no UL BWP in the UL) to enable BA on the SCell. For the PCell, the initial active BWP may be the first BWP for initial access. For the SCell, the first active BWP may be the second BWP, which is configured for the UE to operate on the SCell when the SCell is activated.

[0389] In a paired spectrum (e.g., FDD), the gNB and / or UE may independently switch the DL BWP and the UL BWP. In an unpaired spectrum (e.g., TDD), the gNB and / or UE may simultaneously switch the DL BWP and the UL BWP.

[0390] In an example, the gNB and / or the UE may switch between configured BWPs by means of DCI or a BWP inactivity timer. When the BWP inactivity timer is configured for a serving cell, the gNB and / or the UE may switch the active BWP to the default BWP in response to the expiration of the BWP inactivity timer associated with the serving cell. The default BWP may be configured by the network.

[0391] In an example, for an FDD system, when BA is configured, in an active serving cell, one UL BWP and one DL BWP for each uplink carrier may be active simultaneously. In an example, for a TDD system, one DL / UL BWP pair may be active simultaneously in an active serving cell. Operating on one UL BWP and one DL BWP (or one DL / UL pair) may improve UE battery consumption. BWPs other than one active UL BWP and one active DL BWP on which the UE can operate may be deactivated. On a deactivated BWP, the UE may: not monitor the PDCCH; and / or not transmit on the PUCCH, PRACH, and UL-SCH.

[0392] In an example, a serving cell may be configured with at most a first number (e.g., four) of BWPs. In an example, for an active serving cell, there may be one active BWP at any point in time.

[0393] In an example, BWP switching for a serving cell may be used to activate an inactive BWP and deactivate an active BWP each time. In an example, BWP switching may be controlled by a PDCCH indicating a downlink assignment or an uplink grant. In an example, BWP switching may be controlled by a BWP inactivity timer (e.g., bwp-InactivityTimer). In an example, BWP switching may be controlled by the MAC entity in response to initiating a random access procedure. When adding a SpCell or activating an SCell, one BWP may initially be active without receiving a PDCCH indicating a downlink assignment or an uplink grant. The active BWP for a serving cell may be indicated by the RRC and / or the PDCCH. In an example, for unpaired spectrum, the DL BWP may be paired with the UL BWP, and BWP switching may be common for UL and DL.

[0394] Fig.23An example of BWP switching on a SCell is shown. In the example, the UE may receive an RRC message containing parameters of the SCell and one or more BWP configurations associated with the SCell. The RRC message may include: an RRC connection reconfiguration message (e.g., RRCReconfiguration); an RRC connection reestablishment message (e.g., RRCRestablishment); and / or an RRC connection setup message (e.g., RRCSetup). In one or more BWPs, at least one BWP may be configured as a first active BWP (e.g., BWP 1 in Fig.23 ), and one BWP is configured as a default BWP (e.g., BWP 0 in Fig.23 ). The UE may receive a MAC CE in the nth time slot to activate the SCell. The UE may start an SCell deactivation timer (e.g., sCellDeactivationTimer), and start CSI-related actions for the SCell, and / or start CSI-related actions for the first active BWP of the SCell. The UE may start monitoring the PDCCH on BWP 1 in response to activating the SCell.

[0395] In the example, in response to receiving DCI indicating a DL assignment on BWP 1, the UE may start restarting the BWP inactivity timer (e.g., bwp-InactivityTimer) in the mth time slot. When the BWP inactivity timer expires in a certain time slot, the UE may switch back to the default BWP (e.g., BWP 0) as the active BWP. When the sCellDeactivationTimer expires, the UE may deactivate the SCell and / or stop the BWP inactivity timer.

[0396] When the UE is configured with multiple cells and each cell has a wide bandwidth (e.g., 1 GHz), using the BWP inactivity timer can further reduce the power consumption of the UE. When there is no activity on the active BWP, the UE may transmit or receive only on a narrowband BWP (e.g., 5 MHz) on the PCell or SCell.

[0397] In the example, the MAC entity may apply normal operations to the active BWP of the serving cell configured with a BWP, including: transmitting on the UL-SCH; transmitting on the RACH; monitoring the first PDCCH; transmitting the PUCCH; receiving the DL-SCH; and / or (re)initializing any suspended configured uplink grants of configured grant type 1 according to the stored configuration (if any).

[0398] In an example, on an inactive BWP of each active serving cell configured with a BWP, the MAC entity may: not transmit on the UL-SCH; not transmit on the RACH; not monitor the first PDCCH; not transmit the PUCCH; not transmit the SRS, not receive the DL-SCH; clear any configured downlink assignment of configured grant type 2 and any configured uplink grant; and / or suspend any configured uplink grant of configured type 1.

[0399] In an example, if the MAC entity receives a PDCCH for BWP switching of a serving cell and the random access procedure associated with this serving cell is not in progress, the UE may perform a BWP switch to the BWP indicated by the PDCCH.

[0400] In an example, if the bandwidth part indicator field is configured in DCI format 1_1, the bandwidth part indicator field value may indicate the active DL BWP for DL reception from the configured DL BWP set. In an example, if the bandwidth part indicator field is configured in DCI format 0_1, the bandwidth part indicator field value may indicate the active UL BWP for UL transmission from the configured UL BWP set.

[0401] In an example, for the primary cell, the default DL BWP among the configured DL BWPs may be provided to the UE by the higher layer parameter Default-DL-BWP. If the default DL BWP is not provided to the UE by the higher layer parameter Default-DL-BWP, the default BWP is the initial active DL BWP.

[0402] In an example, the UE may be provided with the higher layer parameter bwp-InactivityTimer (timer value for the primary cell). If configured, the UE may increment the timer (if running) at intervals of every 1 millisecond in frequency range 1 or every 0.5 millisecond in frequency range 2 if the UE fails to detect DCI format 1_1 for paired spectrum operation during the interval, or if the UE fails to detect DCI format 1_1 or DCI format 0_1 for unpaired spectrum operation.

[0403] In an example, if the UE is configured for a secondary cell with the higher layer parameter Default-DL-BWP indicating the default DL BWP in the configured DL BWPs and the UE is configured with the higher layer parameter bwp-InactivityTimer indicating the timer value, the UE procedure on the secondary cell may be the same as the UE procedure on the primary cell using the timer value of the secondary cell and the default DL BWP of the secondary cell.

[0404] In an example, if a UE is configured by a higher layer parameter Active-BWP-DL-SCell as a first active DL BWP on a secondary cell or carrier, and is configured by a higher layer parameter Active-BWP-UL-SCell as a first active UL BWP on the secondary cell or carrier, the UE may use the indicated DL BWP and the indicated UL BWP on the secondary cell as the corresponding first active DL BWP and first active UL BWP on the secondary cell or carrier.

[0405] In an example, a wireless device may transmit one or more uplink control information (UCI) to a base station via one or more PUCCH resources. The one or more UCI may include at least one of the following: HARQ-ACK information; a scheduling request (SR); and / or a CSI report. In an example, a PUCCH resource may be identified at least by: a frequency location (e.g., a starting PRB); and / or a PUCCH format associated with an initial cyclic shift of a basic sequence and a time domain location (e.g., a starting symbol index). In an example, the PUCCH format may be PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, or PUCCH format 4. PUCCH format 0 may have a length of 1 or 2 OFDM symbols and be less than or equal to 2 bits. PUCCH format 1 may occupy a number of OFDM symbols between 4 and 14 and be less than or equal to 2 bits. PUCCH format 2 may occupy 1 or 2 OFDM symbols and be greater than 2 bits. PUCCH format 3 may occupy a number of OFDM symbols between 4 and 14 and be greater than 2 bits. PUCCH format 4 may occupy a number of OFDM symbols between 4 and 14 and be greater than 2 bits. The PUCCH resource may be configured on a PCell or a PUCCH secondary cell.

[0406] In an example, when configured with multiple uplink BWPs, a base station may transmit one or more RRC messages to a wireless device, the messages including configuration parameters of one or more sets of PUCCH resources (e.g., up to 4 sets) on an uplink BWP among the multiple uplink BWPs. Each set of PUCCH resources may be configured with: a PUCCH resource set index; a list of PUCCH resources, where each PUCCH resource is identified by a PUCCH resource identifier (e.g., pucch-Resourceid); and / or a maximum number of UCI information bits that a wireless device may transmit using one of the multiple PUCCH resources in the PUCCH resource set.

[0407] In an example, when configured with one or more PUCCH resource sets, a wireless device may select one of the one or more PUCCH resource sets based on the total bit length of UCI information bits (e.g., HARQ-ARQ bits, SR, and / or CSI) that the wireless device will transmit. In an example, when the total bit length of the UCI information bits is less than or equal to 2, the wireless device may select a first PUCCH resource set having a PUCCH resource set index equal to "0". In an example, when the total bit length of the UCI information bits is greater than 2 and less than or equal to a first configured value, the wireless device may select a second PUCCH resource set having a PUCCH resource set index equal to "1". In an example, when the total bit length of the UCI information bits is greater than the first configured value and less than or equal to a second configured value, the wireless device may select a third PUCCH resource set having a PUCCH resource set index equal to "2". In an example, when the total bit length of the UCI information bits is greater than the second configured value and less than or equal to a third value (e.g., 1706), the wireless device may select a fourth PUCCH resource set having a PUCCH resource set index equal to "3".

[0408] In an example, a wireless device may determine a PUCCH format from a plurality of PUCCH formats including PUCCH format 0, PUCCH format 1, PUCCH format 2, PUCCH format 3, and / or PUCCH format 4 based on the number of uplink symbols for UCI transmission and the number of UCI bits. In an example, if the transmission is on 1 or 2 symbols and the number of HARQ-ACK information bits (HARQ-ACK / SR bits) with positive or negative SR is 1 or 2, the wireless device may transmit the UCI in the PUCCH using PUCCH format 0. In an example, if the transmission is on 4 or more symbols and the number of HARQ-ACK / SR bits is 1 or 2, the wireless device may transmit the UCI in the PUCCH using PUCCH format 1. In an example, if the transmission is on 1 or 2 symbols and the number of UCI bits is greater than 2, the wireless device may transmit the UCI in the PUCCH using PUCCH format 2. In an example, if the transmission is on 4 or more symbols, the number of UCI bits is greater than 2, and the PUCCH resource does not include an orthogonal cover code, the wireless device may transmit the UCI in the PUCCH using PUCCH format 3. In an example, if the transmission is on 4 or more symbols, the number of UCI bits is greater than 2, and the PUCCH resource includes an orthogonal cover code, the wireless device may transmit the UCI in the PUCCH using PUCCH format 4.

[0409] In an example, to transmit HARQ-ACK information on a PUCCH resource, a wireless device may determine a PUCCH resource from a set of PUCCH resources. The set of PUCCH resources may be determined as mentioned above. The wireless device may determine the PUCCH resource based on a PUCCH resource indicator field in DCI received on a PDCCH (e.g., DCI with format 1_0 or DCI for 1_1). The 3-bit PUCCH resource indicator field in the DCI may indicate one of eight PUCCH resources in the set of PUCCH resources. The wireless device may transmit the HARQ-ACK information on the PUCCH resource indicated by the 3-bit PUCCH resource indicator field in the DCI.

[0410] In an example, the wireless device may transmit one or more UCI bits on a PUCCH resource of an active uplink BWP of a PCell or a PUCCH secondary cell. Since there is at most one active uplink BWP supported by the wireless device in a cell, the PUCCH resource indicated in the DCI is naturally the PUCCH resource on the active uplink BWP of the cell.

[0411] In an example, a wireless device (UE) may use DRX operation to improve UE battery life. In an example, in DRX, the UE may discontinuously monitor a downlink control channel, such as a PDCCH or an EPDCCH. In an example, a base station may configure DRX operation with a DRX parameter set, for example, using RRC configuration. The DRX parameter set may be selected based on the application type such that the wireless device may reduce power and resource consumption. In an example, in response to DRX being configured / activated, the UE may receive packets with extended latency because the UE may be in a DRX sleep / closed state when the data arrives at the UE, and the base station may wait until the UE transitions to a DRX-on state.

[0412] In an example, during the DRX mode, when there are no packets to receive, the UE may turn off most of its circuitry. The UE may discontinuously monitor the PDCCH in the DRX mode. When DRX operation is not configured, the UE may continuously monitor the PDCCH. During this period, the UE listens for the downlink (DL) (or monitors the PDCCH) which is referred to as the DRX active state. In the DRX mode, the time when the UE does not listen / monitor the PDCCH is referred to as the DRX sleep state.

[0413] Fig.24An example of an embodiment is shown. The gNB may transmit an RRC message including one or more DRX parameters of a DRX cycle. The one or more parameters may include a first parameter and / or a second parameter. The first parameter may indicate a first time value of a DRX active state (e.g., DRX on duration) of the DRX cycle. The second parameter may indicate a second time of a DRX sleep state of the DRX cycle (e.g., DRX off duration). The one or more parameters may also include the duration of the DRX cycle. During the DRX active state, the UE may monitor the PDCCH to detect one or more DCIs on the serving cell. During the DRX sleep state, the UE may stop monitoring the PDCCH on the serving cell. When multiple cells are active, the UE may monitor all PDCCHs on (or for) multiple cells during the DRX active state. During the DRX off duration, the UE may stop monitoring all PDCCHs on (or for) multiple cells. The UE may repeat the DRX operation according to one or more DRX parameters.

[0414] In an example, DRX may be beneficial to the base station. In an example, if DRX is not configured, the wireless device may transmit periodic CSI and / or SRS frequently (e.g., based on configuration). With DRX, during the DRX off period, the UE may not transmit periodic CSI and / or SRS. The base station may assign these resources to other UEs to improve resource utilization efficiency.

[0415] In an example, the MAC entity may be configured by an RRC with DRX functionality that controls the activity of multiple RNTIs of the UE's downlink control channel (e.g., PDCCH) monitoring MAC entity. The multiple RNTIs may include at least one of the following: C-RNTI; CS-RNTI; INT-RNTI; SP-CSI-RNTI; SFI-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; semi-persistent scheduling C-RNTI; eIMTA-RNTI; SL-RNTI; SL-V-RNTI; CC-RNTI; or SRS-TPC-RNTI. In an example, in response to being in RRC_CONNECTED, if DRX is configured, the MAC entity may monitor the PDCCH discontinuously using DRX operation; otherwise, the MAC entity may monitor the PDCCH continuously.

[0416] In an example, RRC can control DRX operations by configuring multiple timers. The multiple timers can include: a DRX on-duration timer (e.g., drx-onDurationTimer); a DRX inactivity timer (e.g., drx-InactivityTimer); a downlink DRX HARQ RTT timer (e.g., drx-HARQ-RTT-TimerDL); an uplink DRX HARQ RTT timer (e.g., drx-HARQ-RTT-TimerUL); a downlink retransmission timer (e.g., drx-RetransmissionTimerDL); an uplink retransmission timer (e.g., drx-RetransmissionTimerUL); one or more parameters of a short DRX configuration (e.g., drx-ShortCycle and / or drx-ShortCycleTimer)) and one or more parameters of a long DRX configuration (e.g., drx-LongCycle). In an example, the time granularity of the DRX timers can be in terms of PDCCH subframes (e.g., indicated as psf in the DRX configuration) or in milliseconds.

[0417] In an example, in response to a DRX cycle being configured, the active time can include the time when at least one timer is running. The at least one timer can include drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, or mac-ContentionResolutionTimer.

[0418] In an example, the drx-Inactivity-Timer can specify the duration for which the UE can be active after successfully decoding a PDCCH indicating a new transmission (UL or DL or SL). In an example, this timer can be restarted when a PDCCH for a new transmission (UL or DL or SL) is received. In an example, the UE can transition to the DRX mode (e.g., using a short DRX cycle or a long DRX cycle) in response to the expiration of this timer.

[0419] In an example, drx-ShortCycle can be the first type of DRX cycle that the UE needs to follow when entering the DRX mode (e.g., if configured). In an example, the DRX-Config IE indicates the length of the short cycle.

[0420] In an example, the drx-ShortCycleTimer may be expressed as a multiple of the shortDRX-Cycle. The timer may indicate the number of initial DRX cycles following a short DRX cycle before entering a long DRX cycle.

[0421] In an example, the drx-onDurationTimer may specify the duration at the start of a DRX cycle (e.g., DRX ON). In an example, the drx-onDurationTimer may indicate the duration before entering the sleep mode (DRX OFF).

[0422] In an example, the drx-HARQ-RTT-TimerDL may specify the minimum duration from the time a new transmission is received and before the UE may expect a retransmission of the same packet. In an example, this timer may be fixed and may not be configured by RRC.

[0423] In an example, the drx-RetransmissionTimerDL may indicate the maximum duration that the UE may monitor the PDCCH when the UE expects a retransmission from the eNodeB.

[0424] In an example, in response to a DRX cycle being configured, the active time may include the time when a scheduling request is sent on the PUCCH and is pending.

[0425] In an example, in response to a DRX cycle being configured, the active time may include the time when an uplink grant for a pending HARQ retransmission may occur and there is data in the corresponding HARQ buffer for the synchronous HARQ process.

[0426] In an example, in response to a DRX cycle being configured, the active time may include the time when, after successfully receiving a random access response for a preamble not selected by the MAC entity, a new transmission of a PDCCH indicating the C-RNTI addressed to the MAC entity has not been received.

[0427] In an example, DRX may be configured for a wireless device. The DL HARQ RTT timer may expire in a subframe and the data for the corresponding HARQ process may not be successfully decoded. The MAC entity may start the drx-RetransmissionTimerDL for the corresponding HARQ process.

[0428] In an example, DRX may be configured for a wireless device. The UL HARQ RTT timer may expire in a subframe. The MAC entity may start the drx-RetransmissionTimerUL for the corresponding HARQ process.

[0429] In an example, DRX can be configured for a wireless device. A DRX command MAC control element or a long DRX command MAC control element can be received. The MAC entity can stop the drx-onDurationTimer and stop the drx-InactivityTimer.

[0430] In an example, DRX can be configured for a wireless device. In an example, the drx-InactivityTimer can expire, or a DRX command MAC control element can be received in a subframe. In an example, in response to a short DRX cycle being configured, the MAC entity can start or restart the drx-ShortCycleTimer and can use the short DRX cycle. Otherwise, the MAC entity can use the long DRX cycle.

[0431] In an example, DRX can be configured for a wireless device. In an example, the drx-ShortCycleTimer can expire in a subframe. The MAC entity can use the long DRX cycle.

[0432] In an example, DRX can be configured for a wireless device. In an example, a long DRX command MAC control element can be received. The MAC entity can stop the drx-ShortCycleTimer and can use the long DRX cycle.

[0433] In an example, DRX can be configured for a wireless device. In an example, if the short DRX cycle is used and [(SFN * 10) + subframe number] modulo (drx-ShortCycle) = (drxStartOffset) modulo (drx-ShortCycle), the wireless device can start the drx-onDurationTimer.

[0434] In an example, DRX can be configured for a wireless device. In an example, if the long DRX cycle is used and [(SFN * 10) + subframe number] modulo (drx-longCycle) = drxStartOffset, the wireless device can start the drx-onDurationTimer.

[0435] Fig.25An example of DRX operation in a traditional system is shown. The base station may transmit an RRC message containing configuration parameters of the DRX operation. The base station may send DCI for downlink resource allocation to the UE via the PDCCH. The UE may start the drx-InactivityTimer, during which the UE may monitor the PDCCH. When the drx-InactivityTimer is running, after receiving a transport block (TB), the UE may start a HARQ RTT timer (e.g., drx-HARQ-RTT-TimerDL), during which the UE may stop monitoring the PDCCH. The UE may transmit a NACK to the base station when the TB is not successfully received. When the HARQ RTT timer expires, the UE may monitor the PDCCH and start a HARQ retransmission timer (e.g., drx-RetransmissionTimerDL). When the HARQ retransmission timer is running, the UE may receive a second DCI indicating a DL grant for TB retransmission. If the second DCI is not received before the HARQ retransmission timer expires, the UE may stop monitoring the PDCCH.

[0436] In a wireless communication system, when configured with DRX operation, the UE may monitor the PDCCH for detecting one or more DCIs during the DRX active time of a DRX cycle. The UE may stop monitoring the PDCCH during the DRX sleep / off time of the DRX cycle to save power consumption. In some cases, the UE may not be able to detect one or more DCIs during the DRX active time because one or more DCIs are not addressed to the UE. For example, the UE may be a URLLC UE or an NB-IoT UE or an MTC UE. The UE may not always have data to receive from the gNB, in which case waking up during the DRX active time to monitor the PDCCH may result in wasted power consumption. A wake-up mechanism combined with DRX operation can be used to further reduce power consumption, especially during the DRX active time. Fig.26A and Fig.26B An example of the wake-up mechanism is shown.

[0437] In Fig.26AIn it, the gNB can transmit one or more messages containing parameters of the wake-up duration (or power-saving duration) to the UE. The wake-up duration can be located in multiple time slots (or symbols) before the DRX-on duration of the DRX cycle. The number of time slots (or symbols), or the interval between the wake-up duration and the DRX-on duration, can be configured in one or more RRC messages or predefined as a fixed value. The gap can be used for at least one of the following: synchronizing with the gNB; measuring reference signals; and / or retuning RF parameters. The gap can be determined based on the capabilities of the UE and / or the gNB. In an example, the wake-up mechanism can be based on a wake-up signal. The parameters of the wake-up duration can include at least one of the following: wake-up signal format (e.g., parameter set, sequence length, sequence code, etc.); the periodicity of the wake-up signal; the duration value of the wake-up duration; the frequency position of the wake-up signal. In the LTE Re.15 specification, the wake-up signal for paging can include a signal sequence (e.g., Zadoff-Chu sequence) generated based on cell identification (e.g., cell ID), as follows: In an example, m = 0, 1,......, 132M - 1 and n = m mod 132.

[0438] In an example, where can be the cell ID of the serving cell. M can be the number of subframes in which WUS can be transmitted, 1 ≤ M ≤ M WUSmax , where M WUSmax is the maximum number of subframes in which WUS can be transmitted. can be a scrambling sequence (e.g., length-31 Gold sequence), which can be initialized when starting to transmit WUS as: where n f_start_PO is the first frame of the first paging occasion associated with WUS, and n s_start_PO is the first time slot of the first paging occasion associated with WUS.

[0439] In an example, parameters of the wake-up duration can be predefined without RRC configuration. In the example, the wake-up mechanism can be based on a wake-up channel (e.g., PDCCH or DCI). The parameters of the wake-up duration can include at least one of the following: wake-up channel format (e.g., parameter set, DCI format, PDCCH format); the periodicity of the wake-up channel; the control resource set and / or search space of the wake-up channel. When the parameters of the wake-up duration are configured, the UE can monitor the wake-up signal or wake-up channel during the wake-up duration. In response to receiving the wake-up signal / channel, the UE can wake up to monitor the PDCCH as expected according to the DRX configuration. In the example, in response to receiving the wake-up signal / channel, the UE can monitor the PDCCH during the DRX active time (e.g., when the drx-onDurationTimer is running). If the PDCCH is not received during the DRX active time, the UE can go back to sleep. The UE can stay asleep during the DRX off duration of the DRX cycle. In the example, if the UE does not receive the wake-up signal / channel during the wake-up duration, the UE can skip monitoring the PDCCH during the DRX active time. This mechanism can reduce the power consumption of PDCCH monitoring during the DRX active time. In the example, during the wake-up duration, the UE can only monitor the wake-up signal / channel. During the DRX off duration, the UE can stop monitoring the PDCCH and the wake-up signal / channel. During the DRX active duration, if the wake-up signal / channel is received during the wake-up duration, the UE can monitor the PDCCH in addition to the wake-up signal / channel. In the example, the gNB and / or the UE can apply the wake-up mechanism in the paging operation when the UE is in the RRC_IDLE state or the RRC_INACTIVE state, or apply the wake-up mechanism in the connected DRX operation (C-DRX) when the UE is in the RRC_CONNECTED state.

[0440] In an example, the wake-up mechanism can be based on a sleep entry signal / channel. Fig.26BAn example is shown. The gNB may transmit one or more messages to the UE that include a parameter of the wake-up duration (or power-saving duration). The one or more messages may include at least one RRC message. The at least one RRC message may include one or more cell-specific or cell-common RRC messages (e.g., ServingCellConfig IE, ServingCellConfigCommon IE, MAC-CellGroupConfig IE). The wake-up duration may be located in a plurality of time slots (or symbols) before the DRX-on duration of the DRX cycle. The number of time slots (or symbols) may be configured in one or more RRC messages or predefined as a fixed value. In an example, the wake-up mechanism may be based on a sleep entry signal. The parameter of the wake-up duration may include at least one of the following: the sleep entry signal format (e.g., parameter set, sequence length, sequence code, etc.); the periodicity of the sleep entry signal; the duration value of the wake-up duration; the frequency position of the sleep entry signal. In an example, the wake-up mechanism may be based on a sleep entry channel (e.g., PDCCH or DCI). The parameter of the wake-up duration may include at least one of the following: the sleep entry channel format (e.g., parameter set, DCI format, PDCCH format); the periodicity of the sleep entry channel; the control resource set and / or search space of the sleep entry channel. When configured with the parameter of the wake-up duration, the UE may monitor the sleep entry signal or the sleep entry channel during the wake-up duration. In response to receiving the sleep entry signal / channel, the UE may return to sleep and skip monitoring the PDCCH during the DRX active time. In an example, if the UE does not receive the sleep entry signal / channel during the wake-up duration, the UE may monitor the PDCCH during the DRX active time. This mechanism may reduce the power consumption of PDCCH monitoring during the DRX active time. In an example, compared with the wake-up mechanism based on a wake-up signal, the mechanism based on a sleep entry signal may be more robust to detection errors. If the UE misses detecting the sleep entry signal, the result is that the UE may wrongly start monitoring the PDCCH, which may lead to additional power consumption. If the UE misses detecting the wake-up signal, the result is that the UE may miss the DCI addressed to the UE. In this case, missing the DCI may cause a communication interruption. In some cases (e.g., URLLC service or V2X service), compared with additional power consumption, the UE and / or gNB may not allow a communication interruption.

[0441] In a Long Term Evolution - Advanced (LTE - A) system, when a base station and / or a wireless device implements communication technologies for Machine - Type Communication (e.g., MTC) and / or Narrow - Band Internet of Things (e.g., NB - IoT), the base station and / or the wireless device can perform an LTE - A wake - up operation for power - saving purposes. In an example, the LTE - A wake - up operation can include: transmitting a Wake - Up Signal (WUS) from the base station in configured / pre - defined time and frequency resources; monitoring the WUS by the wireless device; and monitoring the Physical Downlink Control Channel (PDCCH) in response to receiving the WUS or skipping the monitoring of the PDCCH in response to not receiving the WUS. The WUS can include a signal sequence (e.g., Zadoff - Chu sequence or M - sequence) generated based on the cell ID of the serving cell (or the only serving cell in the case of MTC or NB - IoT where carrier aggregation is not supported). When the base station configures a single Common Reference Signal (CRS) port, the base station can use the same antenna port as the CRS (Cell - Specific Reference Signal) port to transmit the WUS.

[0442] In an example, the wireless device can perform a power - saving operation for reducing power consumption, and the power - saving operation includes at least one of the following: Secondary Cell (SCell) sleep state transition mechanism (e.g., Fig.21A , Fig. 21B and / or Fig. 21C ), mechanism based on wake - up / enter - sleep indication (e.g., Fig.26A and / or Fig.26B ), etc.

[0443] In a New Radio (NR) system, the base station can send and / or receive data packets of multiple data services (e.g., web browsing, video streaming, industrial IoT, and / or communication services for automation in various vertical domains) from / to the wireless device. The multiple data services can have different data traffic patterns (e.g., periodic, aperiodic, data arrival pattern, event - triggered, small data size, or burst type). In an example, the first data service (e.g., having a predictable / periodic traffic pattern) can be applicable to the wireless device to achieve a power - saving mode for communicating with the base station, especially when the wireless device operates at high frequencies.

[0444] In an example, when multiple cells are configured, the NR wireless device may consume more power than the LTE-A wireless device communicating with the base station. Compared with the LTE-A wireless device operating in a low frequency (e.g., <= 6 GHz), the NR wireless device can communicate with the NR base station on a cell operating in a high frequency (e.g., 6 GHz, 30 GHz, or 70 GHz) and has a greater power consumption. In the NR system, the base station can send and / or receive data packets of multiple data services (e.g., web browsing, video streaming, industrial IoT, and / or communication services for automation in various vertical domains) to / from the wireless device. The multiple data services may have different data traffic patterns (e.g., periodic, aperiodic, data arrival pattern, event-triggered, small data size, or burst type). In an example, a first data service (e.g., having a predictable / periodic traffic pattern) may be applicable to the wireless device to enable a power saving mode for communicating with the base station, especially when the wireless device operates at a high frequency.

[0445] In an example, the base station can transmit downlink control signaling to semi-statically or dynamically disable the power saving mode (or transition from the power saving mode to a non-power saving mode) for delivering data packets with short latency requirements or enable the power saving mode. In an example, the base station can transmit group common DCI to one or more wireless devices to indicate a wake-up or enter-sleep transition. Monitoring the PDCCH of the group common DCI by the wireless device (e.g., if always configured) may increase the UE battery power consumption. Monitoring the PDCCH for receiving the group common DCI may increase the processing requirements of the wireless device. In an example embodiment, the base station can transmit UE-specific DCI indicating power saving operation (e.g., existing DCI formats 0-0 / 0-1 / 0-2 / 1-0 / 1-1 / 1-2 in the 3GPP specification or a new UE-specific DCI format), e.g., to indicate entry into sleep during the DRX active time and / or indicate a transition to the dormant state. The implementation of UE-specific DCI can reduce the UE battery power consumption required for downlink control channel monitoring.

[0446] In the prior art, a wireless device cannot determine whether UE-specific DCI with an existing DCI format indicates power saving operation of the wireless device or a normal grant for receiving a downlink packet or transmitting an uplink packet. Implementations of the prior art with additional DCI fields or DCI formats for power saving operations may increase downlink signaling overhead and / or UE processing requirements. Implementing a new DCI format can increase the blind decoding complexity of the wireless device. Example embodiments may provide an enhanced method to indicate a power saving mode semi-statically or dynamically based on UE-specific DCI (e.g., DCI via PDCCH). The DCI may be transmitted in a DCI format (e.g., one of the existing DCI formats 0-0 / 0-1, 1-0 / 1-1, or 2-0 / 2-1 / 2-2 / 2-3 defined in the 3GPP NR specification). When the wireless device supports a power saving mode (or operation), example embodiments may reduce the blind decoding complexity of the wireless device for monitoring the PDCCH. Example embodiments may include transmitting by the base station and / or receiving by the wireless device DCI (e.g., one or more of the DCI formats 0-0 / 0-1, 1-0 / 1-1, or 2-0 / 2-1 / 2-2 / 2-3 defined in the 3GPP NR specification), the DCI indicating power saving operation in response to one or more fields of the DCI being set to a predefined value. In an example, one or more fields may include a frequency domain resource assignment field. The predefined value for the bits of one or more fields may all be ones. The predefined value for the bits of one or more fields may all be zeros.

[0447] In an example of an embodiment, a wireless device may receive DCI from a base station. In response to bits of the frequency domain resource assignment field for the frequency domain resource assignment field being set to all ones or bits of the frequency domain resource assignment field being set to all zeros, the DCI may indicate a sleep state transition and / or a wake-up (or go to sleep) indication. In an example, the wireless device may verify a power saving transition DCI based on the frequency domain resource assignment field of the DCI being set to a predefined value (all zeros or all ones). The wireless device may perform a power saving operation in response to successful verification. In an example, in response to the power saving operation, the wireless device may perform at least one of the following: transition to a sleep mode during which the wireless device skips monitoring the PDCCH during DRX active times, and / or transition an SCell to a sleep state during which the wireless device stops monitoring the PDCCH on the SCell and transmitting a CSI report for the SCell. Example embodiments reduce downlink signaling overhead by not requiring a group DCI or a new DCI format for UE-specific DCI. Example embodiments further reduce downlink signaling overhead by not requiring a new DCI field for power saving operations. Example embodiments reduce battery power consumption and UE processing requirements by using an existing DCI format and defining enhanced DCI processing rules to determine whether the DCI indicates a power state transition.

[0448] In an example, the term power saving operation may be referred to using other terms such as power saving mode, power saving procedure, power saving state, SCell sleep state, etc.

[0449] Fig. 27 An example embodiment showing a mechanism for enabling / disabling (e.g., activating / deactivating, indicating, or notifying) a power saving mode based on DCI is shown. A base station (e.g., Fig. 27 a gNB in Fig. 27 may transmit one or more RRC messages to a wireless device (e.g., a UE in ), the one or more RRC messages including configuration parameters for the power saving mode, also referred to as power saving (PS) parameters. The one or more RRC messages may include one or more cell-specific or cell-common RRC messages (e.g., ServingCellConfig IE, ServingCellConfigCommon IE, MAC-CellGroupConfig IE). In an example, the cell may be a primary cell (e.g., a PCell), a PUCCH secondary cell if a secondary PUCCH group is configured, or a primary-secondary cell (e.g., a PSCell) if dual connectivity is configured. The cell may be identified (or associated with) by a cell-specific identity (e.g., a cell ID).

[0450] In an example, the configuration parameter may include a first Radio Network Temporary Identifier (RNTI) dedicated to a power saving mode. The first RNTI may be the same as one or more second RNTIs. The first RNTI may be different from one or more second RNTIs. The one or more second RNTIs may include at least one of the following: a C-RNTI for dynamic PDSCH / PUSCH scheduling; a P-RNTI dedicated to paging; an SI-RNTI dedicated to system information broadcast; a CS-RNTI dedicated to configured scheduling transmission; an RA-RNTI dedicated to a random access procedure; a TC-RNTI dedicated to message 3 transmission; an MCS-C-RNTI dedicated to unicast transmission of dynamic scheduling; a TPC-PUCCH-RNTI dedicated to PUCCH power control; a TPC-PUSCH-RNTI dedicated to PUSCH power control; a TPC-SRS-RNTI dedicated to SRS triggering and power control; an INT-RNTI dedicated to indicating preemption in DL; an SFI-RNTI dedicated to specifying a slot format indication on a cell; and / or an SP-CSI-RNTI dedicated to activating semi-persistent CSI reporting on a PUSCH.

[0451] In an example, the wireless device may transmit information indicating the current operating mode of the wireless device (e.g., power saving mode or normal access mode) or a handover in the operating mode of the wireless device to the base station. The wireless device may transmit information indicating whether the wireless device supports the power saving mode to the base station. The information indicating whether the power saving mode is supported may be included in UE capabilities or UE assistance messages (e.g., UE-NR-Capability IE or UE-MRDC-Capability IE, and / or Phy-Parameters IE). The information indicating whether the power saving mode is supported may include at least one of the following: whether the wireless device supports the power saving mode in the RRC idle state, the RRC inactive state, and / or the RRC connected state. In an example, the information indicating whether the power saving mode is supported may be included in an RRC message, a MAC CE, or a UCI.

[0452] In an example, the wireless device may transmit information indicating whether the power saving mode is triggered (or activated / enabled) to the base station. For example, the information may include at least one of the following: an indication of which one of a plurality of power saving mode configurations is triggered (or activated / enabled); one or more parameters of the service of the wireless device (e.g., QoS or traffic type). In response to receiving the information, the base station may allocate a first RNTI dedicated to the power saving mode to the wireless device. In response to receiving the information, the base station may transmit one or more RRC messages including configuration parameters for the power saving mode to the wireless device.

[0453] In an example, the configuration parameter may include parameters for at least one power saving mode configuration on a cell. Each of the at least one power saving mode configurations may be identified by a power saving configuration identifier (e.g., an index, an indicator, or an ID). The power saving mode of the power saving mode configuration may be based on a power saving signal (e.g., a wake-up signal as shown in Fig.26A and / or a go-to-sleep as shown in Fig.26B ). The parameters of the power saving mode configuration based on the power saving signal may include at least one of the following: the signal format of the power saving signal (e.g., a parameter set); sequence generation parameters for generating the power saving signal (such as a cell ID, a virtual cell ID, an SS block index, or an orthogonal code index); the window size of a time window, which indicates the duration during which the power saving signal can be transmitted; the periodicity value of the transmission of the power saving signal; the time resources on which the power saving signal can be transmitted; the frequency resources on which the power saving signal can be transmitted; the BWP on which the wireless device can monitor the power saving signal; and / or the cell on which the wireless device can monitor the power saving signal. In an example, the power saving signal may include at least one of the following: an SS block; a CSI-RS; a DMRS; and / or a signal sequence (e.g., a Zadoff-Chu, an M-sequence, or a gold sequence).

[0454] In an example, the power saving mode may be based on a power saving channel (e.g., a wake-up channel (WUCH)). The power saving channel may include a downlink control channel dedicated to the power saving mode (e.g., a PDCCH). The parameters of the power saving mode configuration based on the power saving channel may include at least one of the following: a time window indicating the duration during which the base station may transmit power saving information (e.g., wake-up information or go-to-sleep information) via the power saving channel; parameters of a control resource set (e.g., the time resources, frequency resources, and / or TCI state indication of the power saving channel); the periodicity of the transmission of the power saving channel; the DCI format of the power saving information; the BWP on which the wireless device can monitor the power saving channel; and / or the cell on which the wireless device can monitor the power saving channel. In an example, in response to receiving a power saving indication via the WUCH, the wireless device may stop monitoring the PDCCH (e.g., during the DRX active time of a DRX cycle).

[0455] In an example, the power saving mode may include being based on an indication (e.g., Fig.21A , Fig. 21B and / or Fig. 21CTransition of the SCell to the dormant state. In response to receiving an indication of the transition of the SCell to the dormant state, the wireless device may perform at least one of the following: stop transmitting SRS on the SCell; report CQI / PMI / RI / PTI / CRI for the SCell according to the periodicity configured for the SCell in the dormant state; not transmit on the UL-SCH on the SCell; not transmit on the RACH on the SCell; not monitor the PDCCH on the SCell; not monitor the PDCCH for the SCell; and / or not transmit PUCCH on the SCell.

[0456] In an example, a wireless device in the RRC connected state may communicate with a base station in a normal access mode / state (e.g., full-function mode, non-dormant state). In the normal access mode / state (or in the full-function mode), if DRX operation is not configured for the wireless device, the wireless device may continuously monitor the PDCCH. In the normal access mode / state, if DRX operation is configured (e.g., as Fig.24 or Fig.25 shown), the wireless device may intermittently monitor the PDCCH by applying one or more DRX parameters of the DRX operation. In the normal access mode / state, the UE may: monitor the PDCCH; transmit SRS; transmit on the RACH; transmit on the UL-SCH; and / or receive the DL-SCH.

[0457] As Fig. 27 shown, a wireless device (UE) may communicate with a base station in a normal access mode / state (or full-function mode). For example, when the data service is suitable for the PS mode, the base station may transmit a first DCI indicating the power saving (PS) mode to the wireless device (e.g., Fig. 27 the first DCI in Fig. 27(Successful verification of the first DCI for enabling PS as shown): The CRC bits of the first DCI are scrambled by the first RNTI; one or more fields of the first DCI are set to one or more values (e.g., as shown in Fig.28 ). In response to successful verification of the first DCI for enabling the PS mode, the UE may enable (activate or transition to) the PS mode and / or switch from the normal access mode to the PS mode.

[0458] In an example, in the PS mode, the wireless device may: monitor PS signals / channels; not transmit PUCCH / PUSCH / SRS / PRACH (e.g., before detecting / receiving PS signals / channels); not receive PDSCH (e.g., before detecting / receiving PS signals / channels); not monitor PDCCH (e.g., before detecting / receiving PS signals / channels); and / or start monitoring PDCCH in response to detecting / receiving PS signals / channels. In an example, in the PS mode (as shown in Fig.26A ), the wireless device may skip monitoring PDCCH during the DRX active time of the DRX cycle.

[0459] In an example, in response to switching to the PS mode, the wireless device may monitor PS signals / channels in the wake-up window. The PS signals / channels may be configured in one or more RRC messages. The wake-up window may be configured in one or more RRC messages. In an example, the wireless device may receive PS signals / channels during the wake-up window. In response to receiving PS signals / channels, the wireless device monitors PDCCH as configured (e.g., in an RRC message or MAC CE), and transmits or receives data packets via the PDCCH based on one or more DCIs. In an example, the wireless device may not receive PS signals / channels during the wake-up window. In response to not receiving PS signals / channels, the wireless device may skip monitoring PDCCH. In the PS mode, the wireless device may repeatedly monitor PS signals / channels in one or more wake-up windows, which may occur periodically according to one or more configuration parameters of the PS operation.

[0460] As shown in Fig. 27 , the base station may transmit a second DCI to the wireless device indicating the disablement (or deactivation) of the PS mode (e.g., Fig. 27The second DCI in []. The base station may transmit the second DCI in the wake-up window (e.g., it may occur periodically in the time domain according to one or more configuration parameters of the PS mode). When the wireless device monitors the PS signal / channel during the wake-up window, the wireless device may receive the second DCI. The wireless device may verify the second DCI for disabling / deactivating the PS mode based on at least one of the following: a first RNTI dedicated to the PS mode; one or more fields of the second DCI. In an example, in response to at least one of the following, verification for disabling / deactivating the PS mode may be achieved (e.g., successful verification of the second DCI for disabling the PS mode as shown in Fig. 27 ): The CRC bits of the second DCI are scrambled by the first RNTI; one or more fields of the second DCI are set to one or more values (e.g., as shown in Fig.29 ). In response to successful verification of the second DCI for disabling / deactivating the PS mode, the wireless device may disable (or deactivate) the PS mode and / or switch from the PS mode to the normal access mode. In response to switching to the normal access mode (e.g., the full-function mode as shown in Fig. 27 ), the wireless device may monitor the PDCCH as configured. In response to switching to the normal access mode, the wireless device may monitor the PDCCH to detect a DCI having CRC bits scrambled by at least one of the following: C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI. In response to switching to the normal access mode, the wireless device may transmit SRS; transmit on the RACH; transmit on the UL-SCH; and / or receive the DL-SCH.

[0461] As Fig. 27 shown, the base station may transmit a third DCI to the wireless device indicating the enabling / activation of the PS mode (e.g., the third DCI in Fig. 27 ). The wireless device may verify the third DCI for enabling / activating the PS mode based on at least one of the following: a first C-RNTI dedicated to the PS mode; one or more fields of the third DCI. In an example, in response to at least one of the following, verification for enabling the PS mode may be achieved (e.g., successful verification of the third DCI for enabling the PS as shown in Fig. 27 ): The CRC bits of the third DCI are scrambled by the first RNTI; one or more fields of the third DCI are set to one or more values (e.g., as shown in Fig.28As shown. In response to successful verification of the third DCI for enabling the PS mode, the wireless device may enable (or activate) the PS mode and / or switch from the normal access mode to the PS mode.

[0462] As Fig. 27 shown, the base station may dynamically or semi-statically activate / deactivate the power saving mode of the wireless device by at least one of the following: scrambling the CRC bits of the DCI with an RNTI dedicated to the power saving mode; and / or setting one or more fields of the DCI to one or more predefined values. The wireless device may determine the activation / deactivation of the power saving mode indicated by the DCI by checking at least one of the following: whether the CRC bits of the DCI are scrambled with an RNTI dedicated to the power saving mode; whether one or more fields of the DCI are set to one or more predefined values. If the wireless device supports the power saving mode, the example embodiment may reduce the blind decoding complexity of the wireless device when monitoring the PDCCH. If the wireless device supports the power saving mode, the example embodiment may increase the DCI reception probability at the wireless device, where the DCI indicates the activation / deactivation of the power saving mode.

[0463] Fig.28 An example embodiment of the DCI content (or fields) for the power saving enablement (or activation) mechanism is shown. In the example, as Fig. 27 shown, the wireless device may verify the first DCI for enabling the PS mode based on at least one of the following: the first RNTI dedicated to the PS mode; one or more fields of the first DCI. The first DCI may be received in a first DCI format (e.g., one of DCI format 0-0 / 0-1, 1-0 / 1-1, or 2-0 / 2-1 / 2-2 / 2-3 already defined in the 3GPP NR specification) or a second DCI format (e.g., a new DCI format to be defined in the future). As Fig.28 shown, one or more fields of the first DCI may include at least one of the following: HARQ process number; redundancy version; and / or new data indicator. The wireless device may consider implementing the verification in response to at least one of the following: the CRC bits of the first DCI are scrambled with the first RNTI dedicated to the PS mode; the HARQ process number of the first DCI is set to a first value (e.g., all '0'; or all '1', or any predefined value); the redundancy version of the first DCI is set to a second value (e.g., '00' or '11' or any predefined value); and / or the new data indicator of the first DCI is set to a third value (e.g., '0', '1').

[0464] In an example, a wireless device may verify or determine a first DCI for indicating a PS mode based on a frequency domain assignment field of the first DCI being set to a predefined value. The wireless device may consider implementing the verification in response to the frequency domain assignment field of the first DCI being set to a fixed value (e.g., all '0's or all '1's or any predefined value). In response to the verification being implemented, the wireless device may activate / enable the PS mode. In an example, the PS mode may include a transition of a SCell to a dormant state. The wireless device may transition the SCell to the dormant state in response to enabling / activating the PS mode. During a period of the dormant state of the SCell, the wireless device may stop monitoring the PDCCH on the SCell and / or transmitting CSI reports of the SCell. In an example, the PS mode may include a transition to an asleep state. By implementing Fig.26A and / or Fig.26B examples of, the wireless device may stop or skip monitoring the PDCCH (e.g., on the PCell and multiple SCells) during the DRX active time of a DRX cycle in response to activating / enabling the PS mode.

[0465] In an example, for multiple PS configurations, the first DCI may further include a PS configuration indicator indicating that one of the multiple PS configurations is activated / enabled. In response to the verification being implemented, the wireless device may activate / enable the PS mode based on one of the multiple PS configurations. The wireless device may consider that the verification is not implemented in response to at least one of the following: the CRC bits of the first DCI are not scrambled by a first RNTI dedicated to PS operation; the HARQ process number of the first DCI is not set to a first value (e.g., all '0's; or all '1's, or any predefined value); the redundancy version of the first DCI is not set to a second value (e.g., '00' or '11' or any predefined value); the new data indicator of the first DCI is not set to a third value (e.g., '0', '1'); and / or one or more fields of the first DCI are not set to one or more fourth values. In response to the verification not being implemented, the wireless device may consider detecting the first DCI with a mismatched CRC. In response to the verification not being implemented, the wireless device may consider that the information contained in the first DCI is affected by an uncorrectable transmission error or is intended for another wireless device. The wireless device may ignore the first DCI in response to the verification not being implemented.

[0466] Fig.29 An example embodiment of DCI content (or fields) for a power saving disable (or deactivate) mechanism is shown. In an example, as Fig. 27As shown, the wireless device may verify the second DCI for disabling the PS mode based on at least one of the following: the first RNTI dedicated to the PS mode; one or more fields of the second DCI. The second DCI may be received in a first DCI format (e.g., one of DCI format 0-0 / 0-1, 1-0 / 1-1, or 2-0 / 2-1 / 2-2 / 2-3 already defined in the 3GPP NR specification) or a second DCI format (e.g., a new DCI format to be defined in the future). The second DCI for deactivating / disabling the PS mode may have the same DCI format as the first DCI for activating / enabling the PS mode. The second DCI for deactivating / disabling the PS mode may have a different DCI format from the first DCI for activating / enabling the PS mode. As Fig.29 As shown, one or more fields of the second DCI may include at least one of the following: HARQ process number; redundancy version; new data indicator; time domain resource assignment; and / or frequency domain resource assignment. The wireless device may consider implementing the verification in response to at least one of the following: the CRC bits of the second DCI are scrambled by the first RNTI dedicated to the PS mode; the HARQ process number of the second DCI is set to a first value (e.g., all '0'; or all '1', or any predefined value); the redundancy version of the second DCI is set to a second value (e.g., '00' or '11' or any predefined value); the new data indicator of the second DCI is set to a third value (e.g., '0', '1'); the time domain resource assignment of the second DCI is set to a fourth value (e.g., all '0', all '1' or any predefined value); the frequency domain resource assignment of the second DCI is set to a fifth value (e.g., all '0', all '1' or any predefined value).

[0467] In an example, the wireless device may verify or determine the second DCI for disabling / deactivating the PS mode based on the frequency domain resource assignment of the second DCI being set to a fixed value (e.g., all '0', all '1' or any predefined value). In response to the verification for disabling / deactivating the PS mode being implemented, the wireless device may disable / deactivate the PS mode. In an example, the PS mode may include the transition of the SCell to the dormant state. The wireless device may transition the SCell to the non-dormant state in response to disabling / deactivating the PS mode. During the period of the non-dormant state of the SCell, the wireless device may monitor the PDCCH on the SCell / PDCCH of the SCell and / or transmit the CSI report of the SCell. In an example, the PS mode may include the transition to the sleep state. The wireless device may start monitoring the PDCCH on one or more cells (e.g., the PCell and / or multiple SCell) during the DRX active time of the DRX cycle in response to disabling / deactivating the PS mode.

[0468] In an example, in response to verification not being achieved, a wireless device may consider using a mismatched CRC to detect a first DCI. In an example, the wireless device may consider that verification for disabling / deactivating the PS mode is not achieved in response to at least one of the following: the CRC bits of a second DCI are not scrambled by a first RNTI dedicated to the PS mode; the HARQ process number of the second DCI is not set to a first value (e.g., all '0'; or all '1', or any predefined value); the redundancy version of the second DCI is not set to a second value (e.g., '00' or '11' or any predefined value); the new data indicator of the second DCI is not set to a third value (e.g., '0', '1'); the time domain resource allocation field of the second DCI is not set to a fourth value (e.g., all '0', all '1' or any predefined value); and / or the frequency domain resource allocation of the second DCI is not set to a fifth value (e.g., all '0', all '1' or any predefined value), and / or one or more fields of the second DCI are not set to one or more sixth values. In response to verification not being achieved, the wireless device may consider using a mismatched CRC to detect the second DCI. In response to verification not being achieved, the wireless device may consider that the information contained in the second DCI is affected by an uncorrectable transmission error or is intended for another wireless device. In response to verification for disabling / deactivating the PS mode not being achieved, the wireless device may ignore the second DCI.

[0469] As Fig.28 and / or Fig.29 shown, a base station may dynamically or semi-statically activate / deactivate the power saving mode of a wireless device by at least one of the following: scrambling the CRC bits of a DCI with an RNTI dedicated to the power saving mode; and / or setting one or more fields of the DCI to one or more predefined values. The wireless device may determine whether the DCI indicates activation / deactivation of a power saving operation by checking at least one of the following: whether the CRC bits of the DCI are scrambled by an RNTI dedicated to the power saving mode; whether one or more fields of the DCI are set to one or more predefined values. If the wireless device supports the power saving mode, then when monitoring the PDCCH, Fig.28 and Fig.29 embodiments may reduce the blind decoding complexity of the wireless device. If the wireless device supports the power saving mode, then embodiments may also increase the DCI reception probability at the wireless device, where the DCI indicates activation / deactivation of the power saving mode.

[0470] Fig.30An example flowchart showing power saving mode enabling (or activation) based on DCI verification is presented. In the example, a wireless device may receive one or more RRC messages containing first configuration parameters for the power saving mode. The first configuration parameters may include at least one of the following: a first RNTI and one or more PS parameters. The first RNTI may be dedicated to the PS mode. The one or more PS parameters may include at least one of the following: one or more first search spaces; one or more first control resource sets; and / or one or more PS signal parameters (e.g., PS signal format; periodicity; time / frequency location). The one or more RRC messages may also include second configuration parameters that indicate: at least a second RNTI; one or more second search spaces; one or more second control resource sets. The at least second RNTI may include at least one of the following: C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI. The wireless device may receive a first DCI via the PDCCH. The wireless device may determine whether the CRC bits of the first DCI are scrambled with the first RNTI or the second RNTI.

[0471] As Fig.30 shown, in response to the CRC bits of the first DCI being scrambled with the first RNTI, the wireless device may verify the first DCI for enabling / activating the PS mode based on one or more fields of the first DCI. For example, as described above, according to Fig.28In an example embodiment, the wireless device may verify a first DCI for enabling / activating the PS mode based on one or more fields of the first DCI. In response to the verification being achieved, the wireless device may enable / activate the PS mode. In response to enabling / activating the PS mode, the wireless device may monitor one or more first PDCCHs for wake-up signals / commands or sleep signals / commands on one or more first search spaces of one or more first control resource sets. In response to enabling / activating the PS mode, the wireless device may monitor one or more PS signals according to one or more PS signal parameters. In an example, in response to receiving a wake-up signal / command during monitoring of one or more first PDCCHs, the wireless device may monitor one or more second PDCCHs for one or more DCIs having a CRC scrambled by at least one second RNTI on one or more second search spaces of one or more second control resource sets. In an example, in response to detecting one or more PS signals according to one or more PS signal parameters, the wireless device may monitor one or more second PDCCHs for one or more DCIs having a CRC scrambled by at least one second RNTI on one or more second search spaces of one or more second control resource sets. In an example, in response to not receiving a wake-up signal / command during monitoring of one or more first PDCCHs, the wireless device may skip monitoring one or more second PDCCHs for one or more DCIs having a CRC scrambled by at least one second RNTI on one or more second search spaces of one or more second control resource sets. In an example, in response to not detecting one or more PS signals according to one or more PS signal parameters, the wireless device may skip monitoring one or more second PDCCHs for one or more DCIs having a CRC scrambled by at least one second RNTI on one or more second search spaces of one or more second control resource sets.

[0472] As Fig.30 shown, in response to the CRC bits of the first DCI being scrambled by at least a second RNTI, the wireless device may monitor one or more second PDCCHs for one or more DCIs having a CRC scrambled by at least one second RNTI on one or more second search spaces of one or more second control resource sets. The wireless device may transmit or receive data packets based on one or more DCIs received via one or more second PDCCHs.

[0473] Fig.31Illustrates an example flowchart of power saving mode disabling (or deactivation) based on DCI verification. In the example, a wireless device may receive one or more RRC messages containing a first configuration parameter for the power saving mode. The first configuration parameter may include at least one of the following: a first RNTI and one or more PS parameters. The first RNTI may be dedicated to the PS mode. The one or more PS parameters may include at least one of the following: one or more first search spaces; one or more first control resource sets; and / or one or more PS signal parameters (e.g., PS signal format; periodicity; time / frequency location). The one or more RRC messages may also include a second configuration parameter that indicates: at least a second RNTI; one or more second search spaces; one or more second control resource sets. The at least second RNTI may include at least one of the following: C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI. The wireless device may receive a first DCI via the PDCCH. The wireless device may determine whether the CRC bits of the first DCI are scrambled with the first RNTI or the second RNTI.

[0474] As Fig.31 shown, in response to the CRC bits of the first DCI being scrambled with the first RNTI, the wireless device may verify the first DCI for disabling / deactivating the PS mode based on one or more fields of the first DCI. As described above, according to Fig.29 the example embodiment, the wireless device may verify the first DCI for disabling / deactivating the PS mode based on one or more fields of the first DCI. In response to the verification being achieved, the wireless device may disable / deactivate the PS mode. In response to disabling / deactivating the PS mode, the wireless device may skip wake-up signals / commands or enter sleep signals / commands on one or more first search spaces for one or more first control resource sets to monitor one or more first PDCCHs. In response to disabling / deactivating the PS mode, the wireless device may skip monitoring one or more PS signals according to one or more PS signal parameters. In the example, in response to disabling / deactivating the PS mode, the wireless device may monitor one or more second PDCCHs for one or more DCIs having CRCs scrambled with at least one second RNTI on one or more second search spaces of one or more second control resource sets. The wireless device may transmit or receive data packets based on one or more DCIs received via one or more second PDCCHs.

[0475] As Fig.31 As shown, the CRC bits of the first DCI are scrambled with at least a second RNTI, and the wireless device may monitor one or more second PDCCHs for one or more DCIs having a CRC scrambled with at least one second RNTI on one or more second search spaces of one or more second control resource sets. The wireless device may transmit or receive data packets based on one or more DCIs received via one or more second PDCCHs.

[0476] Fig.32 An example embodiment of a mechanism for enabling / disabling (or activating / deactivating) a power saving mode based on DCI is shown. A base station (e.g., Fig.32 gNB in Fig.32 UE in may transmit one or more RRC messages to a wireless device (e.g.,

[0477] In an example, the first configuration parameter may indicate a first radio network temporary identifier (RNTI) dedicated to the power saving mode; and one or more PS parameters. The first RNTI may be dedicated to the PS mode. The one or more PS parameters may indicate at least one of the following: one or more first search spaces (e.g., a common search space or a UE-specific search space); one or more first control resource sets; one or more first DCI formats (e.g., DCI format 0-0, 1-0, or any other DCI format); and / or one or more PS signal parameters (e.g., PS signal format; periodicity; time / frequency location).

[0478] In an example, the one or more RRC messages may further include a second configuration parameter that indicates: at least a second RNTI; one or more second search spaces; one or more second DCI formats; one or more second control resource sets. The at least second RNTI may include at least one of the following: C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI. The wireless device may receive a first DCI via a PDCCH. In an example, the first RNTI dedicated to the PS mode may be different from the at least second RNTI.

[0479] In an example, a wireless device in the RRC connected state can communicate with a base station in a normal access mode / status (e.g., full functionality mode). In the normal access mode / status, the wireless device can monitor PDCCHs of one or more second DCI formats on one or more second search spaces of one or more second control resource sets. In the normal access mode / status, if DRX operation is configured (e.g., as shown in Fig.24 and / or Fig.25 ), the wireless device can intermittently monitor the PDCCH by applying one or more DRX parameters of the DRX operation. In the normal access mode / status, the wireless device can: monitor PDCCH; transmit SRS; transmit on the RACH; transmit on the UL-SCH; and / or receive the DL-SCH.

[0480] As Fig.32 shown, the wireless device can communicate with the base station in a normal access mode / status (or full functionality mode). For example, when the data service is suitable for the PS mode, the base station can transmit a first DCI (e.g., the first DCI in Fig.32 ) indicating to enable power saving (e.g., PS as shown in Fig.32 ) mode to the wireless device, or the wireless device can operate in the PS mode. The first DCI can be transmitted in a first DCI format (e.g., one of DCI format 0-0 / 0-1, 1-0 / 1-1, or 2-0 / 2-1 / 2-2 / 2-3 already defined in the 3GPP NR specification) or a second DCI format (e.g., a new DCI format to be defined in the future). The wireless device can receive the first DCI via the first PDCCH. The wireless device can verify or determine the first DCI for enabling / indicating the PS mode based on at least one of the following: a first RNTI dedicated to the PS mode; one or more fields of the first DCI. The UE can verify or determine the first DCI for enabling / indicating the PS mode, for example, by implementing the example embodiments of the above Fig.28 .

[0481] In an example, in response to at least one of the following, verification for enabling the PS mode can be implemented (e.g., successful verification of the first DCI for enabling PS as shown in Fig.32 ): the CRC bits of the first DCI are scrambled by the first RNTI; for example, by implementing the examples of Fig. 27 , Fig.28 and / or Fig.29 , setting one or more fields of the first DCI to one or more predefined values. In response to successful verification of the first DCI for enabling the PS mode, the wireless device can enable (or activate) the PS mode and / or switch from the normal access mode to the PS mode.

[0482] In an example, as Fig.32 As shown, in the PS mode, the wireless device may be in one or more first control resource sets (e.g., Fig.32 The wireless device may monitor a first PDCCH for at least one DCI having one or more first DCI formats on one or more first search spaces of the SS1 / CORESET1) shown in the figure. At least one DCI may indicate a wake-up indication or an entry into sleep indication. In PS mode, the wireless device may monitor the PS signal according to one or more PS signal parameters. In PS mode, the wireless device may not transmit PUCCH / PUSCH / SRS / PRACH before detecting / receiving a PS signal or at least one DCI. In PS mode, the wireless device may not receive PDSCH before detecting / receiving a PS signal or at least one DCI. In PS mode, the wireless device may not monitor PDCCH on one or more second search spaces of one or more second control resource sets before detecting / receiving a PS signal or at least one DCI. In PS mode, in response to detecting / receiving a PS signal or at least one DCI, the wireless device may monitor PDCCH on one or more second search spaces of one or more second control resource sets.

[0483] like Fig.32 As shown, the base station may transmit a second DCI (eg, Fig.32 The base station may transmit the second DCI in the wake-up window (e.g., which may occur periodically in the time domain according to one or more configuration parameters of the PS mode). When the UE monitors the PS signal / channel during the wake-up window, the wireless device may receive the second DCI. The wireless device may verify the second DCI for disabling / deactivating the PS mode based on at least one of the following: the first RNTI dedicated to the PS mode; one or more fields of the second DCI. The wireless device may implement Fig.29 In an example embodiment, the second DCI for disabling / deactivating the PS mode is verified. In an example, the verification of disabling / deactivating the PS mode can be implemented in response to at least one of the following (e.g., Fig.32 Successful verification of the second DCI for disabling PS as shown): the CRC bits of the second DCI are scrambled by the first RNTI; for example, by implementing Fig. 27 , Fig.28 and / or Fig.29 In an instance of the present invention, one or more fields of the second DCI are set to one or more predefined values.

[0484] In response to successful verification of a second DCI for disabling / deactivating the PS mode, the wireless device may disable (or deactivate) the PS mode and / or switch from the PS mode to the normal access mode. In response to switching to the normal access mode (e.g., the full functionality mode as shown in Fig.32 ), the wireless device may monitor the PDCCH as configured. In response to switching to the normal access mode, the wireless device may monitor the PDCCH for DCI with one or more second DCI formats on one or more second search spaces of one or more second control resource sets (e.g., SS1 / CORESET1, SS2 / CORESET2, ……, SSn / CORESETn as shown in Fig.32 ). The wireless device may transmit or receive data packets based on the DCI received via the PDCCH. In response to switching to the normal access mode, the wireless device may transmit SRS; transmit on the RACH; transmit on the UL-SCH; and / or receive the DL-SCH.

[0485] As shown in Fig.32 , the base station may transmit a third DCI (e.g., the third DCI in Fig.32 ) indicating enabling / activating the PS mode to the wireless device. The wireless device may verify the third DCI for enabling / activating the PS mode based on at least one of the following: a first C-RNTI dedicated to the PS mode; one or more fields of the third DCI. The wireless device may verify the third DCI for enabling / activating the PS mode by implementing the example embodiments of the above Fig.28 . In an example, in response to at least one of the following, verification for enabling the PS mode may be implemented (e.g., successful verification of the third DCI for enabling the PS as shown in Fig.32 ): the CRC bits of the third DCI are scrambled by the first RNTI; one or more fields of the third DCI are set to one or more predefined values. In response to successful verification of the third DCI for enabling the PS mode, the wireless device may enable (or activate) the PS mode and / or switch from the normal access mode to the PS mode.

[0486] As shown in Fig.32As shown, the base station can dynamically or semi-statically activate / deactivate the power saving mode of the wireless device by at least one of the following: scrambling the CRC bits of the DCI with an RNTI dedicated to the power saving mode; and / or setting one or more fields of the DCI to one or more predefined values. The wireless device can determine the activation / deactivation of the power saving mode indicated by the DCI by checking at least one of the following: whether the CRC bits of the DCI are scrambled with an RNTI dedicated to the power saving mode; whether one or more fields of the DCI are set to one or more predefined values. The wireless device can activate the power saving mode in response to the DCI indicating the activation of the power saving mode. In the power saving mode, the wireless device can reduce / cut down on PDCCH monitoring (e.g., monitoring a first set of PDCCH candidates) before receiving a wake-up indication or signal during the power saving mode. The wireless device can deactivate the power saving mode in response to the DCI indicating the deactivation of the power saving mode. In response to the deactivation of the power saving mode, the wireless device can increase PDCCH monitoring (e.g., monitoring a second set of PDCCH candidates, where the second set is larger than the first set). If the wireless device supports the power saving mode, the above example embodiments can reduce the blind decoding complexity of the wireless device when monitoring the PDCCH. If the wireless device supports the power saving mode, the above example embodiments can also increase the DCI reception probability at the wireless device, where the DCI indicates the activation / deactivation of the power saving mode. The example embodiments can increase the power consumption of the wireless device when communicating with the base station.

[0487] Fig.33 An example embodiment showing a DCI-based power saving enable / disable (or activation / deactivation) mechanism when DRX operation is configured is shown. A base station (e.g., Fig.33 gNB in Fig.33 ) can transmit one or more RRC messages to a wireless device (e.g., Fig.33 UE in

[0488] ) containing one or more first configuration parameters of a power saving (e.g.,

[0489] In an example, the one or more RRC messages may further include a second configuration parameter, the second configuration parameter indicating: at least a second RNTI; one or more second search spaces; one or more second DCI formats; one or more second control resource sets. The at least second RNTI may include at least one of the following: C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI. The wireless device may receive a first DCI via the PDCCH. In an example, the first RNTI dedicated to the PS mode may be different from the at least second RNTI.

[0490] In an example, as Fig.33 shown, the one or more RRC messages may further include one or more DRX parameters for DRX operation. The one or more DRX parameters may include at least one of the following: parameters for a short DRX cycle; parameters for a long DRX cycle; one or more DRX timer values for one or more DRX timers (e.g., drx-onDurationTimer, drx-InactivityTimer, drxRetransmissionTimerDL, drxRetransmissionTimerUL, drx-HARQ-RTT-TimerDL, and / or drx-HARQ-RTT-TimerUL).

[0491] As Fig.33 shown, the wireless device (or UE) may communicate with the base station in a normal access mode / status (or full functionality mode). For example, when the data service is suitable for the PS mode, the base station may transmit a first DCI (e.g., the first DCI in Fig.33 ) indicating the enabling of the power saving (e.g., PS as shown in Fig.33 ) mode to the wireless device, or the wireless device may operate in the PS mode. The wireless device may receive the first DCI via the first PDCCH. The wireless device may verify the first DCI for enabling the PS mode based on at least one of the following: the first RNTI dedicated to the PS mode; one or more fields of the first DCI. The wireless device may verify the first DCI for enabling the PS mode, for example, by implementing an example embodiment of Fig.28 .

[0492] In an example, in response to at least one of the following, verification for enabling the PS mode may be implemented (e.g., as shown in Fig.33Successful verification of the first DCI for enabling the PS mode: The CRC bits of the first DCI are scrambled by the first RNTI; one or more fields of the first DCI are set to one or more predefined values. In response to successful verification of the first DCI for enabling the PS mode, the wireless device may enable (or activate) the PS mode and / or switch from the normal access mode to the PS mode.

[0493] In an example, as Fig.33 shown, in the PS mode, the wireless device may monitor the first PDCCH for at least one DCI having one or more first DCI formats on one or more first search spaces of one or more first control resource sets in the wake window. At least one DCI may indicate a wake-up indication or a go-to-sleep indication. In the PS mode, the wireless device may monitor PS signals according to one or more PS signal parameters in the wake window. In the PS mode, the wireless device may not transmit PUCCH / PUSCH / SRS / PRACH before detecting / receiving a PS signal or at least one DCI. In the PS mode, the wireless device may not receive PDSCH before detecting / receiving a PS signal or at least one DCI. In the PS mode, before detecting / receiving a PS signal or at least one DCI, the wireless device may not monitor the PDCCH on one or more second search spaces of one or more second control resource sets. In the PS mode, in response to detecting / receiving a PS signal or at least one DCI and using the configured DRX operation, the wireless device may discontinuously monitor the PDCCH on one or more second search spaces of one or more second control resource sets according to one or more DRX parameters of the DRX operation. In response to detecting / receiving a PS signal or at least one DCI, the wireless device may monitor the PDCCH during the DRX active time (e.g., in the DRX on-duration).

[0494] In an example, in the PS mode, the wireless device may monitor the first PDCCH for at least one DCI having one or more first DCI formats on one or more first search spaces of one or more first control resource sets in the wake window. At least one DCI may indicate a wake-up indication or a go-to-sleep indication. In the PS mode, the wireless device may monitor PS signals according to one or more PS signal parameters in the wake window. In the PS mode, the wireless device may not detect / receive a PS signal or at least one DCI during the wake window. In response to not detecting / receiving a PS signal or at least one DCI, the wireless device may skip monitoring the PDCCH, even during the DRX active time (e.g., in the DRX on-duration).

[0495] As Fig.33As shown, the base station may transmit a second DCI (e.g., the second DCI in Fig.33 ) indicating the disablement (or deactivation) of the PS mode to the wireless device. The base station may transmit the second DCI in the wake-up window (e.g., it may occur periodically in the time domain according to one or more configuration parameters of the PS mode). When the wireless device monitors the PS signal / channel during the wake-up window, the wireless device may receive the second DCI. The wireless device may verify the second DCI for disabling / deactivating the PS mode based on at least one of the following: the first RNTI dedicated to the PS mode; one or more fields of the second DCI. The wireless device may verify the second DCI for disabling / deactivating the PS mode by implementing an example embodiment of Fig.29 .

[0496] In an example, the verification for disabling / deactivating the PS mode may be implemented in response to at least one of the following (e.g., successful verification of the second DCI for disabling the PS mode as shown in Fig.33 ): the CRC bits of the second DCI are scrambled by the first RNTI; one or more fields of the second DCI are set to one or more values (e.g., predefined or preconfigured).

[0497] In response to successful verification of the second DCI for disabling / deactivating the PS mode, the wireless device may disable (or deactivate) the PS mode and / or switch from the PS mode to the normal access mode. In response to switching to the normal access mode (e.g., the full-function mode as shown in Fig.33 ), the wireless device may monitor the PDCCH as configured. In response to switching to the normal access mode, the wireless device may discontinuously monitor the PDCCH on one or more second search spaces of one or more second control resource sets according to one or more DRX parameters of the DRX operation. The wireless device may monitor the PDCCH during the DRX active time (e.g., in the DRX on-cycle). In response to switching to the normal access mode, the wireless device may transmit SRS; transmit on the RACH; transmit on the UL-SCH; and / or receive the DL-SCH.

[0498] Fig.34 FIG. shows an example embodiment diagram of power-saving mode enabling / disabling based on DCI verification. In an example, for instance, when the data service is suitable for the PS mode, the base station may transmit a first DCI (e.g., the PS as shown in Fig.34 ) indicating the enabling of power saving (e.g., the PS mode as shown in Fig.34the first DCI), or the wireless device may operate in the PS mode. The wireless device may receive the first DCI via the first PDCCH. The wireless device may verify the first DCI for enabling the PS mode based on at least one of the following: a first RNTI dedicated to the PS mode; one or more fields of the first DCI. The wireless device may verify the first DCI for enabling the PS mode, for example, by implementing Fig.28 an example embodiment of Fig. 27 (e.g., when DRX is not configured) or Fig.33 (e.g., when DRX is configured) to perform one or more actions of the PS mode.

[0499] As Fig.34 shown, the base station may transmit a second DCI (e.g., the second DCI in Fig.34 ) indicating the disablement / deactivation of the PS mode to the wireless device. The wireless device may verify the second DCI, for example, by implementing Fig.29 an example embodiment of Fig.29 the wireless device may consider that the verification is not achieved (e.g., unsuccessful verification as shown in Fig.34 ). In response to the verification not being achieved, the wireless device may remain in the PS mode. In response to remaining in the PS mode, the wireless device may perform one or more actions of the PS mode, for example, by implementing Fig. 27 (e.g., when DRX is not configured) or Fig.33 (e.g., when DRX is configured) to perform one or more actions of the PS mode.

[0500] Fig.35 shows an example embodiment diagram of power saving mode enabling / disabling based on DCI verification. In the example, the wireless device (e.g., the UE in Fig.35 ) may communicate with the base station in the normal access mode / status (or full function mode). For example, when the data service is suitable for the PS mode, the base station may transmit a DCI (e.g., PS as shown in Fig.35 ) indicating the enabling of power saving to the wireless device, or the wireless device may operate in the PS mode. The wireless device may receive the DCI via the PDCCH. The wireless device may verify the DCI for enabling the PS mode based on at least one of the following: a first RNTI dedicated to the PS mode; one or more fields of the DCI. The wireless device may verify the DCI for enabling the PS mode, for example, by implementing Fig.28 an example embodiment of Fig.28 the wireless device may consider that the verification is not achieved (e.g., as shown in Fig.35(the unsuccessful verification shown). In response to the verification not being achieved, the wireless device may remain in the full-function mode. In response to remaining in the full-function mode, if DRX is not configured, the wireless device may continuously monitor the PDCCH, or if DRX is configured, the wireless device may discontinuously monitor the PDCCH.

[0501] In an example, when the wireless device successfully verifies the DCI for enabling / disabling the PS mode, the wireless device may transmit a MAC CE to the base station as an acknowledgement of the reception of the DCI for enabling / disabling the PS mode. In an example, the MAC CE for PS acknowledgement may be identified by an LCID in the MAC sub-header, the LCID being different from other LCIDs (e.g., Fig.18 or Fig.19 the LCID value in). In an example, the MAC CE for PS acknowledgement may have a fixed size of zero bits. In an example, the MAC sub-header of the MAC CE for PS configuration may not have a length field, e.g., as Fig. 16C shown. By implementing the example embodiments (e.g., by transmitting a MAC CE to the base station as an acknowledgement of the reception of the DCI for enabling / disabling the PS mode), the base station and the wireless device may align the state of the PS mode of the wireless device.

[0502] In the prior art, a base station may transmit DCI signaling for power saving operations (e.g., based on wake-up / enter sleep indication or hibernation transition) to semi-statically or dynamically indicate a power saving mode of an NR wireless device. For example, when the base station supports a large number of wireless devices, existing power saving operations (e.g., based on wake-up / enter sleep indication, hibernation transition, etc.) may increase signaling overhead for indicating power saving operations to wireless devices. Example embodiments implement enhanced RRC signaling, control channel monitoring, and DCI formats to reduce downlink control overhead for signaling a power saving mode to wireless devices. In an example of an embodiment, the base station may transmit at least one RRC message containing a power saving radio network temporary identifier (PS-RNTI) to a group of one or more wireless devices for monitoring a common search space for receiving group common DCI, the group common DCI indicating power saving information for the group of one or more wireless devices. The embodiment enables the base station to configure a common search space of a cell (e.g., a primary cell) to transmit power saving information in the group common DCI. The embodiment may reduce downlink control signaling overhead. In an example of an embodiment, the base station may transmit a group common DCI having an enhanced DCI format containing a plurality of blocks based on the PS-RNTI, indicating power saving information for corresponding wireless devices, each block being associated with a corresponding wireless device in the group of wireless devices. The enhanced DCI format reduces downlink signaling overhead by implementing multiple power saving information for different wireless devices in the same group common DCI. The at least one RRC message may further contain a location indicator of the block of the wireless device. The location indicator in the at least one RRC message identifies one of the blocks in the group common DCI for the power saving indication of the wireless device. The location indicator (in the RRC) and the enhanced DCI processing enable the base station to transmit and / or enable the wireless device to receive a specific block in the common DCI, the specific block containing a plurality of blocks for a plurality of wireless devices. In an example, in response to a block corresponding to the wireless device containing a wake-up indication, the wireless device may wake up (e.g., monitor the PDCCH during the DRX active time of a DRX cycle). In an example, in response to a block corresponding to the wireless device containing an enter sleep indication, the wireless device may enter sleep (e.g., skip or stop monitoring the PDCCH during the DRX active time of a DRX cycle). Example embodiments reduce downlink signaling overhead.

[0503] In the prior art, a base station can transmit DCI signaling for power saving operations (e.g., based on wake-up / enter sleep indication or dormant transition) to indicate the power saving mode of an NR wireless device. For example, when a wireless device is configured with multiple cells and different cells among the multiple cells may have different power saving operations, and / or when there are a large number of wireless devices served by the base station, existing power saving operations (e.g., based on wake-up / enter sleep indication, dormant transition, etc.) can increase the signaling overhead for indicating the power saving operation to the wireless device. Example embodiments implement enhanced RRC signaling, control channel monitoring, and DCI formats to reduce the downlink control overhead for signaling the power saving mode to the wireless device. The base station can transmit at least one RRC message containing a PS-RNTI to a group of one or more wireless devices for monitoring a common search space for receiving group-common DCI, and the group-common DCI indicates the power saving information of the group of one or more wireless devices. The embodiments enable the base station to configure the common search space of a cell (e.g., the primary cell) to transmit the power saving information in the group-common DCI. The embodiments can reduce the downlink control signaling overhead. In an example of the embodiment, the base station can transmit a group-common DCI with an enhanced DCI format containing multiple blocks based on the PS-RNTI, indicating the power saving information for the corresponding wireless device, and each block is associated with a corresponding wireless device in the group of wireless devices. The enhanced DCI format reduces the downlink signaling overhead by implementing multiple power saving information for different wireless devices in the same group-common DCI. The at least one RRC message can also contain a location indicator of the block of the wireless device. The location indicator in the at least one RRC message identifies one block among the blocks in the group-common DCI for the power saving indication of the wireless device. The location indicator (in the RRC) and the enhanced DCI processing enable the base station to transmit and / or enable the wireless device to receive a specific block in the common DCI, and the specific block contains multiple blocks for multiple wireless devices. In an example, in response to a block corresponding to the wireless device containing a sleep indication indicating the sleep state of one or more secondary cells of the wireless device, the wireless device can transition one or more secondary cells to the sleep state. In response to one or more secondary cells being in the sleep state, the wireless device can stop monitoring the PDCCH on / for the one or more secondary cells and transmit a CSI report for the one or more secondary cells. In an example, in response to a block corresponding to the wireless device containing a sleep indication indicating the non-sleep state of one or more secondary cells of the wireless device, the wireless device can transition one or more secondary cells to the non-sleep state. In response to one or more secondary cells being in the non-sleep state, the wireless device can monitor the PDCCH on / for the one or more secondary cells and transmit a CSI report for the one or more secondary cells. Example embodiments reduce the downlink signaling overhead.The example embodiments enable a base station and / or a wireless device to transition one or more specific cells of the wireless device to a dormant state or a non-dormant state.

[0504] In the prior art, a base station can transmit DCI signaling for power saving operations (e.g., based on wake-up / enter sleep indication or hibernation transition) to indicate the power saving mode of an NR wireless device. For example, when a wireless device is configured with multiple cells and different cells among the multiple cells may have different power saving operations, and / or when there are a large number of wireless devices served by the base station, existing power saving operations (e.g., based on wake-up / enter sleep indication, hibernation transition, etc.) can increase the signaling overhead for indicating the power saving operation to the wireless device. Example embodiments implement enhanced RRC signaling, control channel monitoring, and DCI formats to reduce the downlink control overhead for signaling the power saving mode to the wireless device. The base station can transmit at least one RRC message containing a PS-RNTI to a group of one or more wireless devices for monitoring a common search space for receiving group-common DCI, where the group-common DCI indicates the power saving information of the group of one or more wireless devices. The embodiments enable the base station to configure the common search space of a cell (e.g., the primary cell) to transmit the power saving information in the group-common DCI. The embodiments can reduce the downlink control signaling overhead. In an example of the embodiment, the base station can transmit a group-common DCI with an enhanced DCI format containing multiple blocks based on the PS-RNTI, indicating the power saving information for the corresponding wireless device, where each block is associated with a corresponding wireless device in the wireless device group. In an example, each block corresponding to a wireless device can include: a wake-up indication indicating wake-up or enter sleep, and one or more hibernation indications indicating the hibernation / non-hibernation state of one or more SCell. Each hibernation indication among the one or more hibernation indications can indicate the hibernation / non-hibernation state of one or more secondary cells associated with the hibernation indication among the one or more hibernation indications. The enhanced DCI format reduces the downlink signaling overhead by implementing multiple power saving information including wake-up / enter sleep indication and hibernation state indication of one or more SCell for different wireless devices in the same group-common DCI. The at least one RRC message can also include a location indicator of the block of the wireless device. The location indicator in the at least one RRC message identifies one block among the blocks in the group-common DCI for the power saving indication of the wireless device. In an example, the at least one RRC message can also include a second location indicator, which identifies the SCell hibernation state indication of one or more SCell among the multiple SCell of the wireless device. The one or more location indicators (in the RRC) and the enhanced DCI processing enable the base station to transmit and / or enable the wireless device to receive a specific block in the common DCI, where the specific block contains multiple blocks for multiple wireless devices, and the specific block contains the wake-up / enter sleep indication for the wireless device and the hibernation state indication for the SCell of the wireless device.Example embodiments enable a base station to wake up one or more specific wireless devices among a plurality of wireless devices and transition one or more secondary cells (SCs) of the one or more specific wireless devices to a dormant / non-dormant state via a single group common downlink control information (DCI). Example embodiments reduce the signaling overhead and power consumption of wireless devices.

[0505] In an example, in response to a block corresponding to the wireless device that includes a wake-up indication, the wireless device may wake up (e.g., monitor the physical downlink control channel (PDCCH) during the DRX active time of a discontinuous reception (DRX) cycle). In an example, in response to a block corresponding to the wireless device that includes a go-to-sleep indication, the wireless device may go to sleep (e.g., skip or stop monitoring the PDCCH during the DRX active time of a DRX cycle). Example embodiments reduce the downlink signaling overhead. In an example, in response to a block corresponding to the wireless device that includes a dormant indication indicating the dormant state of one or more secondary cells of the wireless device, the wireless device may transition the one or more secondary cells to a dormant state. In response to the one or more secondary cells being in a dormant state, the wireless device may stop monitoring the PDCCH on / for the one or more secondary cells and transmit a channel state information (CSI) report for the one or more secondary cells. In an example, in response to a block corresponding to the wireless device that includes a dormant indication indicating the non-dormant state of one or more secondary cells of the wireless device, the wireless device may transition the one or more secondary cells to a non-dormant state. In response to the one or more secondary cells being in a non-dormant state, the wireless device may monitor the PDCCH on / for the one or more secondary cells and transmit a CSI report for the one or more secondary cells. Example embodiments enable a wireless device to wake up (or go to sleep) on multiple cells and transition one or more SCs of the multiple cells to a dormant state or a non-dormant state. Example embodiments reduce the downlink signaling overhead for indicating the wake-up / go-to-sleep and dormant state of SCs. When a wireless device supports a power saving mode (or operation), example embodiments may reduce the blind decoding complexity of the wireless device when monitoring the PDCCH. Example embodiments may reduce the signaling overhead for transmitting various power saving information to multiple wireless devices in a single DCI.

[0506] In an example, the term power saving mode may be referred to using other terms, such as power saving operation, power saving procedure, power saving state, SCell dormant state, etc.

[0507] Fig.36An example embodiment of enabling / disabling a power saving mode based on a group command DCI for a plurality of wireless devices is shown. In an example, a base station may transmit a group command DCI to a plurality of wireless devices, the group command DCI indicating activation / deactivation of the PS mode of the plurality of wireless devices. The group command DCI may be transmitted in a first DCI format (e.g., DCI format 2-0 / 2-1 / 2-2 / 2-3 already defined in 3GPP specifications) or a second DCI format (e.g., a new DCI format to be defined in the future). In an example, a group command DCI scrambled with a first RNTI dedicated to the PS mode may indicate that the group command DCI is for PS mode activation / deactivation. The first RNTI may be different from a second RNTI (e.g., C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI).

[0508] As Fig.36 shown, the group common DCI may include a plurality of blocks. Each of the plurality of blocks may include one or more bits. The one or more bits may indicate activation or deactivation of the PS mode of the UE. In an example, a first wireless device (e.g., Fig.36 the first UE in Fig.36 ) may be associated with a first block of the group common DCI (e.g., Fig.36 block 1 in Fig.36 ), a second wireless device (e.g.,

[0509] the second UE in Fig.36As shown, the first wireless device may determine a PS enable / disable command for the first wireless device based on a first block among multiple blocks in the group common DCI, the second wireless device may determine a PS enable / disable command for the second wireless device based on a second block among multiple blocks in the group common DCI, and so on. In response to the PS enable / disable command for the first block indicating the enabling of the PS mode, the first wireless device may activate the PS mode. In the PS mode, the first wireless device may perform at least one of the following: monitor the wake-up signal / channel; do not monitor the PDCCH other than the wake-up signal / channel before receiving the wake-up signal or wake-up indication via the wake-up channel; monitor the PDCCH other than the wake-up signal / channel in response to or after receiving the wake-up signal or wake-up indication via the wake-up channel. In response to the PS enable / disable command for the first block indicating the disabling of the PS mode, the first wireless device may disable / deactivate the PS mode. In response to disabling / deactivating the PS mode, the first wireless device may perform at least one of the following: skip monitoring the wake-up signal / channel; monitor the PDCCH; transmit or receive data packets based on the DCI received on the PDCCH. Similarly, the second wireless device may enable or disable the PS mode based on the PS enable / disable command for the second block among multiple blocks in the group command DCI, and so on.

[0510] By Fig.36 way of an example embodiment, the base station may enable / disable the PS mode of multiple UEs by transmitting group common DCI. The group common DCI may be transmitted by reusing an existing DCI format (e.g., DCI format 2-0 / 2-1 / 2-2 / 2-3 already defined in the 3GPP specifications) or a new DCI format to be defined in the future. By assigning an RNTI different from other group common DCIs, the group common DCI for PS enable / disable can be distinguished from other group common DCIs (e.g., slot format indication, preemption indication, and / or power control command). The example embodiment may reduce the blind decoding complexity of the wireless device for enabling / disabling the PS mode. The example embodiment may improve the downlink spectrum efficiency of the base station.

[0511] Fig.37An example embodiment of enabling / disabling a power saving mode based on DCI on multiple cells (and / or BWPs) is shown. In an example, a base station may transmit DCI to a wireless device, the DCI indicating activation / deactivation of the PS mode on multiple cells (and / or BWPs). The DCI may be transmitted in a first DCI format (e.g., DCI format 2-0 / 2-1 / 2-2 / 2-3 that has been defined in 3GPP specifications) or a second DCI format (e.g., a new DCI format to be defined in the future). In an example, the DCI scrambled with a first RNTI dedicated to the PS mode may indicate that the DCI is for PS mode activation / deactivation on multiple cells / BWPs. The first RNTI may be different from a second RNTI (e.g., C-RNTI; P-RNTI; SI-RNTI; CS-RNTI; RA-RNTI; TC-RNTI; MCS-C-RNTI; TPC-PUCCH-RNTI; TPC-PUSCH-RNTI; TPC-SRS-RNTI; INT-RNTI; SFI-RNTI; and / or SP-CSI-RNTI).

[0512] As Fig.37 shown, the DCI may include multiple blocks. Each of the multiple blocks may include one or more bits. The one or more bits may indicate activation or deactivation of the PS mode on a cell / BWP among multiple cells / BWPs. In an example, a first cell / BWP (e.g., Fig.37 the first cell / BWP in Fig.37 ) may be associated with a first block of the DCI (e.g., Fig.37 block 1 in Fig.37 ), a second cell / BWP (e.g., Fig.37 the second cell / BWP in Fig.37 ) may be associated with a second block of the DCI (e.g., Fig.37 block 2 in ), and so on. The association between a cell / BWP and a block among the multiple blocks in the DCI may be indicated by a bit mapping manner in an RRC message. In an example, by the bit mapping manner, a PS enable / disable command for a cell / BWP may be a block among the multiple blocks, and the position of the block among the multiple blocks is indicated by an RRC message.

[0513] In an example, when a wireless device receives DCI for PS enable / disable on multiple cells / BWPs. The wireless device may enable or disable the PS mode on a cell / BWP among multiple cells / BWPs according to the PS enable / disable command for the cell / BWP. As Fig.37 shown, the wireless device may determine a PS enable / disable command for a first cell / BWP based on a first block among the multiple blocks in the DCI, and determine a PS enable / disable command for a second cell / BWP based on a second block among the multiple blocks in the DCI, and so on.

[0514] Fig.38 An example embodiment of enabling / disabling a power saving mode based on DCI on multiple cells / BWPs is shown. A base station (e.g., Fig.38 gNB in Fig.38 ) may transmit to a wireless device (e.g., Fig.38 UE in

[0515] ) one or more RRC messages containing configuration parameters of a power saving (e.g., Fig.38 PS in Fig.37 ) mode (procedure, mode or state) on multiple cells (and / or BWPs). The one or more RRC messages may include one or more cell-specific or cell-common RRC messages (e.g., ServingCellConfig IE, ServingCellConfigCommon IE, MAC-CellGroupConfig IE). In an example, a cell among the multiple cells may be a primary cell (e.g., PCell), a PUCCH secondary cell if a secondary PUCCH group is configured, a primary-secondary cell (e.g., PSCell) if dual connectivity is configured, or a secondary cell. Each cell among the multiple cells may be identified (or associated with) by a cell-specific identity (e.g., cell ID). In an example, a BWP among the multiple BWPs may be identified by a BWP index.

[0515] As Fig.38 shown, the base station may transmit DCI indicating PS mode enabling / disabling to the wireless device on one or more cells / BWPs among the multiple cells / BWPs. In an example, it may be based on Fig.37Implement DCI through example embodiments. The wireless device may receive DCI via PDCCH. The wireless device may activate or deactivate (or enable or disable) the PS mode on one or more cells / BWPs according to multiple blocks of DCI. In response to a PS enable / disable command in the first block of DCI indicating the enabling of the PS mode, the wireless device may activate the PS mode on the first cell / BWP. In response to activating the PS mode on the first cell / BWP, the wireless device may perform at least one of the following: monitor the wake-up signal / channel on the first cell / BWP (and / or for the first cell / BWP); do not monitor the PDCCH on the first cell / BWP (and / or for the first cell / BWP) until a wake-up signal or wake-up indication is received via the wake-up channel; monitor the PDCCH on the first cell / BWP in response to or after receiving a wake-up signal or wake-up indication via the wake-up channel. In response to a PS enable / disable command in the first block of DCI indicating the disabling of the PS mode, the wireless device may disable / deactivate the PS mode on the first cell / BWP. In response to disabling / deactivating the PS mode on the first cell / BWP, the wireless device may perform at least one of the following: skip monitoring the wake-up signal / channel; monitor the PDCCH on the first cell / BWP (and / or for the first cell / BWP); transmit or receive data packets based on DCI received on the PDCCH. Similarly, the wireless device may enable or disable the PS mode on the second cell / BWP based on a PS enable / disable command in the second block of multiple blocks in DCI, and so on.

[0516] Through Fig.37 and / or Fig.38 In example embodiments, the base station may enable / disable the PS mode of multiple cells / BWPs by transmitting DCI. DCI may be transmitted by reusing existing DCI formats (e.g., DCI formats 2-0 / 2-1 / 2-2 / 2-3 already defined in 3GPP specifications) or new DCI formats to be defined in the future. By assigning an RNTI different from other DCI, the DCI for PS enable / disable can be distinguished from other DCI (e.g., slot format indication, preemption indication, and / or power control command). Example embodiments may reduce the blind decoding complexity of the wireless device for enabling / disabling the PS mode. Example embodiments may enable the base station (and / or wireless device) to flexibly control the power saving mode on multiple cells / BWPs. Example embodiments may improve the downlink spectrum efficiency of the base station.

[0517] In an example, a wireless device may monitor a downlink control channel on a cell. The wireless device may receive DCI via the downlink control channel. The wireless device may verify DCI for activating a power saving mode based on at least one of the following: a CRC bit of the DCI; one or more fields of the DCI. The wireless device may determine that verification is achieved in response to: the CRC bit of the DCI being scrambled with an RNTI dedicated to the power saving mode; one or more fields of the DCI being set to one or more predefined values. The one or more fields may include at least one of the following: a new data indicator; a frequency domain resource assignment; a time domain resource assignment; and / or a HARQ process number. In response to verification being achieved, the wireless device may activate the power saving mode. When the power saving mode is activated, the wireless device may stop monitoring the downlink control channel.

[0518] In an example, example embodiments may be combined or selected Figures 27 to 38 to further improve the power consumption and / or signaling overhead of the wireless device. For example, Fig. 27 and Fig.38 a combined embodiment of may provide a method for indicating power saving operations of one or more SCell via DCI (e.g., one or more of existing DCI formats 0-0 / 0-1 / 1-0 / 1-1) based on the frequency domain resource assignment of the DCI being set to a predefined value. Fig.39 An example of an embodiment is shown. In an example, a wireless device may receive one or more RRC messages from a base station, the RRC messages including location parameters of a power saving indication among a plurality of power saving indications of at least one SCell among a plurality of SCell. The location parameter may identify the power saving indication among the plurality of power saving indications of at least one SCell. Based on the power saving indication indicating power saving information of at least one SCell, the power saving indication may be referred to as being associated with at least one SCell. In an example, the power saving indication may include a sleep indication. The sleep indication may indicate a sleep state or a non-sleep state of at least one SCell. The wireless device may receive DCI including a frequency domain resource assignment field. In response to the frequency domain resource assignment field of the DCI being set to a predefined value (e.g., all zeros or all ones), the wireless device may determine that the DCI includes a plurality of sleep indications. In response to determining that the DCI includes a plurality of sleep indications, the wireless device may transition at least one SCell to a sleep state based on the sleep indication among the plurality of sleep indications associated with at least one SCell indicating the sleep state. In an example, in response to determining that the DCI includes a plurality of sleep indications, the wireless device may transition at least one SCell to a non-sleep state based on the sleep indication among the plurality of sleep indications associated with at least one SCell indicating the non-sleep state.

[0519] Fig.40An example of an embodiment of power saving operation is shown. In the example, a wireless device may receive one or more RRC messages from a base station, where the RRC messages include location parameters of power saving indications among multiple power saving indications of at least one SCell among multiple SCell. The location parameter may identify a power saving indication among multiple power saving indications of at least one SCell. In the example, the power saving indication may include a sleep indication. The sleep indication may indicate a sleep or non-sleep state of at least one SCell. The wireless device may receive DCI including a frequency domain resource assignment field. The wireless device may determine whether the frequency domain resource assignment field is set to a predefined value (e.g., all zeros or all ones).

[0520] In response to the frequency domain resource assignment field being set to a predefined value, the wireless device may determine that the DCI includes multiple sleep indications. In response to determining that the DCI includes multiple sleep indications, the wireless device may transition at least one SCell to a sleep state based on a sleep indication among multiple sleep indications associated with at least one SCell indicating a sleep state. In response to determining that the DCI includes multiple sleep indications, the wireless device may transition at least one SCell to a non-sleep state based on a sleep indication among multiple sleep indications associated with at least one SCell indicating a non-sleep state.

[0521] In the example, in response to the frequency domain resource assignment field not being set to a predefined value, the wireless device may determine DCI indicating a normal grant (e.g., a downlink assignment or an uplink grant). The wireless device may receive a data packet via a downlink resource indicated by the frequency domain resource assignment field in response to the DCI indicating a downlink assignment. The wireless device may transmit a data packet via an uplink resource indicated by the frequency domain resource assignment field in response to the DCI indicating an uplink grant.

[0522] In the example, Fig.36 and Fig.37 embodiments of may be combined to further improve signaling overhead. Fig.41 An example of an embodiment is shown. The base station may transmit one or more RRC messages to the wireless device, where the RRC messages include a PS-RNTI for receiving group common DCI for power saving operation. In the example, the base station may transmit group common DCI including multiple blocks to the wireless device, and the group common DCI is scrambled with the PS-RNTI. Each of the multiple blocks may indicate power saving information for a corresponding wireless device among multiple wireless devices. One or more RRC messages may include a first location parameter indicating the location of one block among multiple blocks of the wireless device. In Fig.41In an example, block 1 associated with a first UE indicates first power saving information for the first UE, block 2 associated with a second UE indicates second power saving information for the second UE, and so on. In the example, each of the multiple blocks may include multiple sub-blocks. The multiple sub-blocks in a block may include at least one of the following: a first sub-block (e.g., sub-block 0) including a wake-up indication (or a sleep entry indication), and / or one or more second sub-blocks (e.g., sub-block 1, sub-block 2, etc.), each sub-block including a sleep indication for at least one SCell. One or more RRC messages may also include a second location parameter indicating the location of a sub-block among the multiple sub-blocks in a block for a sleep indication of at least one SCell of a radio device associated with the block. In Fig.41 In an example, sub-block 0 of block 1 includes a wake-up indication (or a sleep entry indication) for the first UE, sub-block 1 of block 1 includes a first sleep indication for at least a first SCell of the first UE, sub-block 2 of block 1 includes a second sleep indication for at least a second SCell of the first UE, and so on.

[0523] In Fig.41 In an example, in response to a block corresponding to a radio device that includes a wake-up indication (e.g., in sub-block 0 of block 1), the radio device may wake up (e.g., monitor the PDCCH during the DRX active time of a DRX cycle). In the example, in response to a block corresponding to a radio device that includes a sleep entry indication (e.g., in sub-block 0 of block 1), the radio device may enter sleep (e.g., skip or stop monitoring the PDCCH during the DRX active time of a DRX cycle).

[0524] In an example, in response to a first sub-block corresponding to at least a first SCell among multiple SCell in a block (e.g., Fig.41 sub-block 1 in ), the first sub-block including a sleep indication indicating a sleep state of at least a first SCell of the radio device, the radio device may transition at least the first SCell to a sleep state. In response to at least the first SCell being in a sleep state, the radio device may stop monitoring the PDCCH on / for the at least first SCell and transmit a CSI report for the at least first SCell. In an example, in response to a second sub-block corresponding to at least a second SCell among multiple SCell in a block (e.g., Fig.41Sub-block 2) in it, the second sub-block contains a sleep indication indicating the sleep state of at least a second SCell of the wireless device, and the wireless device can transition at least the second SCell to the sleep state. In response to at least the second SCell being in the sleep state, the wireless device can stop monitoring the PDCCH on / for the at least second SCell, and transmit a CSI report for the at least second SCell. Similarly, the wireless device can determine the state transition of at least a third SCell of the wireless device based on the third sub-block of the block, and so on.

[0525] In an example, in response to a first sub-block (e.g., Fig.41 sub-block 1) in the block corresponding to at least a first SCell among a plurality of SCell in the block, the first sub-block contains a sleep indication indicating the non-sleep state of at least a first SCell of the wireless device, and the wireless device can transition at least the first SCell to the non-sleep state. In response to at least the first SCell being in the non-sleep state, the wireless device can monitor the PDCCH on / for the at least first SCell, and transmit a CSI report for the at least first SCell. In an example, in response to a second sub-block (e.g., Fig.41 sub-block 2) in the block corresponding to at least a second SCell among a plurality of SCell in the block, the second sub-block contains a sleep indication indicating the non-sleep state of at least a second SCell of the wireless device, and the wireless device can transition at least the second SCell to the non-sleep state. In response to at least the second SCell being in the non-sleep state, the wireless device can monitor the PDCCH on / for the at least second SCell, and transmit a CSI report for the at least second SCell. Similarly, the wireless device can determine the state transition of at least a third SCell of the wireless device based on the third sub-block of the block, and so on. The example embodiment enables the wireless device to wake up (or go to sleep) on multiple cells, and transition one or more SCell of multiple cells to the sleep state or the non-sleep state based on receiving a single DCI. The example embodiment reduces the downlink signaling overhead for indicating the wake-up / go to sleep and sleep state of the SCell. When the wireless device supports a power saving mode (or operation), the example embodiment can reduce the blind decoding complexity of the wireless device when monitoring the PDCCH. The example embodiment can reduce the signaling overhead for transmitting various power saving information to multiple wireless devices in a single DCI.

[0526] In an example, when in the power saving mode, a wireless device may monitor a downlink control channel on a first search space of a cell. The wireless device may receive DCI via the downlink control channel on the first search space. The wireless device may verify DCI for deactivating the power saving mode based on at least one of the following: the CRC bit of the DCI; one or more fields of the DCI. The wireless device may determine that verification is achieved in response to at least one of the following: the CRC bit of the DCI is scrambled with an RNTI dedicated to the power saving mode; one or more fields of the DCI are set to one or more predefined values. In response to the verification being achieved, the wireless device may deactivate the power saving mode. In response to deactivating the power saving mode, the wireless device may monitor the downlink control channel on the first search space and at least a second search space.

[0527] In an example, a wireless device may monitor a downlink control channel. The wireless device may receive DCI via the downlink control channel. The DCI may include one or more power saving activation / deactivation commands. The one or more power saving activation / deactivation commands may be associated with multiple cells / BWPs. In response to a power saving activation / deactivation command in the one or more power saving activation / deactivation commands indicating power saving mode activation, the wireless device may activate the power saving mode on a first cell of the multiple cells / BWPs, where the power saving activation / deactivation command is associated with the first cell.

[0528] In an example, a wireless device may monitor a downlink control channel. The wireless device may receive DCI via the downlink control channel. The DCI may include one or more power saving activation / deactivation commands. The one or more power saving activation / deactivation commands may be associated with multiple cells / BWPs. In response to a power saving activation / deactivation command in the one or more power saving activation / deactivation commands indicating power saving mode deactivation, the wireless device may deactivate the power saving mode on a first cell of the multiple cells / BWPs, where the power saving activation / deactivation command is associated with the first cell.

[0529] Fig.42 is a flowchart according to an aspect of an example embodiment of the present disclosure. At 4210, a wireless device (e.g., a first UE) may receive an RRC message that includes a PS-RNTI for a DCI for (receiving) notifying power saving information and a location parameter for receiving power saving information of the wireless device. At 4220, the wireless device may receive a first DCI including a plurality of blocks (e.g., each block is a bit string of a fixed length) based on the PS-RNTI. In an example, the location parameter indicates the location of one block among the plurality of blocks. The block includes a wake-up indication for the wireless device and a sleep indication for at least one SCell. At 4230, the wireless device transitions to a wake-up state in response to the wake-up indication. At 4240, the wireless device transitions at least one SCell to a sleep state in response to the sleep indication.

[0530] According to an example embodiment, the wireless device receives a first DCI scrambled with a PS-RNTI based on the cyclic redundancy check bit of the first DCI.

[0531] According to an example embodiment, the RRC message indicates the DCI format of the DCI for notifying power saving information. The wireless device may receive the first DCI based on the format of the first DCI representing the DCI format.

[0532] According to an example embodiment, transitioning to the wake state includes monitoring one or more downlink control channels (e.g., PDCCH) on one or more cells to receive a second DCI, the second DCI including: a downlink assignment on at least one of the one or more cells, and / or an uplink grant on at least one of the one or more cells. The one or more cells include the PCell and / or at least one of the one or more SCell. The one or more SCell include at least one SCell and one or more second SCell.

[0533] According to an example embodiment, during the period of the wake state, the wireless device performs at least one of the following: monitoring the PDCCH on one or more cells, receiving downlink data packets via the one or more cells, and / or transmitting uplink signals on the one or more cells. Monitoring the PDCCH on one or more cells includes monitoring the PDCCH on one or more cells during the DRX active time of the DRX cycle of the DRX operation.

[0534] According to an example embodiment, the wireless device transitions at least one SCell to a sleep state in response to a sleep indication indicating a transition to the sleep state for at least one SCell. Transitioning at least one SCell to a sleep state includes at least one of the following: stopping monitoring the PDCCH on the at least one SCell, stopping receiving downlink data packets via the at least one SCell, stopping transmitting uplink signals on the at least one SCell, and transmitting a CSI report of the at least one SCell.

[0535] According to an example embodiment, the wake indication corresponding to the wireless device includes a bit. The bit indicates a transition to the wake state in response to the bit being set to a first value. The bit indicates a transition to the sleep state in response to the bit being set to a second value.

[0536] According to an example embodiment, a wireless device transitions to a sleep state in response to a wake-up indication indicating a transition to the sleep state corresponding to the wireless device. Entering the sleep state includes a duration during which the wireless device performs at least one of the following: stops monitoring PDCCH on one or more cells, stops receiving downlink data packets via one or more cells, and / or stops transmitting uplink signals on one or more cells. Stopping monitoring PDCCH on one or more cells includes skipping monitoring PDCCH on one or more cells during the DRX active time of a DRX cycle.

[0537] According to an example embodiment, each of a plurality of blocks in a first DCI corresponding to a respective wireless device among a plurality of wireless devices notifies power saving information of the respective wireless device. A block for a wireless device includes a plurality of sleep indications, and each of the plurality of sleep indications corresponding to one or more SCell indicates a sleep state transition of the one or more SCell.

[0538] According to an example embodiment, an RRC message includes configuration parameters that indicate, for one or more SCell, a position of a sleep indication among the plurality of sleep indications in the block.

[0539] According to an example embodiment, a wireless device transitions at least one SCell to a non-sleep state in response to a sleep indication indicating a non-sleep state transition for the at least one SCell. In response to the at least one SCell being in the non-sleep state, the wireless device performs at least one of the following: monitors a downlink control channel on the at least one SCell, receives downlink data packets via the at least one SCell, and / or transmits uplink signals on the at least one SCell.

[0540] Fig.43 is a flowchart according to an aspect of an example embodiment of the present disclosure. At 4310, a wireless device (e.g., a first UE) may receive an RRC message that includes a PS-RNTI for a DCI for (receiving) notifying power saving information and a position parameter for receiving power saving information of the wireless device. At 4320, the wireless device may receive a first DCI including a plurality of blocks (e.g., a bit string having a fixed length for each block) based on the PS-RNTI. In an example, the position parameter indicates a position of one block among the plurality of blocks. The block includes a wake-up indication for the wireless device. At 4330, the wireless device transitions to a sleep state in response to a wake-up indication indicating a transition to the sleep state, where entering the sleep state includes stopping monitoring PDCCH during the DRX active time of a DRX cycle.

[0541] According to an example embodiment, a wireless device transitions to a wake-up state based on a wake-up indication indicating the wake-up state, where the wake-up state includes a time period during which the wireless device monitors a downlink control channel during a discontinuous reception (DRX) active time of DRX operation.

[0542] Fig.44 is a flowchart according to an aspect of an example embodiment of the present disclosure. At 4410, a wireless device (e.g., a first UE) may receive an RRC message that includes a PS-RNTI for a DCI including a plurality of blocks for (receiving) a first DCI format and notifying power saving information of a plurality of wireless devices including the wireless device, a location parameter for receiving the power saving information of the wireless device. At 4420, the wireless device may receive a first DCI having a first DCI format and including a first plurality of blocks (e.g., a bit string having a fixed length for each block) based on the PS-RNTI. In an example, the location parameter indicates a first position of a first block among the first plurality of blocks of the wireless device. The first block includes a wake-up indication of the wireless device. At 4430, the wireless device transitions to a wake-up state in response to a wake-up indication indicating the wake-up state, where the wake-up state includes monitoring a PDCCH during a DRX active time of a DRX cycle.

[0543] Fig.45 is a flowchart according to an aspect of an example embodiment of the present disclosure. At 4510, a wireless device (e.g., a UE) may receive an RRC message that includes a PS-RNTI for a DCI including a plurality of blocks for (receiving) notifying power saving information, a location parameter for receiving the power saving information of the wireless device, and / or configuration parameters of one or more SCell. At 4520, the wireless device may receive a first DCI including a first plurality of blocks (e.g., a bit string having a fixed length for each block) based on the PS-RNTI. In an example, the location parameter indicates a first position of a first block among the first plurality of blocks of the wireless device. The first block includes a sleep indication of at least one SCell among one or more SCell of the wireless device. At 4530, the wireless device transitions at least one SCell to a sleep state in response to a sleep indication indicating the sleep state.

[0544] Fig.46is a flowchart in accordance with aspects of an example embodiment of the present disclosure. At 4610, a wireless device (e.g., a first UE) may receive an RRC message that includes a PS-RNTI for a DCI that includes a plurality of power saving indications for a plurality of UEs including the first UE, a DCI format of the DCI, and positions of the power saving indications corresponding to respective UEs among the plurality of UEs in the plurality of power saving indications. At 4620, the wireless device may receive a first DCI that includes a first plurality of power saving indications based on the PS-RNTI and the DCI format. At 4530, the wireless device transitions to a power saving state in response to a first power saving indication at a first position among the first plurality of power saving indications corresponding to the wireless device, the first power saving indication indicating a transition to the power saving state.

[0545] Fig.47 is a flowchart in accordance with aspects of an example embodiment of the present disclosure. At 4710, a wireless device (e.g., a UE) may receive a DCI via a first PDCCH of a first cell (e.g., a PCell), the DCI including a frequency domain resource allocation field. At 4720, the wireless device may determine whether the DCI indicates a dormant state of an SCell based on the frequency domain resource allocation field being set to a predefined value. At 4730, the wireless device transitions the SCell to the dormant state based on the determination, wherein during a period of the dormant state, the wireless device stops monitoring a second PDCCH on the SCell. In an example, during the period of the dormant state, the wireless device transmits a CSI report for the SCell via the PCell or a PUCCH SCell.

[0546] According to an example embodiment, the predefined value may be a bit string of all zeros. In an example, the predefined value may be a bit string of all ones.

[0547] According to an example embodiment, the wireless device also transitions the SCell to the dormant state based on a DCI indicating a transition of the dormant state of the SCell that includes one or more fields.

[0548] According to an example embodiment, the wireless device transmits one or more auxiliary parameters of the wireless device to a base station, the auxiliary parameters indicating whether the wireless device supports a transition of the dormant state. The wireless device receives configuration parameters of the dormant state of the SCell from the base station based on the one or more auxiliary parameters.

[0549] According to an example embodiment, in response to receiving a DCI indicating a transition of the dormant state of the SCell, the wireless device transmits a media access control control element indicating an acknowledgement of receiving the DCI. The media access control control element has a fixed size of zero bits.

[0550] According to an example embodiment, a wireless device may monitor a downlink control channel on a secondary cell (SCell) before receiving a downlink control information (DCI) indicating a transition of the SCell to a dormant state.

[0551] According to an example embodiment, the DCI includes a plurality of dormant indications, each of the plurality of dormant indications corresponding to one or more of a plurality of cells. Each of the plurality of dormant indications corresponding to one or more of the plurality of cells indicates a transition of the dormant state of the one or more cells. The plurality of cells includes one or more SCells.

[0552] According to an example embodiment, the wireless device receives one or more radio resource control (RRC) messages from a base station, the RRC messages including configuration parameters indicating the positions of the dormant indications among the plurality of dormant indications of the one or more cells.

[0553] According to an example embodiment, the wireless device further determines whether the DCI indicates a dormant state of the SCell based on one or more second fields of the DCI. The one or more second fields include: a modulation and coding scheme field, a new data indicator field, a redundancy version field, and / or a hybrid automatic repeat request field.

[0554] Embodiments may be configured to operate as needed. For example, in a wireless device, a base station, a radio environment, a network, a combination of the above, etc., when certain criteria are met, the disclosed mechanisms may be executed. Example criteria may be at least partially based on, for example, wireless device or network node configuration, traffic load, initial system settings, packet size, traffic characteristics, a combination of the above, etc. When one or more criteria are met, various example embodiments may be applied. Thus, it is possible to selectively implement example embodiments of the disclosed protocol.

[0555] A base station may communicate with a mixture of wireless devices. The wireless devices and / or the base station may support multiple technologies and / or multiple versions of the same technology. The wireless devices may have certain specific capabilities, depending on the wireless device category and / or capabilities. The base station may include multiple sectors. When the present disclosure refers to a base station communicating with multiple wireless devices, the present disclosure may mean a subset of the total wireless devices in a coverage area. For example, the present disclosure may mean multiple wireless devices having a given capability and a given LTE or 5G version in a given sector of the base station. The multiple wireless devices in the present disclosure may refer to a selected multiple of wireless devices, and / or a subset of the total wireless devices in the coverage area that execute according to the disclosed method, etc. There may be multiple base stations or multiple wireless devices in the coverage area that do not conform to the disclosed method, because, for example, these wireless devices or base stations are based on an older version of LTE or 5G technology to execute.

[0556] In this disclosure, "a" and "an" and similar phrases will be interpreted as "at least one" and "one or more". Similarly, any term ending with a suffix "(s)" will be interpreted as "at least one" and "one or more". In this disclosure, the term "may" will be interpreted as "may, for example". In other words, the term "may" indicates that the phrase following the term "may" is an instance of one of the various suitable possibilities that may or may not be used in one or more of the respective embodiments.

[0557] If A and B are sets and every element of A is also an element of B, then A is called a subset of B. In this specification, only non-empty sets and subsets are considered. For example, the possible subsets of B = {cell1, cell2} are: {cell1}, {cell2}, and {cell1, cell2}. The phrase "based on" (or equivalently "at least based on") means that the phrase following the term "based on" is an instance of one of the various suitable possibilities that may or may not be used in one or more different embodiments. The phrase "responsive to" (or equivalently "at least responsive to") means that the phrase following the term "responsive to" is an instance of one of the various suitable possibilities that may or may not be used in one or more different embodiments. The phrase "depending on" (or equivalently "at least depending on") means that the phrase following the term "depending on" is an instance of one of the various suitable possibilities that may or may not be used in one or more different embodiments. The phrase "employ / use" (or equivalently "at least employ / use") means that the phrase following the term "employ / use" is an instance of one of the various suitable possibilities that may or may not be used in one or more different embodiments.

[0558] The term "configured" can relate to the capabilities of a device, whether the device is in an operating state or a non-operating state. "Configured" can also mean specific settings within the device that affect the operating characteristics of the device, whether the device is in an operating state or a non-operating state. In other words, hardware, software, firmware, registers, memory values, etc. can be "configured" within the device to provide the device with specific characteristics, whether the device is in an operating state or a non-operating state. A term such as "control message caused in the device" can mean that the control message has parameters that can be used to configure specific characteristics in the device or parameters that can be used to implement certain actions in the device, whether the device is in an operating state or a non-operating state.

[0559] In this disclosure, various embodiments are disclosed. Limitations, features, and / or elements from the disclosed exemplary embodiments can be combined to create additional embodiments within the scope of this disclosure.

[0560] In the present disclosure, a parameter (or equivalently referred to as a field or information element: IE) may contain one or more information objects, and an information object may contain one or more other objects. For example, if parameter (IE) N contains parameter (IE) M, and parameter...

Claims

1. A power saving method applied to a multi - carrier communication system, comprising: Receive downlink control information, the downlink control information including a frequency domain resource allocation field, and in response to the frequency domain resource allocation field being set to a predefined value, transition a secondary cell to a dormant state by a wireless device (110).

2. The method according to claim 1, further comprising transmitting a channel state information report of the secondary cell in response to transitioning the secondary cell to a dormant state.

3. The method according to claim 1, wherein the predefined value includes: A bit string of zeros; Or A bit string of ones.

4. The method according to any one of claims 1 to 3, further comprising monitoring a downlink control channel on the secondary cell before receiving the downlink control information, wherein in response to the secondary cell transitioning to a dormant state, the wireless device performs at least one of the following: Stop monitoring the downlink control channel on the secondary cell; Stop receiving downlink packets via the secondary cell; and Stop transmitting uplink signals on the secondary cell.

5. The method according to claim 1, wherein the downlink control information includes a bandwidth part indicator field.

6. A wireless device (110) comprising one or more processors and a memory storing instructions which, when executed by the one or more processors, cause the wireless device to perform the method according to any one of claims 1 to 5.

7. A non-transitory computer-readable storage medium comprising instructions which, when executed by a processor, cause the processor to perform the method according to any one of claims 1 to 5.

8. A power saving method applied to a multi-carrier communication system, comprising: Transmit downlink control information, the downlink control information including a frequency domain resource allocation field, and in response to the frequency domain resource allocation field being set to a predefined value, transition a secondary cell of a wireless device (110) to a dormant state by a base station (120).

9. The method according to claim 8, further comprising receiving a channel state information report of the secondary cell after transitioning the secondary cell to a dormant state.

10. The method according to claim 8, wherein the predefined value includes: A bit string of zeros; Or A bit string of ones.

11. The method according to any one of claims 8 to 10, wherein in response to the secondary cell transitioning to a dormant state, the base station performs at least one of the following: Stop transmitting downlink packets on the secondary cell; Stop receiving uplink signals via the secondary cell.

12. The method according to claim 8, wherein the downlink control information includes a bandwidth part indicator field.

13. A base station (120) comprising one or more processors and a memory storing instructions which, when executed by the one or more processors, cause the base station to perform the method according to any one of claims 8 to 12.

14. A non-transitory computer-readable storage medium comprising instructions which, when executed by one or more processors, cause the one or more processors to perform the method according to any one of claims 8 to 12.

15. A power saving system applied to a multi-carrier communication system, comprising: Base station (120), the base station comprising: one or more processors, and a memory storing instructions which, when executed by the one or more processors, cause the base station to: Transmit downlink control information, the downlink control information including a frequency domain resource assignment field, and in response to the frequency domain resource assignment field being set to a predefined value, transition a secondary cell of a wireless device (110) to a dormant state; and Wireless device, wherein the wireless device comprises: one or more processors, and a memory storing instructions which, when executed by the one or more processors, cause the wireless device to: Receive downlink control information, the downlink control information including a frequency domain resource assignment field, and in response to the frequency domain resource assignment field being set to a predefined value, transition a secondary cell of the wireless device to a dormant state.

Images