On-demand system information block transmission for network ennergy savings (NES)

Abstract

This disclosure provides systems, devices, apparatus, and methods, including computer programs encoded on storage media, for on-demand SIB1 transmission. A UE (102) receives (312), for a candidate cell, an indication that SIB transmission is deactivated for the candidate cell. The UE (102) also receives (314), for the candidate cell, a PRACH resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell. The UE (102) transmits (322) a PRACH preamble on the uplink resources. The PRACH preamble requests the SIB transmission from the candidate cell.

Description

ON-DEMAND SYSTEM INFORMATION BLOCK TRANSMISSION FOR NETWORK ENNERGY SAVINGS (NES)TECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communication, and more particularly, to on-demand transmission of a system information block (SIB) such as SIB1.BACKGROUND

[0002] The Third Generation Partnership Project (3GPP) specifies a radio interface referred to as fifth generation (5G) new radio (NR) (5G NR) . An architecture for a 5G NR wireless communication system includes a 5G core (5GC) network, a 5G radio access network (5G-RAN) , a user equipment (5G UE) , etc. The 5G NR architecture seeks to provide increased data rates, decreased latency, and / or increased capacity compared to prior generation cellular communication systems.

[0003] Wireless communication systems, in general, provide various telecommunication services (e.g., telephony, video, data, messaging, etc. ) based on multiple-access technologies, such as orthogonal frequency division multiple access (OFDMA) technologies, that support communication with multiple UEs. Improvements in mobile broadband continue the progression of such wireless communication technologies. For example, a system information block 1 (SIB1) carries necessary information for a UE to connect to a cell. However, a network entity of the cell may deactivate periodic broadcast of SIB1 to reduce power consumption. Thus, in the absence of a SIB1 for the cell, the UE may have to select a different, less desirable cell.

[0004] BRIEF SUMMARY

[0005] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects. This summary neither identifies key or critical elements of all aspects nor delineates the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0006] To enable network energy savings (NES) in fifth generation (5G) networks, a cell of a base station (BS) may stop periodically broadcasting system information  block 1 (SIB1) when there is reduced demand (e.g., during a non-peak period) . However, because SIB1 carries certain essential information for accessing the cell, such as the public land mobile network (PLMN) identifier (ID) and the cell barring configuration, disabling the SIB1 periodic broadcast in one cell may hinder user equipments (UEs) camping on other neighboring cells from reselecting the cell, and may also hinder the UEs not camping on any cell (e.g., the UEs just being powered on) from selecting the cell. As a result, these UEs may end up selecting / reselecting other, sub-optimal cells, which can compromise UE performance as well as the overall system performance. Therefore, it is desirable to allow UEs to request the SIB1 transmission from a cell, or to obtain the PLMN ID and cell barring configuration of a cell not periodically broadcasting SIB1, before determining whether to select or reselect the cell.

[0007] To support on-demand SIB1 transmissions for UEs in idle / inactive mode, a network entity provides the UE with a wake-up-signal configuration to allow the UE to transmit a uplink wake-up-signal to a candidate cell whose SIB1 transmission is deactivated (e.g., turned off) . Random access channel (RACH) resources may be used for the uplink wake-up-signal. However, because SIB1 conveys these common RACH resource configurations, providing the RACH configuration to the UEs in idle / inactive state without SIB1 needs to be addressed. Moreover, for the cell selection / reselection purpose, an idle / inactive UE uses the PLMN ID and the cell barring status of a cell in order to evaluate whether the UE should camp on the cell. However, because SIB1 indicates the PLMN ID and cell barring status, this evaluation process may become much longer in a cell disabling its SIB1 transmission.

[0008] An aspect of the present disclosure provides techniques for a UE to detect the absence of SIB1 in a cell via a master information block (MIB) , and to request the SIB1 transmission from the cell using the uplink resource configuration indicated in the MIB. The UE may operate in the idle or inactive state and select or re-select a candidate cell based on a cell selection procedure or a cell reselection procedure. The UE receives from a base station, a MIB indicating the base station is not currently periodically broadcasting SIB1 in the candidate cell (i.e., SIB1 transmission is deactivated) . The UE determines, from the MIB, the uplink resource (s) used to request the SIB1 transmission from the candidate cell and selects one of the uplink resource (s) used to request SIB1 transmission. The UE transmits a  request to the base station using the selected uplink resource and monitors / receives another MIB from the candidate cell. This request can take the form of a PRACH transmission. The UE determines whether the second MIB indicates that SIB1 is / will be transmitted in the candidate cell. When the UE receives an indication that the candidate cell will transmit a SIB1, the UE monitors for the SIB1 transmission in the candidate cell. The UE can receive the on-demand SIB1 by monitoring the physical downlink control channel (PDCCH) addressed to system information-radio network temporary identifier (SI-RNTI) received in a MIB message (either the first MIB received prior to a PRACH transmission or the second MIB received after the PRACH transmission) . The UE receives the SIB1 in the candidate cell and proceeds to further evaluate the candidate cell based on the contents in SIB1. In some aspects, the uplink resources used to request the SIB1 transmission may be provided in a new SIB (e.g., SIBx, where x is an integer greater than 25) .

[0009] Another aspect of the present disclosure provides techniques for a UE to determine whether to reselect a NES cell fulfilling the cell reselection criteria but not currently periodically broadcasting SIB1, and to request the SIB1 transmission from the NES cell using the uplink resource configuration provided by a camped cell (e.g., a cell that the UE uses in the idle / inactive state) . The UE operates in the idle or inactive state while camping on a cell. The UE detects a neighbor cell fulfilling the cell reselection criteria and attempts to re-select the neighbor cell by obtaining, from the cell the UE is currently camping on, the PLMN ID of the candidate cell, the cell barring information of the candidate cell, and / or the uplink resource (s) used to request the SIB1 transmission from the candidate cell. The UE determines whether the candidate cell is restricted for accessing, based on the PLMN ID and the cell barring information of the candidate cell. The UE considers the candidate cell as being barred if the candidate cell is restricted for accessing. The UE re-selects the candidate cell and camps on the candidate cell, if the candidate cell is not restricted for accessing.

[0010] According to some aspects, a UE receives, for a candidate cell, an indication that periodic system information block (SIB) broadcast transmission is deactivated for the candidate cell. The UE also receives, for the candidate cell, a physical random access channel (PRACH) resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell. The UE transmits a  PRACH preamble on the uplink resources. The PRACH preamble requests the SIB transmission from the candidate cell.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] FIG. 1 illustrates a diagram of a wireless communications system that includes a plurality of user equipments (UEs) and network entities in communication over one or more cells according to an embodiment.

[0012] FIG. 2 is a block diagram of an example protocol stack according to which a UE of FIG. 1 communicates with base stations.

[0013] FIG. 3A is a signaling diagram illustrating a UE in an idle / inactive state that is aware of an absence of periodic broadcasting of system information block 1 (SIB1) and obtains a uplink wake-up-signal configuration by decoding a physical broadcast channel (PBCH) .

[0014] FIB. 3B is a signaling diagram illustrating another example of a UE in the idle / inactive state that is aware of the absence periodic broadcasting of SIB1 and obtains the uplink wake-up-signal configuration via PBCH but fails to acquire the SIB1 transmission.

[0015] FIG. 4 is a signaling diagram illustrating an example of a UE in the idle / inactive state that is aware of the absence of periodic broadcasting of SIB1 and obtains the uplink wake-up-signal configuration by decoding other system information indicated by the PBCH.

[0016] FIG. 5A is a signaling diagram illustrating an example of a camped cell providing a UE with the cell access related information and the physical random access channel (PRACH) resource configuration for requesting SIB1 of a neighboring cell not periodically broadcasting SIB1.

[0017] FIG. 5B is a signaling diagram illustrating an example of a UE that is provided with the cell access related information of a neighboring cell not periodically broadcasting SIB1 via a camped cell and provided with the PRACH resource configuration for requesting SIB1 of the neighboring cell via the neighbor cell.

[0018] FIG. 6 is a signaling diagram illustrating the use of a SIBx to provide cell access related information and a PRACH resource configuration for requesting SIB1 of a cell not periodically broadcasting SIB1.

[0019] FIG. 7 is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for detecting, via a master information block (MIB) , the  absence of a periodically broadcasted SIB1 in a cell and for requesting SIB1 transmission from the cell using the uplink resource configured in the MIB.

[0020] FIG. 8 is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for detecting the absence of periodically broadcasted SIB1 in a cell via a MIB and for requesting SIB1 transmission from the cell using the uplink resource configuration indicated in another system information block (SIBx) .

[0021] FIG. 9A is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for determining whether the procedure for requesting SIB1 transmission is successful or not based on a timer.

[0022] FIG. 9B is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for determining whether the procedure for requesting SIB1 transmission is successful or not based on a retransmission counter.

[0023] FIG. 10 is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not periodically broadcasting SIB1, based on an outcome of a procedure for requesting SIB1 transmission.

[0024] FIG. 11 is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not periodically broadcasting SIB1 and for requesting SIB1 transmission from the NES cell using the uplink resource configuration indicated for the NES cell.

[0025] FIG. 12 is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not periodically broadcasting SIB1 and for requesting SIB1 transmission from the NES cell using the uplink resource configuration indicated by a camped cell of the UE.

[0026] FIG. 13 is a flow diagram of an example method that can be implemented by a UE in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not periodically broadcasting SIB1, based on a public land mobile network (PLMN) identifier (ID) and cell barring information provided in another SIB (SIBx) .

[0027] FIG. 14 is a flowchart of a method of wireless communication at a UE according to an embodiment.

[0028] FIG. 15 is a flowchart of a method of wireless communication at a candidate cell according to an embodiment.

[0029] FIG. 16 is a flowchart of a method of wireless communication at a first cell, which is different from the candidate cell, according to an embodiment.

[0030] FIG. 17 is a diagram illustrating a hardware implementation for an example UE apparatus according to some embodiments.

[0031] FIG. 18 is a diagram illustrating a hardware implementation for one or more example network entities according to some embodiments.DETAILED DESCRIPTION

[0032] FIG. 1 illustrates a diagram 100 of a wireless communications system associated with a plurality of cells 190. The wireless communications system includes user equipments (UEs) 102 and base stations / network entities 104. Some base stations may include an aggregated base station architecture and other base stations may include a disaggregated base station architecture. The aggregated base station architecture utilizes a radio protocol stack that is physically or logically integrated within a single radio access network (RAN) node. A disaggregated base station architecture utilizes a protocol stack that is physically or logically distributed among two or more units (e.g., radio unit (RU) 106, distributed unit (DU) 108, central unit (CU) 110) . For example, a CU 110 is implemented within a RAN node, and one or more DUs 108 may be co-located with the CU 110, or alternatively, may be geographically or virtually distributed throughout one or multiple other RAN nodes. The DUs 108 may be implemented to communicate with one or more RUs 106. Any of the RU 106, the DU 108 and the CU 110 can be implemented as virtual units, such as a virtual radio unit (VRU) , a virtual distributed unit (VDU) , or a virtual central unit (VCU) . The base station / network entity 104 (e.g., an aggregated base station or disaggregated units of the base station, such as the RU 106 or the DU 108) , may be referred to as a transmission reception point (TRP) .

[0033] Operations of the base station 104 and / or network designs may be based on aggregation characteristics of base station functionality. For example, disaggregated base station architectures are utilized in an integrated access backhaul (IAB) network, an open-radio access network (O-RAN) network, or a virtualized radio access network (vRAN) , which may also be referred to a cloud radio access network (C-RAN) . Disaggregation may include distributing functionality across the two or  more units at various physical locations, as well as distributing functionality for at least one unit virtually, which can enable flexibility in network designs. The various units of the disaggregated base station architecture, or the disaggregated RAN architecture, can be configured for wired or wireless communication with at least one other unit. For example, the base stations 104b, 104d, 104e and / or the RUs 106a, 106b, 106c, 106d may communicate with the UEs 102a, 102b, 102c, 102d, 102e, and / or 102s via one or more radio frequency (RF) access links based on a Uu interface. Multiple RUs 106 and / or base stations 104 may simultaneously serve the UEs 102, such as by intra-cell and / or inter-cell access links between the UEs 102 and the RUs 106 / base stations 104. In examples, the RUs 106 of the base stations 104b, 104e share the same DU 108. In other examples, the base stations 104b, 104e have independent DUs 108. Likewise, the DU (s) 108 of the base stations 104b, 104e may share the same CU 110. In other examples, the base stations 104b, 104e have independent CUs 110. The base stations 104b, 104e may also be in communication with each other over a backhaul link 164.

[0034] The RU 106, the DU 108, and the CU 110 may include (or may be coupled to) one or more interfaces configured to transmit or receive information / signals via a wired or wireless transmission medium. For example, a wired interface can be configured to transmit or receive the information / signals over a wired transmission medium, such as via the fronthaul link 160 between the RU 106d and the baseband unit (BBU) 112 of the base station 104d associated with the cell 190d. The BBU 112 includes a DU 108 and a CU 110, which may also have a wired interface (e.g., midhaul link) configured between the DU 108 and the CU 110 to transmit or receive the information / signals between the DU 108 and the CU 110. In further examples, a wireless interface, which may include a receiver, a transmitter, or a transceiver, such as an RF transceiver, configured to transmit and / or receive the information / signals via the wireless transmission medium, such as for information communicated between the RU 106a of the cell 190a and the base station 104e of the cell 190e via cross-cell communication beams 136-138 of the RU 106a and the base station 104e.

[0035] The RUs 106 may be configured to implement lower layer functionality. For example, the RU 106 is controlled by the DU 108 and may correspond to a logical node that hosts RF processing functions, or lower layer PHY functionality, such as execution of fast Fourier transform (FFT) , inverse FFT (iFFT) , digital beamforming, physical random access channel (PRACH) extraction and filtering, etc. The  functionality of the RU 106 may be based on the functional split, such as a functional split of lower layers.

[0036] The RUs 106 may transmit or receive over-the-air (OTA) communication with one or more UEs 102. For example, the RU 106b of the cell 190b communicates with the UE 102b of the cell 190b via a first set of communication beams 132 of the RU 106b and a second set of communication beams 134b of the UE 102b, which may correspond to inter-cell communication beams or, in some examples, cross-cell communication beams. For instance, the UE 102b of the cell 190b may communicate with the RU 106a of the cell 190a via a third set of communication beams 134a of the UE 102b and a fourth set of communication beams 136 of the RU 106a. DUs 108 can control both real-time and non-real-time features of control plane and user plane communications of the RUs 106.

[0037] Any combination of the RU 106, the DU 108, and the CU 110, or reference thereto individually, may correspond to a base station 104. Thus, the base station 104 may include at least one of the RU 106, the DU 108, or the CU 110. The base stations 104 provide the UEs 102 with access to a core network. The base stations 104 may relay communications between the UEs 102 and the core network (not shown) . The base stations 104 may be associated with macrocells for higher-power cellular base stations and / or small cells for lower-power cellular base stations. For example, the cell 190e may correspond to a macrocell, whereas the cells 190a-190d may correspond to small cells. Small cells include femtocells, picocells, microcells, etc. A network that includes at least one macrocell and at least one small cell may be referred to as a “heterogeneous network. ”

[0038] Transmissions from a UE 102 to a base station 104 / RU 106 are referred to as uplink (UL) transmissions, whereas transmissions from the base station 104 / RU 106 to the UE 102 are referred to as downlink (DL) transmissions. Uplink transmissions may also be referred to as reverse link transmissions and downlink transmissions may also be referred to as forward link transmissions. For example, the RU 106d utilizes antennas of the base station 104d of cell 190d to transmit a downlink / forward link communication to the UE 102d or receive an uplink / reverse link communication from the UE 102d based on the Uu interface associated with the access link between the UE 102d and the base station 104d / RU 106d.

[0039] Communication links between the UEs 102 and the base stations 104 / RUs 106 may be based on multiple-input and multiple-output (MIMO) antenna technology,  including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be associated with one or more carriers. The UEs 102 and the base stations 104 / RUs 106 may utilize a spectrum bandwidth of Y MHz (e.g., 5, 10, 15, 20, 100, 400, 800, 1600, 2000, etc. MHz) per carrier allocated in a carrier aggregation of up to a total of Yx MHz, where x component carriers (CCs) are used for communication in each of the uplink and downlink directions. The carriers may or may not be adjacent to each other along a frequency spectrum. In examples, uplink and downlink carriers may be allocated in an asymmetric manner, with more or fewer carriers allocated to either the uplink or the downlink. A primary component carrier and one or more secondary component carriers may be included in the component carriers. The primary component carrier may be associated with a primary cell (PCell) and a secondary component carrier may be associated with a secondary cell (SCell) .

[0040] The UEs 102 and the base stations 104 / RUs 106 may each include a plurality of antennas. The plurality of antennas may correspond to antenna elements, antenna panels, and / or antenna arrays that may facilitate beamforming operations. For example, the RU 106b transmits a downlink beamformed signal based on a first set of communication beams 132 to the UE 102b in one or more transmit directions of the RU 106b. The UE 102b may receive the downlink beamformed signal based on a second set of communication beams 134b from the RU 106b in one or more receive directions of the UE 102b. In a further example, the UE 102b may also transmit an uplink beamformed signal (e.g., sounding reference signal (SRS) ) to the RU 106b based on the second set of communication beams 134b in one or more transmit directions of the UE 102b. The RU 106b may receive the uplink beamformed signal from the UE 102b in one or more receive directions of the RU 106b. The UE 102b may perform beam training to determine the best receive and transmit directions for the beamformed signals. The transmit and receive directions for the UEs 102 and the base stations 104 / RUs 106 may or may not be the same.

[0041] In further examples, beamformed signals may be communicated between a first base station / RU 106a and a second base station 104e. For instance, the base station 104e of the cell 190e may transmit a beamformed signal to the RU 106a based on the communication beams 138 in one or more transmit directions of the base station 104e. The RU 106a may receive the beamformed signal from the base station 104e of the cell 190e based on the RU communication beams 136 in one or more receive  directions of the RU 106a. In further examples, the base station 104e transmits a downlink beamformed signal to the UE 102e based on the communication beams 138 in one or more transmit directions of the base station 104e. The UE 102e receives the downlink beamformed signal from the base station 104e based on UE communication beams 130 in one or more receive directions of the UE 102e. The UE 102e may also transmit an uplink beamformed signal to the base station 104e based on the UE communication beams 130 in one or more transmit directions of the UE 102e, such that the base station 104e may receive the uplink beamformed signal from the UE 102e in one or more receive directions of the base station 104e.

[0042] The base station 104 may include and / or be referred to as a network entity. That is, “network entity” may refer to the base station 104 or at least one unit of the base station 104, such as the RU 106, the DU 108, and / or the CU 110. The base station 104 may also include and / or be referred to as a next generation evolved Node B (ng-eNB) , a next generation NB (gNB) , an evolved NB (eNB) , an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a TRP, a network node, network equipment, or other related terminology. The base station 104 or an entity at the base station 104 can be implemented as an IAB node, a relay node, a sidelink node, an aggregated (monolithic) base station, or a disaggregated base station including one or more RUs 106, DUs 108, and / or CUs 110. A set of aggregated or disaggregated base stations may be referred to as a next generation-radio access network (NG-RAN) . In some examples, the UE 102a operates in dual connectivity (DC) with the base station 104e and the base station / RU 106a. In such cases, the base station 104e can be a master node and the base station / RU 160a can be a secondary node.

[0043] Still referring to FIG. 1, any of the UEs 102 may include a system information block (SIB) requester component 140 configured to: receive, for a candidate cell, an indication that periodic SIB broadcast transmission is deactivated for the candidate cell; receive, for the candidate cell, a PRACH resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell; and transmit a PRACH preamble on the uplink resources, the PRACH preamble requesting the SIB transmission from the candidate cell.

[0044] The base stations 104 or a network entity of the base stations 104 includes a SIB transmission component 150 configured to: transmit an indication that periodic SIB  broadcast transmission is deactivated for the candidate cell; transmit a PRACH resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell; and receive, from a UE, a PRACH preamble on the uplink resources, the PRACH preamble requesting the SIB transmission from the candidate cell. The SIB transmission component 150 can also be configured to transmit the requested SIB transmission using a broadcast transmission. This broadcast transmission may use beamforming (MIMO antenna technology) to direct the on-demand SIB transmission toward a detected source of the PRACH preamble request.

[0045] The base stations 104 or a network entity of the base stations 104 includes a candidate cell assistor component 155 configured to: transmit at least one of: a public land mobile network (PLMN) identifier (ID) of the candidate cell and a barring configuration for the candidate cell; and / or transmit a PRACH resource configuration indicating uplink resources for requesting a SIB transmission from the candidate cell.

[0046] Accordingly, FIG. 1 describes a wireless communication system that may be implemented in connection with aspects of one or more other figures described herein. Further, although the following description may be focused on 5G NR, the concepts described herein may be applicable to other similar areas, such as 5G-Advanced and future versions, LTE, LTE-advanced (LTE-A) , and other wireless technologies, such as 6G.

[0047] FIG. 2 illustrates an example protocol stack 200 according to which the UE 102 can communicate with an eNB / ng-eNB or a gNB (e.g., one or more of the base stations 104 or units of the base stations 104) .

[0048] In the example protocol stack 200, a physical layer (PHY) 202A of evolved universal terrestrial radio access (EUTRA) provides transport channels to the EUTRA medium access control (MAC) sublayer 204A, which in turn provides logical channels to the EUTRA radio link control (RLC) sublayer 206A. The EUTRA RLC sublayer 206A in turn provides RLC channels to an EUTRA packet data convergence protocol (PDCP) sublayer 208 and, in some cases, to an NR PDCP sublayer 210. Similarly, the NR PHY 202B provides transport channels to the NR MAC sublayer 204B, which in turn provides logical channels to the NR RLC sublayer 206B. The NR RLC sublayer 206B in turn provides data transfer services to the NR PDCP sublayer 210. The NR PDCP sublayer 210 in turn can provide data  transfer services to Service Data Adaptation Protocol (SDAP) 212 or a radio resource control (RRC) sublayer 214. The UE 102, in some implementations, supports both the EUTRA and the NR stack as shown in FIG. 2, to support handover between EUTRA and NR base stations and / or to support dual connectivity (DC) over EUTRA and NR interfaces. Further, as illustrated in FIG. 2, the UE 102 can support layering of NR PDCP 210 over EUTRA RLC 206A, and SDAP sublayer 212 over the NR PDCP sublayer 210.

[0049] The EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 receive packets (e.g., from an Internet Protocol (IP) layer, layered directly or indirectly over the PDCP layer 208 or 210) that can be referred to as service data units (SDUs) , and output packets (e.g., to the RLC layer 206A or 206B) that can be referred to as protocol data units (PDUs) . Except where the difference between SDUs and PDUs is relevant, this disclosure for simplicity refers to both SDUs and PDUs as “packets. ”

[0050] On a control plane, the EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 can provide signaling radio bearers (SRBs) or RRC sublayer 214 to exchange RRC messages or non-access-stratum (NAS) messages, for example. On a user plane, the EUTRA PDCP sublayer 208 and the NR PDCP sublayer 210 can provide Data Radio Bearers (DRBs) to support data exchange. Data exchanged on the NR PDCP sublayer 210 can be SDAP PDUs, IP packets or Ethernet packets.

[0051] Network energy saving (NES) is important for environmental sustainability, because NES reduces an environmental impact (e.g., greenhouse gas emissions) , and is beneficial for operational cost savings. 5G networks are covering more and more types of communications and territories, and handling more advanced services and applications requires high data rates. As a result, networks may be deployed in a dense manner, using more antennas, larger bandwidths, and more frequency bands. The environmental impact of 5G networks should be properly controlled and provide advanced solutions for improving NES.

[0052] Energy consumption has become a key component of operating expenses. According to a report from global system for mobile communications association (GSMA) , the energy costs of mobile networks accounts for approximately 23%of the total operating cost. Most of the energy consumption comes from the RAN, especially from the active antenna unit (AAU) , while the data centers and fiber transport accounts for a smaller portion. The power consumption of a RAN is split into two parts: a dynamic part where consumption occurs when data  transmission / reception is taking place, and a static part where consumption occurs all the time to maintain necessary operations of the radio access, even when the data transmission / reception is not taking place.

[0053] 3GPP has defined a network energy consumption model for a base station, which includes reference configurations for frequency range 1 (FR1) time division duplex (TDD)  / frequency division duplex (FDD) and frequency range 2 (FR2) . Based on the agreed base station energy consumption model, the evaluation methodology, and assumptions, potential NES techniques in various domains have been evaluated in terms of the energy saving gains and the corresponding performance impact. Those techniques are classified into time, frequency, spatial, and power domains, and the technical descriptions and the impacts to legacy UEs and specifications are summarized in the technical report 3GPP TR 38.864. The techniques in time and frequency domains aim to reduce the power consumption by turning off some symbols / slots / frames on one or more carriers, and hence the base station is allowed to perform some micro / light / deep sleep, depending on the interval between the contiguous active transmission / reception occasions. The techniques in spatial and power domains aim to reduce the power consumption of the transceiver chains and power amplifiers (PA) by attempting to turn off more spatial elements, reduce transmission power, and / or increase the PA efficiency.

[0054] Further objectives for NES may include specifying techniques to support on-demand synchronization signal block (SSB) SCell operations for UEs in connected mode configured with carrier aggregation (CA) for both intra-band CA and inter-band CA. The procedures may also specify triggering techniques (e.g., select from UE uplink wake-up-signal using an existing signal / channel, cell on / off indication via backhaul, and / or SCell activation / deactivation signaling) . The UE 102 may use on-demand SSB transmission for at least SCell time / frequency synchronization, layer 1 (L1)  / layer 3 (L3) measurements, and SCell activation, and is supported for FR1 and FR2 in non-shared spectrum. The techniques implemented to support on-demand SIB1 for UEs in idle / inactive mode may include a triggering method by an uplink wake-up-signal using an existing signal / channel, wake-up-signal configuration provisioning to the UE 102 (e.g., without modification of the SSB) , an information exchange between network entities at least for the configuration of the wake-up signal if necessary, and / or a checkpoint for normative work.

[0055] Still further objectives for NES may include specifying an adaptation of common signal / channel transmissions. The adaptation may include adaptation of at least one of: an SSB in time domain (e.g., adapting periodicity) , a PRACH in time domain, a PRACH in spatial domain (e.g., non-uniform PRACH resources per SSB and specify if found beneficial) , or paging occasions where the paging occasions may be limited in the time domain (i.e., no paging latency increase) . Such objectives are not aimed at having a negative impact on legacy UEs, unless significant benefits are otherwise exhibited. The corresponding core requirements for the above features is also an objective.

[0056] An on-demand system information block 1 (SIB1) refers to a SIB1 that is no longer an always-on (periodically broadcast) SIB1 and can be turned off by the network entity for NES purposes. Upon receiving an uplink (cell) wake-up-signal from the UE 102, the network entity can turn on the SIB1 transmission in a cell for a predetermined period of time. This temporary SIB1 transmission can be a broadcast transmission and might be broadcast in a unidirectional manner toward a detected source of the uplink wake-up-signal. The UE 102 is provided with an uplink wake-up-signal configuration in order to transmit the uplink wake-up-signal in the cell with a deactivated periodic SIB1 broadcast transmission. Because the UEs are in the idle / inactive state, random access channel (RACH) resources are a candidate for the uplink wake-up-signal. However, because the common / basic RACH resource configurations are typically transmitted in the SIB1, it may be difficult to provide the RACH configuration to the UEs in idle / inactive state in the absence of a periodically broadcasted SIB1. Moreover, for cell selection / reselection purposes, an idle / inactive UE needs to determine the PLMN ID and the cell barring status of a specific feature (e.g., cellBarredNTN, cellBarredRedCap1Rx, cellBarredRedCap2Rx) of a cell in order to evaluate whether the UE should camp on the cell or not. However, because the PLMN ID and certain cell barring status are both indicated via SIB1, the evaluation process becomes much longer in a cell disabling the periodically broadcast SIB1 transmission, because the UE needs to transmit the uplink wake-up-signal and obtain the SIB1 from a candidate cell in the first place before evaluating that cell. “Idle / inactive state” as used herein may refer to the RRC_IDLE state or the RRC_INACTIVE state. Similarly, “connected state” as used herein may refer to the RRC_CONNECTED state.

[0057] FIG. 2 illustrates example protocol stack 200, whereas FIGs. 3A-6 illustrates signaling procedures 300-600 between a UE 102 and a cell 124 / 126 or network entity 104 that may use the example protocol stack 200. In the example scenarios of FIGs. 3A-6, the UE and / or the RAN perform techniques including: configuring the UEs with RACH resources as the uplink wake-up-signal, and increasing the processing speed for evaluating a cell without SIB1.

[0058] FIG. 3A is a signaling diagram 300 illustrating a UE 102 in an idle / inactive state 302 that is aware of an absence of periodically broadcasted SIB1 and obtains 314 an uplink wake-up-signal configuration by decoding a physical broadcast channel (PBCH) . In FIG. 3A, the UE 102 is initially in the idle / inactive state 302 or is recently turned-on. Meanwhile, the network entity 104 operating the NES cell deactivates 310 periodic SIB1 broadcast transmission in the cell. This deactivation of periodic SIB1 broadcast may occur any time before transmission 312, including during or after the UE measurement performance 303. While staying in the idle / inactive state 302 or as part of the UE power-on process, the UE 102 performs 303 a measurement and detects the NES cell operated by the network entity 104. After obtaining the measurement result of the detected cell, the UE 102 attempts 306 to select (if the UE 102 has not camped on any cell) or re-select (if the UE 102 has camped on a cell) the NES cell provided by the network entity 104, based on the measurement result and cell selection / reselection criteria.

[0059] The attempt 306 to select / re-select the NES cell of the network entity 104 causes the UE 102 to check for information included in a SIB1 related to cell access. However, after receiving 312, from the network entity 104, information on a PBCH, the UE 102 determines that the SIB1 is not periodically broadcast 312 in the cell of the network entity 104. In some implementations, after receiving 312, from the network entity 104, the information on the PBCH, the UE 102 determines that the network entity 104 does not transmit a physical downlink control channel (PDCCH) or a physical downlink shared channel (PDSCH) for the SIB1 in the monitoring occasion of the search space zero quasi-co-located with the SSB. In some implementations, the network entity 104 indicates whether the cell provides SIB1 by configuring a specific value (s) in ssb-SubcarrierOffset (see TS 38.213, clause 13) in the PBCH master information block (MIB) . In other implementations, the network entity 104 indicates whether the cell provides SIB1 by using a one-bit indication (e.g., SIB1_status) in the PBCH, such as by replacing a spare bit in the legacy MIB.  In further implementations, the network entity 104 indicates whether the cell provides SIB1 by configuring a specific value (s) in pdcch-ConfigSIB1 (e.g., by not configuring the search space zero or control resource set zero) .

[0060] If the network entity 104 indicates 312 that the cell is not currently providing SIB1 in a periodic broadcast, such as in the example of FIG. 3A, the network entity 104 can also indicate 314 a PRACH resource configuration for requesting SIB1 in the MIB. In some implementations, if the network entity 104 indicates the cell does not provide SIB1 using ssb-SubcarrierOffset, the original spare bit is then used to indicate whether the cell allocates resources for uplink wake-up-signal (e.g., the PRACH resources) for UEs to request SIB1 transmission, where the spare bit is renamed as ‘uplink-WUS' .

[0061] If the ‘uplink-WUS’ field in the MIB indicates the cell does allocate the uplink wake-up-signal resources for requesting SIB1 transmission, then in some implementations the uplink wake-up-signal resource allocation follows a default setting that is known to both the UE 102 and the network entity 104. In other implementations, the UE 102 determines configurations for the uplink wake-up-signal resources for requesting SIB1 transmission based on the SSB. For example, the UE 102 determines the subcarrier spacing for the PRACH based on the subcarrier spacing of the SSB. In other examples, the UE 102 determines the root sequence index for the PRACH based on the physical cell identifier (PCI) for the SSB. The UE 102 may transmit the PRACH based on a UE 102 determined power (e.g., maximum transmission power) . In other examples, the UE 102 and the network entity 104 determine the configuration for the PRACH based on a pre-defined value for a subset of, or all of, the parameters in RACH-ConfigCommon. The pre-defined value for some parameters may be based on the PCI, frequency band, and / or frequency range. Example PRACH parameters may correspond to the following:

[0062] In another implementation, when the ‘uplink-WUS’ field in the MIB indicates the cell does allocate the uplink wake-up-signal resources for requesting SIB1 transmission, the full or partial bits in pdcch-ConfigSIB1 are used to indicate one of the PRACH resource allocations for requesting the SIB1 transmission. For instance, the first 4 bits of the pdcch-ConfigSIB1 (e.g., controlResourceSetZero) indicate the frequency positions where the UE 102 may not find a synchronization signal (SS)  / PBCH, and the last 4 bits of the pdcch-ConfigSIB1 (e.g., searchSpaceZero) indicate one of the following 16 PRACH resource allocations in the table below.

[0063] *other fields in nrPRACHConfig are as follows: prach. FrequencyRange = 'FR1' , prach. DuplexMode = 'FDD' , prach. SubcarrierSpacing = 15, prach. SequenceIndex =0, prach. PreambleIndex = 0, prach. RestrictedSet = 'UnrestrictedSet' , prach. ZeroCorrelationZone = 0, prach. RBOffset = 0, prach. FrequencyStart = 0, prach. ActivePRACHSlot = 0, prach. NPRACHSlot = 0

[0064] In another example, the UE 102 and the network entity 104 determine different pdcch-ConfigSIB1 corresponding to different pre-defined configurations for the PRACH based on different values for a subset of, or all of, the parameters in RACH-ConfigCommon. The pre-defined value for some parameters may be based on the PCI, frequency band, and / or frequency range. In further examples, one of the index (es) (e.g., index=0) indicates no PRACH configuration. Then, the UE 102 may attempt to request or acquire the SIB1 via another cell.

[0065] After receiving 314 the indication / index of the PRACH resource configuration (i.e., the uplink wake-up-signal configuration) , the UE 102 performs 330 a procedure for requesting the on-demand SIB1 transmission. The UE 102 selects one of the PRACH resources (e.g., the PRACH preamble on one or multiple RACH occasions (ROs) ) and transmits 322, to the network entity 104, the PRACH preamble for requesting the SIB1 transmission. In response to receiving 322 the PRACH preamble, the network entity 104 may transmit 324, to the UE 102, a  random access response (RAR) , such as a MAC PDU addressed to the random access-radio network temporary identifier (RA-RNTI) including a MAC subheader having a random access preamble identity (RAPID) corresponding to the received PRACH preamble. The network entity 104 may transmit the PDSCH for the RAR based on a pre-configured or pre-defined downlink assignment. Alternatively, the network entity 104 may transmit the PDCCH scheduling the RAR in search space zero and control resource set zero or a pre-defined search space and control resource set. In some implementations, the MAC subheader is transmitted together with the RAR message. After receiving the MAC subheader including the RAPID corresponding to the transmitted PRACH preamble, the UE 102 determines that the RACH procedure for requesting the SIB1 transmission is successfully completed and beings to monitor the PBCH for the MIB transmitted in the cell.

[0066] The UE 102 receives 332, from the network entity 104, the PBCH from the cell indicating SIB1 is / will be transmitted in the cell. The UE 102 monitors for the SIB1 transmission, and eventually receives 340 the SIB1 for the cell. In other implementations, after transmitting 322 the PRACH preamble, the UE 102 does not monitor for the RAR message, but monitors for the subsequent MIB (s) transmitted in the cell, to determine whether the procedure for requesting the SIB1 transmission is successful. The on-demand SIB1 transmission is envisioned as a broadcast transmission that occurs for a predetermined period of time. This temporary SIB1 broadcast transmission may use beamforming (MIMO antenna technology) to direct the on-demand SIB1 transmission toward a detected source of the PRACH preamble request

[0067] The UE 102 decodes the contents in SIB1 and determines 355 from SIB1 that the cell is not restricted for accessing. Based on the determination 355, the UE 102 selects or re-selects 360 the cell provided by the network entity 104 and camps on the cell. FIG. 3A illustrates an example where the UE 102 successfully completes the procedure 330 for requesting the on-demand SIB1 transmission, whereas FIG. 3B illustrates an example where the UE 102 fails 352 to acquire the SIB1.

[0068] FIB. 3B is a signaling diagram 350 illustrating another example of a UE 102 in the idle / inactive state 302 that is aware of the absence of periodically broadcasted SIB1 and obtains 314 the uplink wake-up-signal configuration via PBCH but fails 352 to acquire the on-demand SIB1 transmission. Elements 302, 303, 306, 310, 312, 314, 322, and 324 have already been discussed above with respect to FIG. 3A.

[0069] In FIG. 3B, after the UE 102 transmits 322, to the network entity 104, the PRACH preamble used to request SIB1 transmission, the UE 102 does not receive a SIB1 during the predetermined period of time that the on-demand SIB1 is expected to be broadcast. The UE 102 may also fail to receive a PBCH indicating that the SIB1 is being transmitted during this predetermined time period and / or fail to receive a MAC subheader including the RAPID corresponding to the transmitted PRACH preamble. (See FIG. 3A elements 324, 332, 340. ) Therefore, the UE 102 repeats the process to request the SIB1 until a termination event 349 occurs (e.g., timer expires or after a maximum number of attempts) . A length of the timer corresponds to a maximum duration for requesting SIB1.

[0070] The maximum number of attempts and / or the maximum duration for requesting SIB1 may be pre-defined or configured by the network entity 104, for instance via MIB. When the maximum number of attempts or the maximum duration for requesting SIB1 is reached 349 and the UE 102 still has not received a SIB1, the UE 102 determines 352 that the UE 102 has failed to acquire SIB1 from the network entity 104. That is, the procedure for requesting the SIB1 transmission has failed. Accordingly, the UE 102 determines 370 to bar the cell provided by the network entity 104.

[0071] In another example, the UE 102 receives the PBCH indicating the transmission of SIB1 (see FIG. 3A element 332) but does not receive a SIB1 (see FIG. 3A element 340) before the maximum number of attempts or the maximum duration for requesting SIB1 is reached. In such cases, the UE 102 also determines 370 to bar the cell provided by the network entity 104. In some implementations, if the UE 102 determines 370 a candidate cell as being barred in the cell reselection evaluation process, the UE 102 does not consider the cell as the candidate for cell reselection for a duration of, for example, 300 seconds. FIGs. 3A-3B illustrate examples where the network entity 104 indicates 314 the PRACH resource configuration for requesting SIB1, whereas FIG. 4 illustrates an example where the network entity 104 indicates 416 a configuration for a new SIB.

[0072] FIG. 4 is a signaling diagram 400 illustrating an example of a UE 102 in the idle / inactive state 302 (or a power-on state) that is aware of the absence of periodically broadcasted SIB1 and obtains the uplink wake-up-signal configuration by decoding other system information indicated by the PBCH. Elements 302, 303,  306, 310, 312, 330, 355, and 360 have already been discussed above with respect to FIG. 3A.

[0073] In FIG. 4, instead of the network entity 104 indicating 314 the PRACH configuration in the PBCH, the network entity 104 indicates 416, to the UE 102 via the PBCH, a pdcch-config for a new SIB (e.g., SIBx, where x is an integer greater than 25) . The new SIB includes the PRACH resource configuration for requesting SIB1 transmission.

[0074] Using the pdcch-config for the new SIBx, I UE 102 receives 414, from the network entity 104, SIBx including the PRACH configuration for requesting SIB1 (i.e., the uplink wake-up-signal configuration) . In some implementations, a periodicity of the new SIB is much longer (e.g., 100 ms) than the periodicity of SIB1 (e.g., 20 ms) , and the periodicity of the new SIB is a fixed value (e.g., not configurable) and known by both the UE 102 and network entity 104. In some examples, the network entity 104 transmits 414 the SIBx once every 20 radio frames. In other examples, the network entity 104 transmits 414 the new SIB in a non-uniform manner in the time domain. For example, the network entity 104 transmits 414 the new SIB in a burst. The network entity 104 may transmit 414, to the UE 102, the new SIB periodically within a first time window and refrain from transmitting the new SIB in a second time window. The first window and the second window may be predefined or configured as indicated by the MIB. In some examples, within N frames, the first window includes the first N1 frames and the second window includes the remaining N-N2 frames.

[0075] After obtaining the ControlResourceSet, the SearchSpace, and the periodicity configuration of the new SIB, the UE 102 acquires 414 the new SIB and obtains the PRACH resource configuration for requesting SIB1. The UE 102 subsequently performs 330 the procedure for requesting the on-demand SIB1 transmission using the PRACH resource configuration indicated by the new SIB. The new SIB may configure a subset of, or all of, the configuration in RACH-ConfigCommon. The network entity 104 may transmit the PDCCH and / or the PDSCH for the new SIB based on the system information-radio network temporary identifier (SI-RNTI) or another radio network temporary identifier (RNTI) , such as a wake-up signal (WUS) -RNTI that is pre-defined or configured by the network entity 104, or determined based on the PCI for the network entity 104.

[0076] Although not illustrated in the figure, another option for the NE 104 to provide the PRACH resource configuration (i.e., the uplink wake-up-signal configuration) is via a dedicated RRC signaling, such as the RRCRelease message, RRCReconfiguration message, RRCResume, RRCReestablishment, or RRCSetup message. Through the dedicated RRC signaling, the provision of the uplink wake-up-signal configuration occurs before the UE 102 enters 302 the inactive / idle state, and the uplink wake-up-signal configuration provided in this way can be valid across multiple cells within the same Tracking Area Identity (TAI) , the same PLMM ID, or the same System Information Area Identity (SI Area ID) .

[0077] FIGs. 3A-4 illustrate techniques for attempting to acquire SIB1 for a an initial cell (upon power-on of the UE) or a camped cell (in an idle / inactive state) , whereas FIGs. 5A-5B illustrate techniques for attempting to acquire SIB1 for a neighbor cell that is an NES cell.

[0078] FIG. 5A is a signaling diagram 500 illustrating an example of a camped cell providing a UE 102 with the cell access related information and the PRACH resource configuration (e.g., for requesting SIB1) of a neighboring NES cell 126 not currently periodically broadcasting SIB1. Elements 302, 303, 312, and 330 have already been discussed above with respect to FIG. 3A.

[0079] In FIG. 5A, the UE 102 is initially in the idle / inactive state 302 and camps on Cell 1 (e.g., the camped cell 124) . The UE 102 receives 504, from Cell 1, system information including the cell reselection information (e.g., the frequency configuration) for measuring the neighbor cell 126. Cell 1 (the camped cell 124) and Cell 2 (the neighbor cell 126) can be operated by the same network entity (e.g., the base station 104e) or by different network entities (e.g., the base stations 104d and 104e) .

[0080] The network entity of neighbor cell 126 determines 510 to turn off the SIB1 transmission in the neighbor cell 126 (i.e., Cell 2) . As mentioned earlier with respect to FIG. 3A element 310, the NES cell 126 may stop 510 periodic broadcast of its SIB1 transmission any time prior to transmitting element 312. In response to the determination 510, the network entity of Cell 1 may indicate 512 in Cell 1, to the UE 102, via the Cell 1 system information, that the neighbor cell 126 (i.e., Cell 2) is not currently transmitting SIB1 periodically. If the network entity of Cell 1 and the network entity of Cell 2 are different network entities, the network entity of Cell 2 may need to notify the network entity of Cell 1 of the determination 510 to turn off  the SIB1 transmission via an inter-node message. Otherwise, the network entity of Cell 1 might not indicate 512 that SIB1 of Cell 2 is not being periodically broadcasted.

[0081] The network entity of Cell 1 indicates 513, to the UE 102, the PLMN ID of Cell 2 and a cell barring status (e.g., barring configuration) of Cell 2 in the system information as part of the cell reselection information. In an implementation, this indication 513 is added to a SIB4 message from Cell 1. In some implementations, if the network entity of Cell 1 has included 513 the PLMN ID and the cell barring status of Cell 2 in the system information message transmission 513, the network entity of the Cell 1 may not indicate 512 through the system information that Cell 2 is not providing SIB1 on a periodically broadcast basis. That is, the provision 513 of PLMN ID and the cell barring status of Cell 2 implicitly indicates to the UE 102 that Cell 2 is not providing SIB1.

[0082] In some implementations, the Cell 1 also provides the Tracking Area (TA) information (e.g., Tracking Area Code or Tracking Area Identity) in the event 513, where the TA information can help the UE 102 to determine whether to perform Tracking Area Update (TAU) or not after re-selecting / camping on the Cell 2 but before acquiring the SIB1 from Cell 2. In some other implementations, the PLMN ID, the TA information, or the System Information Area Identity (SI Area ID) of Cell 2 is transmitted by the Cell 1 in the event 513, where the PLMN ID, the TA information, or the SI Area ID is used by the UE 102 to determine whether the uplink wake-up-signal configuration configured to the UE 102 beforehand or afterward is applicable to the Cell 2.

[0083] The network entity of Cell 1 may also indicate 514A, to the UE 102 via the system information, the uplink wake-up-signal configuration (e.g., the PRACH resource configuration) for requesting SIB1 in Cell 2. In some implementations, the uplink wake-up-signal configuration provided in the event 514A is valid across multiple cells within the same PLMN ID, within the same Tracking Area ID, or within the same SI Area ID. In other implementations, instead of providing 514A, to the UE 102, the PRACH resource configuration for requesting SIB1, the network entity of Cell 1 provides the pdcch-Config of a new SIB (e.g., SIBx as described with reference to FIG. 4) , where the new SIB includes the uplink wake-up-signal configuration (e.g., PRACH resource configuration for requesting SIB1) applicable in Cell 2 or in multiple cells.

[0084] The UE 102, after obtaining the cell reselection information / configuration and performing 303 neighbor cell measurement, detects Cell 2 and obtains the measurement results for Cell 2, where the measurement results in this example support UE 102 to reselect Cell 2 from Cell 1. That is, the Cell 2 fulfills the cell reselection criteria. Based on the measurement results, the cell reselection criteria, the PLMN ID, and / or the cell barring indication / status of Cell 2, the UE 102 determines 520 to camp on Cell 2. The PLMN of Cell 2 may be the selected PLMN, the registered PLMN, or the PLMN of an equivalent PLMN list of the UE 102, where the cell barring status indicates that Cell 2 is not barred for the UE 102.

[0085] The UE 102 reselects 560 Cell 2 as the new / updated cell and may check again if SIB1 is still not transmitted in Cell 2. That is, the UE 102 may receive 312, from the network entity of Cell 2, a PBCH indicating that SIB1 is not periodically transmitted. The UE 102 performs 330 the procedure for requesting the SIB1 transmission from Cell 2, if SIB1 is still not periodically broadcast, based on the PRACH resource configuration provided 514A to the UE 102. FIG. 5A illustrates the UE 102 receiving 514A the PRACH configuration for requesting SIB1 in Cell 2 from the camped cell 124, whereas FIG. 5B illustrates the UE 102 receiving 514B the PRACH configuration for requesting SIB1 in Cell 2 from the Cell 2 (i.e., cell 126) .

[0086] FIG. 5B is a signaling diagram 550 illustrating an example of a UE 102 that is provided with the cell access related information of a neighboring cell 126 not periodically broadcasting SIB1 and with the PRACH resource configuration (e.g., for requesting SIB1) of the neighboring NES cell 126. Elements 302, 303, 312, and 330 have already been discussed above with respect to FIG. 3A. Elements 504, 510, 512, 513, 520, and 560 have already been described above with respect to FIG. 5A.

[0087] In FIG. 5B, the uplink wake-up-signal configuration (e.g., the PRACH resource configuration for requesting the SIB1 transmission from the neighbor cell 126 (i.e., Cell 2) ) is not provided to the UE 102 via the camped cell 124 (i.e., Cell 1) . Instead, the PRACH resource configuration for requesting the SIB1 transmission from the neighbor NES cell 126 is provided 514B to the UE 102 directly from the NES cell 126 (i.e., Cell 2) .

[0088] After UE 102 has reselected Cell 2 as the new / updated cell, the UE 102 obtains from the PBCH of Cell 2, the PRACH resource configuration for requesting SIB1 transmission in Cell 2. In some implementations, the PRACH resource configuration  for requesting SIB1 transmission is not carried by the PBCH, but is carried by a SIB (e.g., SIBx) having a time / frequency location in radio frames that is indicated in the PBCH as previously described with respect to FIG. 4.

[0089] FIG. 6 is a signaling diagram 600 illustrating the use of a SIBx to provide cell access related information and an uplink wake-up-signal configuration (e.g., a PRACH resource configuration for requesting SIB1) of an NES cell not periodically broadcasting SIB1. Elements 302, 303, 306, 310, 312, 330, and 360 have already been discussed above with respect to FIG. 3A. Elements 416 and 414 have already been described above with respect to FIG. 4.

[0090] In FIG. 6, the new SIB (e.g., SIBx) carries not only the PRACH resource configuration for requesting SIB1 transmission, but also the PLMN ID, the TA information, the SI Area ID, and / or the barring configuration / status of the NES cell that the UE 102 attempts 306 to select / re-select. After obtaining 613 the PLMN ID and the cell barring configuration / status, the UE 102 determines 655 from SIBx indications, in this example, that the candidate NES cell provided by the NE 104 is not restricted for accessing. That is, the PLMN of the candidate cell is a registered PLMN of the UE 102, and the cell barring / status indicates that the candidate cell is not barred. In response to the determination 655, the UE 102 selects / re-selects 360 the cell provided by the network entity 104 and performs 330 the procedure for requesting the on-demand SIB1 transmission based on the PRACH resource configuration received 414 from the network entity 104. FIGs. 3A-6 illustrate signaling procedures for requesting an on-demand SIB1 transmission, whereas FIGs. 7-15 show methods for implementing one or more aspects of FIGs. 3A-6.

[0091] FIG. 7 is a flow diagram of an example method 700 that can be implemented by a UE 102 in an idle / inactive state for detecting, via a MIB, the absence of SIB1 periodic broadcast in a candidate cell and for requesting on-demand SIB1 transmission from the NES cell using the uplink resource (i.e., the uplink wake-up-signal) configured in the MIB. The UE 102 may perform method 700 of FIG. 7 to implement aspects of the signaling procedure of FIG. 3A.

[0092] The UE 102 operates 702 initially in the RRC_IDLE or RRC_INACTIVE state or in a power-on state. In one implementation, the UE 102 may have already registered to a network and camped on a cell. In another implementation, the UE has recently been turned on from a power-off state. The UE 102 may select or re-select a target cell based on a cell selection or a cell reselection procedure. The UE 102  receives 712 a MIB from the target NES cell, where the MIB indicates the BS 104 of the target cell does not periodically broadcast SIB1 in the target cell. Because the UE 102 would need SIB1 from the target cell to further evaluate the target cell, the UE 102 determines 714 from the MIB the uplink resource (s) used to request an on-demand SIB1 transmission from the target cell. The UE 102 selects 722 one of the uplink resources used to request SIB1 transmission and transmits a request to the target cell using the selected uplink resource.

[0093] After transmitting the request for the on-demand SIB1 transmission to the target cell using the selected uplink resource, the UE 102 monitors and receives 731 another MIB (may be referred to as a second MIB) from the target cell. The UE 102 determines 732 whether the second MIB indicates that SIB1 is / will be transmitted in the target cell. If the UE 102 determines that the second MIB indicates that SIB1 is / will be transmitted in the target cell, the UE 102 monitors 738 for the SIB1 transmission in the target cell by monitoring the PDCCH addressed to SI-RNTI. For example, referring to FIG. 3A, the UE 102 may receive 332, from the network entity 104, the PBCH from the target cell indicating SIB1 is / will be transmitted In the target cell. The UE 102 may then monitor for the SIB1 transmission to receive 340 the SIB1 for the target cell.

[0094] Referring back to FIG. 7, the UE 102 receives 740 the SIB1 in the target cell and therefore can proceed to further evaluating the target cell based on the contents in SIB1. On the other hand, if the UE 102 determines that the second MIB does not indicate that SIB1 is / will be transmitted in the target cell, the UE 102 selects 722 another uplink resource to request again the on-demand SIB1 transmission from the target cell. FIG. 7 illustrates the UE 102 determining, from the MIB, the uplink resource (s) used to request the SIB1 transmission from the target cell, whereas FIG. 8 illustrates the UE 102 determining, from the SIBx, the uplink resource (s) used to request the SIB1 transmission from the target NES cell.

[0095] FIG. 8 is a flow diagram of an example method 800 that can be implemented by a UE 102 in an idle / inactive state for detecting, via a MIB, the absence of periodically broadcast SIB1 in a NES cell and for requesting on-demand SIB1 transmission from the NES cell using the uplink resource configuration (i.e., the uplink wake-up-signal configuration) indicated in another SIB (e.g., SIBx) . The UE 102 may perform method 800 of FIG. 8 to implement aspects of the signaling  procedure of FIG. 4. Elements 702, 712, 722, 731, 732, 738, and 740 have already been described above with respect to FIG. 7 and will not be repeated for brevity.

[0096] After receiving 712 the MIB indicating the BS 104 of the target cell does not broadcast SIB1 periodically in the target cell, the UE 102 obtains 816 from the MIB the pdcch-config for another SIB carrying the uplink resource configuration used to request the on-demand SIB1 transmission. For example, the UE 102 obtains from the MIB the pdcch-config that includes the CORESET_0 and SS_0 configuration for SIBx, where x is an integer greater than 25. Based on the pdcch-config, the UE monitors and obtains 814 the SIBx carrying the uplink resource configuration for requesting SIB1. Based on the information in the SIBx, the UE selects one of the uplink resources used to request SIB1 transmission and transmits 722, as in FIG. 7, a request to the BS 104 using the selected uplink resource. FIGs. 7 and 8 illustrate an example where the UE 102 successfully requests the on-demand SIB1 transmission, whereas FIG. 9 illustrates an example where the UE 102 fails to acquire the on-demand SIB1.

[0097] FIG. 9A is a flow diagram of an example method 900 that can be implemented by a UE 102 in an idle / inactive state (or a power-on state) for determining whether the procedure for requesting on-demand SIB1 transmission is successful or not based on a timer. The UE 102 may perform method 900 of FIG. 9A to implement aspects of the signaling procedure of FIG. 3B as it relates to using a timer to indicate whether the request for the SIB1 is successful. Elements 702, 712, 722, 738, and 740 have already been described above with respect to FIG. 7 and will not be repeated for brevity.

[0098] After the UE 102 receives 712 a MIB from the target cell, where the MIB indicates the BS 104 of the target cell does not broadcast SIB1 in the target cell, the UE 102 determines 914 from the MIB or from another SIB the uplink resource (s) (i.e., the uplink wake-up-signal) used to request the SIB1 transmission from the target cell. For example, similar to FIG. 8, the UE 102 determines 814 from SIBx the uplink resource (s) used to request the on-demand SIB1 transmission from the target NES cell.

[0099] Upon transmitting 722 the request for the SIB1 transmission to the candidate cell using a selected uplink resource, the UE 102 optionally starts 923A a first timer if the first timer has not been running or has not been started before. The UE 102 determines 932 whether the UE 102 has received an RAR including a RAPID  corresponding to the PRACH preamble selected by the UE 102. In one implementation, the RAR is addressed to the RA-RNTI corresponding to the time and frequency of the RACH occasion selected by the UE 102. If the UE 102 determines that the UE 102 has received the RAR, the UE 102 monitors 738 for the SIB1 transmission in the target cell by monitoring the PDCCH addressed to SI-RNTI, and stops the first timer if the first timer is still running.

[0100] On the other hand, if the UE 102 determines that the UE 102 has not received the RAR, the UE 102 checks 952 whether the first timer has expired or not. If the first timer has expired, the UE 102 considers 960 the target cell as being barred. That is, the UE 102 may consider the target cell as not allowing access. Otherwise, if the first timer has not expired, the UE 102 selects 722 another uplink resource and requests again, using the selected uplink resource, the target cell to transmit an on-demand SIB1. In other aspects, the BS 104 may indicate whether the on-demand SIB1 will be transmitted or not via the RAR. If the BS 104 indicates the on-demand SIB1 will not be transmitted, the UE may determine 960 that the corresponding cell is barred; otherwise, the UE may start to monitor 738 the on-demand SIB1. The UE 102 continues monitoring 738 until either the first timer expires (and the flow jumps to considering 960 the target cell as being barred) or until the UE receives 740 the SIB1. FIG. 9A illustrates an example where the UE 102 fails to acquire the SIB1 based on a timer, whereas FIG. 9B illustrates an example where the UE 102 fails to acquire the SIB1 based on a retransmission counter.

[0101] FIG. 9B is a flow diagram of an example method 950 of FIG. 9B to implement aspects that can be implemented by a UE 102 in an idle / inactive state (on power-on state) for determining whether the procedure for requesting SIB1 transmission is successful or not based on a retransmission counter. The UE 102 may perform method 950 of FIG. 9B to implement aspects of the signaling procedure of FIG. 3B as it relates to using a retransmission counter to indicate whether the request for the on-demand SIB1 transmission is successful. Elements 702, 712, 722, 738, and 740 have already been described above with respect to FIG. 7. Elements 914, 932, and 960 have already been described above with respect to FIG. 9A. These elements will not be repeated for brevity.

[0102] Upon transmitting 722 the request for the SIB1 transmission to the target cell using a selected uplink resource, the UE 102 optionally sets 932B a counter to the value 0, where the counter is used to count the number of RACH procedures the UE  has triggered / initiated in the same target cell for requesting the SIB1 transmission. In one implementation, the counter may be counter_PRACH_ReTx. In one implementation, the UE 102 may set 923B the counter value to 0 only once per the method 950. The UE 102 determines 932 whether the UE 102 has received an RAR including a RAPID corresponding to the PRACH preamble selected by the UE, as in method 900 of FIG. 9A. If the UE 102 determines that the UE 102 has received the RAR, the UE 102 monitors 738 for the SIB1 transmission in the target cell.

[0103] On the other hand, if the UE 102 determines that the UE 102 has not received 932 the RAR, the UE 102 checks 954 whether the counter used to count the number of RACH procedures the UE has triggered / initiated (e.g., counter_PRACH_ReTx) has reached a maximum value. In some implementations, the maximum value may be predefined or configured by the network, for example using Max_PRACH_ReTx. If the UE 102 determines that the counter has reached the maximum value, the UE 102 considers 960 the target cell as being barred. Otherwise, if the UE 102 determines that the counter has not reached the maximum value, the UE increases 955 the counter value (e.g., counter_PRACH_ReTx) by one. The UE 102 then selects 722 another uplink resource and requests again the candidate NES cell to transmit on-demand SIB1 using the selected uplink resource. FIGs. 7, 8, 9A, and 9B illustrate techniques for attempting to acquire SIB1 for a candidate cell, whereas FIG. 10 illustrate techniques for attempting to acquire SIB1 for a neighbor NES cell, for example during cell re-selection.

[0104] FIG. 10 is a flow diagram of an example method 1000 that can be implemented by a UE 102 in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not periodically broadcast transmitting SIB1, based on the outcome of the method 1000 for requesting SIB1 transmission. The UE 102 may perform method 1000 of FIG. 10 to implement aspects of the signaling procedure of FIG. 5A or FIG. 5B. As will be shown, one difference between method 1000 and FIG. 5A and FIG. 5B is that in method 1000 the UE 102 may not know if the target cell is barred, that is restricted for access, until the UE 102 receives the on-demand SIB1 from the target cell. In contrast in FIG. 5A and FIG. 5B, the UE 102 may determine if the target cell is barred based on system information received from the cell the UE 102 is currently camped on.

[0105] The UE 102 operates 1002 in the RRC_IDLE or RRC_INACTIVE state and has already registered to a network and camped on a cell (also sometimes referred to as  the serving cell) . The UE 102 then detects 1006 a neighbor cell fulfilling the cell reselection criteria, and hence attempts to re-select the candidate cell (also sometimes referred to as the target cell) . In accordance with the attempt, the UE 102 receives 712 a MIB from the candidate cell, where the MIB indicates the BS 104 of the candidate cell does not periodically broadcast SIB1 as an NES cell. Because the UE 102 would need SIB1 from the candidate cell to further evaluate the candidate cell, the UE 102 requests 1030 the on-demand SIB1 transmission from the candidate cell. In one implementation, the procedure for requesting the on-demand SIB1 transmission is performed in the serving cell. In another implementation, the procedure for requesting the on-demand SIB1 transmission is performed in the target cell.

[0106] After requesting 1030 the on-demand SIB1 transmission, the UE 102 determines 1039 whether the UE 102 successfully acquires / receives the on-demand SIB1 transmission. If the UE 102 does not acquire / receive SIB1 in the target cell after requesting 1030 the on-demand SIB1 transmission once or multiple times (per FIG. 3, FIG. 9A, or FIG. 9B) , the UE 102 considers 1070 the target cell as being barred, and might not consider the target cell as a candidate for cell reselection for a duration of, for example, 300 seconds. On the other hand, if the UE 102 acquires / receives SIB1 in the target cell after requesting the on-demand SIB1 transmission, the UE 102 determines 1055 whether the received SIB1 indicates the target cell is restricted for accessing. If the SIB1 indicates the target cell is restricted for accessing, the UE 102 considers 1070 the target cell as being barred, and might not consider the target cell as the candidate for cell reselection for a duration of, for example, 300 seconds. Otherwise, if the SIB1 does not indicate the target cell is restricted for accessing, the UE 102 re-selects 1060 the target cell and camps on it. While FIG. 10 illustrates techniques for the UE 102 to determine if the target cell is barred during cell re-selection based on the SIB1 received from the target cell, FIG. 11 illustrates techniques for the UE 102 to determine if the target cell is barred during cell re-selection based on system information received from the camped cell.

[0107] FIG. 11 is a flow diagram of an example method 1100 that can be implemented by a UE 102 in an idle / inactive state for determining whether to reselect an NES candidate cell (e.g., a target cell) , fulfilling the cell reselection criteria but not periodically transmitting SIB1, and for requesting on-demand SIB1 transmission from the NES cell using the uplink resource configuration indicated for the cell.  The UE 102 may perform method 1100 of FIG. 11 to implement aspects of the signaling procedure of FIG. 5B. Elements 712 and 714 have already been described above with respect to FIG. 7. Elements 1002, 1006, 1060, 1030, and 1070 have already been described with respect to FIG. 10.

[0108] After the UE 102 detects 1006 a neighbor cell fulfilling the cell reselection criteria and attempting to re-select as the target cell, the UE 102 obtains 1113 from the serving (camped) cell the PLMN ID, cell barring information, TAI, and / or SI area ID of the target cell, such as illustrated in FIG. 5B. Based on the PLMN ID and the cell barring information of the target cell, the UE 102 determines 1117 whether the target cell is restricted for accessing. If the UE 102 determines the target cell is restricted for accessing, the UE 102 considers 1070 the target cell as being barred, and then continues with the cell reselection process until the UE detects 1006 another cell fulfilling the cell reselection criteria. On the other hand, if the UE 102 determines the target cell is not restricted for accessing, the UE 102 re-selects 1060 the target cell and camps on it. The UE 102 then receives 712 a MIB from the target cell, where the MIB indicates the BS 104 does not periodically broadcast SIB1 in the target NES cell. Based on the indication, the UE 102 determines 714 from the MIB the uplink resource (s) (i.e., the uplink wake-up-signal) used to request on-demand SIB1 transmission from the target cell. Using the configured uplink resources, the UE 102 requests 1030 the on-demand SIB1 transmission from the target cell. FIG. 11 illustrates the UE 102 receiving 714 from the target cell the uplink resource (s) used for requesting SIB1 from the target NES cell, whereas FIG. 12 illustrates the UE 102 receiving from the camped cell the uplink resource (s) used for requesting SIB1 from the target NES cell.

[0109] FIG. 12 is a flow diagram of an example method 1200 that can be implemented by a UE 102 in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not periodically transmitting SIB1, and for requesting SIB1 transmission from the NES cell using the uplink resource configuration indicated by a camped cell of the UE. The UE 102 may perform method 1200 of FIG. 12 to implement aspects of the signaling procedure of FIG. 5A. Element 712 has already been described above with respect to FIG. 7. Elements 1002, 1006, 1060, 1030, and 1070 have already been described with respect to FIG. 10. Element 1117 has been described with respect to FIG. 11.

[0110] After the UE 102 detects 1006 a candidate cell fulfilling the cell reselection criteria and attempting to re-select the candidate cell, the UE 102 obtains 1213 from the camped cell not only the PLMN ID, cell barring information, TAI, and / or SI area ID of the candidate cell, but also the uplink resource (s) (i.e., uplink wake-up-signal) used to request an on-demand SIB1 transmission from the candidate cell. Then, after the UE 102 has re-selected and camped on the target cell, the MIB that the UE 102 receives in the target cell does not include the uplink resource configuration for requesting the on-demand SIB1 transmission from the target cell. That is, element 714 in FIG. 11 does not exist in FIG. 12. FIG. 8 illustrates techniques for the UE 102 to receive uplink resource (s) for requesting on-demand SIB1 transmission using SIBx and to determine from the SIB1 that a cell is not restricted for accessing. FIG. 13 illustrates techniques for the UE 102 to not only receive uplink resource (s) for requesting SIB1 transmission using SIBx but also to determine that the cell is not restricted for accessing based on SIBx.

[0111] FIG. 13 is a flow diagram of an example method 1300 that can be implemented by a UE 102 in an idle / inactive state for determining whether to reselect an NES cell fulfilling the cell reselection criteria but not transmitting SIB1, based on the PLMN ID and cell barring information provided in another SIB (e.g., SIBx) . The UE 102 may perform method 1300 of FIG. 13 to implement aspects of the signaling procedure of FIG. 6. Elements 1002, 1006, 1060, 1030, and 1070 have already been described with respect to FIG. 10. Element 712 has already been described with respect to FIG. 7. Element 816 has already been described with respect to FIG. 8.

[0112] After the UE 102 receives 712 a MIB in the target cell indicating the BS does not broadcast SIB1 in the target cell, the UE 102 obtains 816 from the MIB the pdcch-config (CORESET_0 and SS_0 config) for a new SIB (e.g., SIBx) . Based on the pdcch-config, the UE 102 obtains 1314 the new SIB. The new SIB may include the PLMN ID of the target cell, the barring configuration of the target cell, and the uplink resource (s) (i.e., the uplink wake-up-signal) configuration used to request the SIB1 transmission from the target cell. With the PLMN ID and the barring configuration of the target cell, the UE 102 determines 1117 whether the target cell is restricted for accessing. If the PLMN ID and barring configuration of the target cell indicate the target cell is restricted for accessing, the UE 102 considers 1070 the target cell as being barred and continues with the cell reselection 1006 until the UE 102 detects another candicate cell fulfilling the cell reselection criteria. In one  implementation, when the UE 102 considers 1070 the target cell as being barred, the UE 102 might not consider the target cell as the candidate for cell reselection for a duration of, for example, 300 seconds. Otherwise, the UE 102 re-selects 1060 the target cell to camp on it, and requests 1030 the on-demand SIB1 transmission from the target cell.

[0113] FIGs. 14-16 show further methods for implementing one or more aspects of FIGs. 3A-13. In particular, FIG. 14 shows an implementation by the UE 102 of the one or more aspects of FIGs. 3A-13. FIG. 15 shows an implementation by a network entity 104 of a candidate cell of the one or more aspects of FIGs. 3A-13. FIG. 16 shows an implementation by a network entity 104 of a first cell, which is different from the candidate cell, of the one or more aspects of FIGs. 3A-13.

[0114] FIG. 14 illustrates a flowchart of a method 1400 of wireless communication at a UE 102 for requesting on-demand SIB transmission according to an embodiment. With reference to FIG. 14, the method 1400 may be performed by the UE 102.

[0115] The UE 102 receives 1412, for a candidate cell, an indication that SIB transmission is deactivated for the candidate cell. For example, referring to FIG. 3A, the UE 102 may receive 312, from the network entity 104, a PBCH indicating that SIB1 is not periodically broadcast in a candidate cell of the network entity 104. In some implementations, information on the PBCH indicates that the network entity 104 does not transmit a PDCCH or a PDSCH for the SIB1 in the monitoring occasion of the search space zero quasi-co-located with the SSB. In some implementations, the network entity 104 indicates whether the cell provides SIB1 by configuring a specific value (s) in ssb-SubcarrierOffset (see TS 38.213, clause 13) in the PBCH MIB. In other implementations, the network entity 104 indicates whether the cell provides SIB1 by using a one-bit indication (e.g., SIB1_status) in the PBCH, such as by replacing a spare bit in the legacy MIB. In further implementations, the network entity 104 indicates whether the cell periodically provides SIB1 broadcasts by configuring a specific value (s) in pdcch-ConfigSIB1 (e.g., by not configuring the search space zero or control resource set zero) .

[0116] The UE 102 optionally receives 1413 at least one of a PLMN ID, a barring configuration, a TAI, or an SI area ID for the candidate cell. For example, referring to FIG. 6, the UE 102 may receive 613 from the network entity 104 the new SIB (e.g., SIBx) that carries the PLMN ID and the barring configuration / status of the cell the UE 102 is attempting to select / re-select. After obtaining the PLMN ID and the  cell barring configuration / status, the UE 102 may determine that the cell is not restricted for accessing, for example, when the PLMN of the cell is a registered PLMN of the UE 102, and the cell barring / status (e.g., cellBarredNTN, cellBarredRedCap1Rx, cellBarredRedCap2Rx) indicates that the cell is not barred for the UE 102. The UE 102 may then select / re-select the cell provided by the network entity 104 and perform the procedure for requesting the on-demand SIB1 transmission based on the uplink wake-up-signal configuration (e.g., PRACH resource configuration) received from the network entity 104.

[0117] The UE 102 receives 1414, for the candidate cell, a PRACH resource configuration indicating uplink resources for requesting the on-demand SIB transmission from the candidate cell. For example, referring to FIG. 3A, the UE 102 receives 314 from the network entity 104 a MIB that indicates a PRACH resource configuration for requesting an on-demand SIB1. In other implementations, as shown in FIG. 4, the UE 102 receives 414 from the network entity 104 a SIBx that indicates the PRACH resource configuration for requesting an on-demand SIB1. In other implementations, as shown in FIG. 5A, the UE 102 may receive from a camped cell system information that indicates the PRACH resource configuration for requesting on-demand SIB1 from a target cell during cell re-selection. In one implementation, the camped cell may transmit the system information on SIB4 along with other cell reselection information.

[0118] The UE 102 transmits 1422 a PRACH preamble on the uplink resources, the PRACH preamble requesting the on-demand SIB transmission from the candidate cell. For example, referring to FIG. 3A, the UE 102 may select one of the PRACH resources (e.g., the PRACH preamble on one or multiple RACH occasions (ROs) ) and may transmit 322, to the network entity 104, the PRACH preamble for requesting the SIB1 transmission.

[0119] The UE 102 optionally receives 1440 the SIB transmission from the candidate cell. For example, referring to FIG. 3A, the UE may receive from the network entity 104, the PBCH from the cell that indicates SIB1 is / will be transmitted in the cell. The UE 102 may monitor for the SIB1 transmission to receive 340 the SIB1 for the cell.

[0120] The UE 102 optionally selects or re-selects 1460 the candidate cell based on at least one of the PLMN ID, the barring configuration, the TAI, or the SI area ID. For example, referring to FIG. 5A and FIG. 5B, the UE 102 may determine 520 to camp  on Cell 2 based on the PLMN ID of Cell2 or the cell barring configuration of Cell 2. In some implementations, the PLMN of Cell 2 may be the selected PLMN, the registered PLMN, or the PLMN of an equivalent PLMN list of the UE 102. The cell barring status may indicate that Cell 2 is not barred for the UE 102.

[0121] Fig. 14 describes a method from a UE-side of a wireless communication link for requesting on-demand SIB transmission, whereas FIG. 15 and FIG. 16 describe a method from a network-side of the wireless communication link for on-demand SIB transmission.

[0122] FIG. 15 is a flowchart of a method 1500 of wireless communication at a candidate cell of a network entity for transmitting SIB on demand. With reference to FIG. 15, the method may be performed by one or more network entities 104, which may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, and / or the CU 110.

[0123] The candidate cell transmits 1512 an indication that periodic broadcast of a SIB is deactivated for the candidate cell. For example, referring to FIG. 3A, the network entity 104 may transmit a PBCH indicating that SIB1 is not periodically broadcast in a candidate cell of the network entity 104. In some implementations, information on the PBCH indicates that the network entity 104 does not transmit a PDCCH or a PDSCH for the SIB1 in the monitoring occasion of the search space zero quasi-co-located with the SSB. In some implementations, the network entity 104 indicates whether the cell provides SIB1 by configuring a specific value (s) in ssb-SubcarrierOffset (see TS 38.213, clause 13) in the PBCH MIB. In other implementations, the network entity 104 indicates whether the cell provides SIB1 by using a one-bit indication (e.g., SIB1_status) in the PBCH, such as by replacing a spare bit in the legacy MIB. In further implementations, the network entity 104 indicates whether the cell provides SIB1 by configuring a specific value (s) in pdcch-ConfigSIB1 (e.g., by not configuring the search space zero or control resource set zero) .

[0124] The candidate cell transmits 1514 an uplink wake-up-signal configuration (e.g., a PRACH resource configuration) indicating uplink resources for requesting the on-demand SIB transmission from the candidate NES cell. For example, referring to FIG. 3A, the network entity 104 may transmit MIB that indicates a PRACH resource configuration for requesting SIB1. In other implementations, as shown in FIG. 4, the network entity 104 may transmit SIBx that indicates the PRACH  resource configuration for requesting SIB1. In other implementations, as shown in FIG. 5A, a camped cell may transmit system information that indicates the PRACH resource configuration for requesting SIB1 from a target NES cell during cell re-selection. In one implementation, the camped cell may transmit the system information on SIB4.

[0125] The candidate cell receives 1522 a PRACH preamble from a UE on the uplink resources, the PRACH preamble requesting the on-demand SIB transmission from the candidate cell. For example, referring to FIG. 3A, the network entity 104 may receive the PRACH preamble for requesting the SIB1 transmission from the UE 102 through one of the PRACH resources (e.g., the PRACH preamble on one or multiple RACH occasions (ROs) ) .

[0126] The candidate cell optionally transmits 1540 the SIB from the candidate cell after receiving the PRACH preamble. For example, referring to FIG. 3A, the network entity 104 may transmit the PBCH from the cell to indicate SIB1 is / will be transmitted in the cell. The network entity 104 may then transmit the SIB1 for the cell.

[0127] FIG. 15 describes a method of wireless communication at a candidate NES cell of a network entity for transmitting SIB on demand during a cell selection procedure by a UE, whereas FIG. 16 describes a method of wireless communication at a first cell of a network entity to enable on-demand SIB transmission from a different cell of the network entity during a cell re-selection procedure by a UE.

[0128] FIG. 16 illustrates a flowchart of a method 1600 of wireless communication at a first cell with a UE 102 to implement on-demand SIB transmission from a candidate cell when the first cell and the candidate cell are different according to an embodiment. The UE 102 may be camped on the first cell when the UE 102 is in the idle or inactive mode. The UE 102 may request on-demand SIB transmission from the candidate cell to re-select the candidate cell. With reference to FIG. 16, the method 1600 may be performed by one or more network entities 104, which may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, and / or the CU 110.

[0129] The first cell optionally transmits 1604 system information indicating cell reselection information for a candidate cell (target cell) , the candidate cell being different from the first cell. For example, referring to FIG. 5A, Cell 1 may transmit 504 system information that indicates the cell reselection information (e.g., the  frequency configuration) for measuring a neighbor cell (Cell 2) . Cell 1 and Cell 2 can be operated by the same network entity (e.g., the base station 104e) or by different network entities (e.g., the base stations 104d and 104e) .

[0130] The first cell optionally transmits 1612 an indication that a periodic SIB broadcast is deactivated for the candidate cell. For example, referring to FIG. 5A, Cell 1 may indicate 512 to the UE 102, via the system information, that the neighbor cell 126 (i.e., Cell 2) is not transmitting SIB1 on a periodic broadcast. If the network entity of Cell 1 and the network entity of Cell 2 are different network entities, the network entity of Cell 2 may notify the network entity of Cell 1 that Cell 2 has turned off the periodic broadcast SIB1 transmission via an inter-node message.

[0131] The first cell transmits 1613 at least one of a PLMN ID, a barring configuration, a TAI, or an SI area ID of the candidate cell. For example, referring to FIG. 5A, Cell 1 may transmit 513 to the UE 102 the system information to indicate the PLMN ID of Cell 2 and a cell barring status (e.g., barring configuration, such as cellBarredNTN, cellBarredRedCap1Rx, cellBarredRedCap2Rx) of Cell 2. The provision of PLMN ID and the cell barring status of Cell 2 may implicitly indicate to a UE 102 that Cell 2 is not providing SIB1.

[0132] The first cell transmits 1614A an uplink wake-up-signal configuration (e.g., a PRACH resource configuration) indicating uplink resources for requesting SIB transmission from the candidate cell. For example, referring to FIG. 5A, Cell 1 may transmit 514A the system information to indicate the PRACH resource configuration for requesting SIB1 in Cell 2.

[0133] A UE apparatus 1702, as described in FIG. 17, may perform the method of flowchart 1400. The one or more network entities 104, as described in FIG. 18, may perform the method of flowcharts 1500-1600.

[0134] FIG. 17 is a diagram 1700 illustrating an example of a hardware implementation for a UE apparatus 1702. The UE apparatus 1702 may be the UE 102, a component of the UE 102, or may implement UE functionality. The UE apparatus 1702 may include an application processor 1706, which may have on-chip memory 1706’ . In examples, the application processor 1706 may be coupled to a secure digital (SD) card 1708 and / or a display 1710. The application processor 1706 may also be coupled to a sensor (s) module 1712, a power supply 1714, an additional module of memory 1716, a camera 1718, and / or other related components. For example, the sensor (s) module 1712 may control a barometric pressure sensor / altimeter, a motion  sensor such as an inertial management unit (IMU) , a gyroscope, accelerometer (s) , a light detection and ranging (LIDAR) device, a radio-assisted detection and ranging (RADAR) device, a sound navigation and ranging (SONAR) device, a magnetometer, an audio device, and / or other technologies used for positioning.

[0135] The UE apparatus 1702 may further include a wireless baseband processor 1726, which may be referred to as a modem. The wireless baseband processor 1726 may have on-chip memory 1726'. Along with, and similar to, the application processor 1706, the wireless baseband processor 1726 may also be coupled to the sensor (s) module 1712, the power supply 1714, the additional module of memory 1716, the camera 1718, and / or other related components. The wireless baseband processor 1726 may be additionally coupled to one or more subscriber identity module (SIM) card (s) 1720 and / or one or more transceivers 1730 (e.g., wireless RF transceivers) .

[0136] Within the one or more transceivers 1730, the UE apparatus 1702 may include a Bluetooth module 1732, a WLAN module 1734, a satellite positioning system (SPS) module 1736 (e.g., global navigation satellite system (GNSS) module) , and / or a cellular module 1738. The Bluetooth module 1732, the WLAN module 1734, the SPS module 1736, and the cellular module 1738 may each include an on-chip transceiver (TRX) , or in some cases, just a transmitter (TX) or just a receiver (RX) . The Bluetooth module 1732, the WLAN module 1734, the SPS module 1736, and the cellular module 1738 may each include dedicated antennas and / or utilize antennas 1740 for communication with one or more other nodes. For example, the UE apparatus 1702 can communicate through the transceiver (s) 1730 via the antennas 1740 with another UE (e.g., sidelink communication) and / or with a network entity 104 (e.g., uplink / downlink communication) , where the network entity 104 may correspond to a base station or a unit of the base station, such as the RU 106, the DU 108, or the CU 110.

[0137] The wireless baseband processor 1726 and the application processor 1706 may each include a computer-readable medium / memory 1726', 1706', respectively. The additional module of memory 1716 may also be considered a computer-readable medium / memory. Each computer-readable medium / memory 1726', 1706', 1716 may be non-transitory. The wireless baseband processor 1726 and the application processor 1706 may each be responsible for general processing, including execution of software stored on the computer-readable medium / memory 1726', 1706', 1716. The software, when executed by the wireless baseband processor 1726 / application  processor 1706, causes the wireless baseband processor 1726 / application processor 1706 to perform the various functions described herein. The computer-readable medium / memory may also be used for storing data that is manipulated by the wireless baseband processor 1726 / application processor 1706 when executing the software. The wireless baseband processor 1726 / application processor 1706 may be a component of the UE 102. The UE apparatus 1702 may be a processor chip (e.g., modem and / or application) and include just the wireless baseband processor 1726 and / or the application processor 1706. In other examples, the UE apparatus 1702 may be the entire UE 102 and include the additional modules of the apparatus 1702.

[0138] As discussed in FIG. 1 and implemented with respect to FIG. 14, the SIB requester component 140 is configured to receive, for a candidate cell, an indication that SIB transmission is deactivated for the candidate cell; receive, for the candidate cell, a PRACH resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell; and transmit a PRACH preamble on the uplink resources, the PRACH preamble requesting the SIB transmission from the candidate cell. The SIB requester component 140 may be within the application processor 1706 (e.g., at 140a) , the wireless baseband processor 1726 (e.g., at 140b) , or both the application processor 1706 and the wireless baseband processor 1726. The SIB requester component 140a-140b may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors, or a combination thereof.

[0139] FIG. 18 is a diagram 1800 illustrating an example of a hardware implementation for one or more network entities 104. The one or more network entities 104 may be a base station, a component of a base station, or may implement base station functionality. The one or more network entities 104 may include, or may correspond to, at least one of the RU 106, the DU, 108, or the CU 110. The CU 110 may include a CU processor 1846, which may have on-chip memory 1846'. In some aspects, the CU 110 may further include an additional module of memory 1856 and / or a communications interface 1848, both of which may be coupled to the CU processor 1846. The CU 110 can communicate with the DU 108 through a midhaul  link 162, such as an F1 interface between the communications interface 1848 of the CU 110 and a communications interface 1828 of the DU 108.

[0140] The DU 108 may include a DU processor 1826, which may have on-chip memory 1826'. In some aspects, the DU 108 may further include an additional module of memory 1836 and / or the communications interface 1828, both of which may be coupled to the DU processor 1826. The DU 108 can communicate with the RU 106 through a fronthaul link 160 between the communications interface 1828 of the DU 108 and a communications interface 1808 of the RU 106.

[0141] The RU 106 may include an RU processor 1806, which may have on-chip memory 1806'. In some aspects, the RU 106 may further include an additional module of memory 1816, the communications interface 1808, and one or more transceivers 1830, all of which may be coupled to the RU processor 1806. The RU 106 may further include antennas 1840, which may be coupled to the one or more transceivers 1830, such that the RU 106 can communicate through the one or more transceivers 1830 via the antennas 1840 with the UE 102.

[0142] The on-chip memory 1806', 1826', 1846'a nd the additional modules of memory 1816, 1836, 1856 may each be considered a computer-readable medium / memory. Each computer-readable medium / memory may be non-transitory. Each of the processors 1806, 1826, 1846 is responsible for general processing, including execution of software stored on the computer-readable medium / memory. The software, when executed by the corresponding processor (s) 1806, 1826, 1846 causes the processor (s) 1806, 1826, 1846 to perform the various functions described herein. The computer-readable medium / memory may also be used for storing data that is manipulated by the processor (s) 1806, 1826, 1846 when executing the software. In examples, the SIB transmission component 150 and / or the candidate cell assistor component 155 may sit at any of the one or more network entities 104, such as at the CU 110; both the CU 110 and the DU 108; each of the CU 110, the DU 108, and the RU 106; the DU 108; both the DU 108 and the RU 106; or the RU 106.

[0143] As discussed in FIG. 1 and implemented with respect to FIG. 15, the SIB transmission component 150 is configured to transmit an indication that SIB transmission is deactivated for the candidate cell; transmit a PRACH resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell; and receive, from a UE, a PRACH preamble on the uplink resources, the PRACH preamble requesting the SIB transmission from the candidate  cell. As discussed in FIG. 1 and implemented with respect to FIG. 16, the candidate cell assister component 155 is configured to transmit at least one of: a PLMN ID of the candidate cell or a barring configuration for the candidate cell; and transmit a PRACH resource configuration indicating uplink resources for requesting a SIB transmission from the candidate cell. The SIB transmission component 150 and / or the candidate cell assistor component 155 may be within one or more processors of the one or more network entities 104, such as the RU processor 1806 (e.g., at 150a, 155a) , the DU processor 1826 (e.g., at 150b, 155b) , and / or the CU processor 1846 (e.g., at 150c, 155c) . The SIB transmission component 150 and / or the candidate cell assistor component 155 may be one or more hardware components specifically configured to carry out the stated processes / algorithm, implemented by one or more processors 1806, 1826, 1846 configured to perform the stated processes / algorithm, stored within a computer-readable medium for implementation by the one or more processors 1806, 1826, 1846, or a combination thereof.

[0144] The specific order or hierarchy of blocks in the processes and flowcharts disclosed herein is an illustration of example approaches. Hence, the specific order or hierarchy of blocks in the processes and flowcharts may be rearranged. Some blocks may also be combined or deleted. Dashed lines may indicate optional elements of the diagrams. The accompanying method claims present elements of the various blocks in an example order, and are not limited to the specific order or hierarchy presented in the claims, processes, and flowcharts.

[0145] The detailed description set forth herein describes various configurations in connection with the drawings and does not represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough explanation of various concepts. However, these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0146] Aspects of wireless communication systems, such as telecommunication systems, are presented with reference to various apparatuses and methods. These apparatuses and methods are described in the following detailed description and are illustrated in the accompanying drawings by various blocks, components, circuits, processes, call flows, systems, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or  combinations thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0147] An element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems-on-chip (SoC) , baseband processors, field programmable gate arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other similar hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software, which may be referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, or any combination thereof.

[0148] If the functionality described herein is implemented in software, the functions may be stored on, or encoded as, one or more instructions or code on a computer-readable medium, such as a non-transitory computer-readable storage medium. Computer-readable media includes computer storage media and can include a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of these types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer. Storage media may be any available media that can be accessed by a computer.

[0149] Aspects, implementations, and / or use cases described herein may be implemented across many differing platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, the aspects, implementations, and / or use cases may come about via integrated chip implementations and other non-module-component based devices, such as end-user devices, vehicles, communication  devices, computing devices, industrial equipment, retail / purchasing devices, medical devices, artificial intelligence (AI) -enabled devices, machine learning (ML) -enabled devices, etc. The aspects, implementations, and / or use cases may range from chip-level or modular components to non-modular or non-chip-level implementations, and further to aggregate, distributed, or original equipment manufacturer (OEM) devices or systems incorporating one or more techniques described herein.

[0150] Devices incorporating the aspects and features described herein may also include additional components and features for the implementation and practice of the claimed and described aspects and features. For example, transmission and reception of wireless signals necessarily includes a number of components for analog and digital purposes, such as hardware components, antennas, RF-chains, power amplifiers, modulators, buffers, processor (s) , interleavers, adders / summers, etc. Techniques described herein may be practiced in a wide variety of devices, chip-level components, systems, distributed arrangements, aggregated or disaggregated components, end-user devices, etc., of varying configurations.

[0151] The description herein is provided to enable a person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not limited to the aspects described herein, but are to be interpreted in view of the full scope of the present disclosure consistent with the language of the claims.

[0152] Reference to an element in the singular does not mean “one and only one” unless specifically stated, but rather “one or more. ” Terms such as “if, ” “when, ” and “while” do not imply an immediate temporal relationship or reaction. That is, these phrases, e.g., “when, ” do not imply an immediate action in response to or during the occurrence of an action, but simply imply that if a condition is met then an action will occur, but without requiring a specific or immediate time constraint for the action to occur. The terms “may” , “might” , and “can” , as used in this disclosure, often carry certain connotations. For example, “may” refers to a permissible feature that may or may not occur, “might” refers to a feature that probably occurs, and “can” refers to a capability (e.g., capable of) . The phrase “For example” often carries a similar connotation to “may” and, therefore, “may” is sometimes excluded from sentences that include “for example” or other similar phrases.

[0153] Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C” or “one or more of A, B, or C” include any combination of A, B, and / or C, such as A and B, A and C, B and C, or A and B and C, and may include multiples of A, multiples of B, and / or multiples of C, or may include A only, B only, or C only. Sets should be interpreted as a set of elements where the elements number one or more. Terms or articles such as “a” , “an” , and / or “the” may refer to one of an item, feature, element, etc., that the term or article precedes, or may refer to more than one of said item, feature, element, etc. that the term or article precedes. For example, the recitation “a widget” does not preclude reference to multiples of said widget, as “multiple widgets” necessarily includes “a widget” . Hence, the recitation “a widget” may be interpreted as “at least one widget” or, similarly, interpreted as “one or more widgets” .

[0154] Unless otherwise specifically indicated, ordinal terms such as “first” and “second” do not necessarily imply an order in time, sequence, numerical value, etc., but are used to distinguish between different instances of a term or phrase that follows each ordinal term.

[0155] Reference numbers, as used in the specification and figures, are sometimes cross-referenced among drawings to denote same or similar features. A feature that is exactly the same in multiple drawings may be labeled with the same reference number in the multiple drawings. A feature that is similar among the multiple drawings, but not exactly the same, may be labeled with reference numbers that have different leading numbers but have one or more of the same trailing numbers (e.g., 206, 306, 406, etc., may refer to similar features in the drawings) . Hence, like numbers may refer to like actions.

[0156] Structural and functional equivalents to elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are encompassed by the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ” As used herein, the phrase “based on” shall not be construed as a reference to a closed set of information, one or more conditions, one or more factors, or the like. In other words, the phrase “based on A” ,  where “A” may be information, a condition, a factor, or the like, shall be construed as “based at least on A” unless specifically recited differently.

[0157] The following examples are illustrative only and may be combined with other examples or teachings described herein, without limitation.

[0158] Example 1 is a method of wireless communication at a UE, including: receiving, for a candidate cell, an indication that periodic SIB broadcast transmission is deactivated for the candidate cell; receiving, for the candidate cell, a PRACH resource configuration indicating uplink resources for requesting on-demand SIB transmission from the candidate cell; and transmitting a PRACH preamble on the uplink resources, the PRACH preamble requesting the on-demand SIB transmission from the candidate cell.

[0159] Example 2 may be combined with Example 1 and further includes after the transmitting the PRACH preamble: receiving the on-demand SIB transmission from the candidate cell.

[0160] Example 3 may be combined with any of Examples 1-2 and further includes performing, with a network entity of the candidate cell, a SIB request procedure for an on-demand SIB transmission from the candidate cell.

[0161] Example 4 may be combined with Example 1 and further includes determining that the UE is barred from acquiring the candidate cell based on a failure of the UE to receive the SIB transmission after the transmitting the PRACH preamble.

[0162] Example 5 may be combined with Example 4 and includes that the determining that the UE is barred comprises: implementing at least one of: a timer or a counter associated with the transmitting the PRACH preamble, the failure being based on at least one of: an expiration of the timer without receiving the SIB transmission, or the counter being incremented to a threshold number of counts of the transmitting the PRACH preamble.

[0163] Example 6 may be combined with any of Examples 1-5 and includes that the SIB transmission includes a SIB1, further including: receiving, from a network entity of the candidate cell, a SIBx different from the SIB1, the SIBx including at least one of: the PRACH resource configuration, a PLMN ID of the candidate cell, or a barring configuration for the candidate cell.

[0164] Example 7 may be combined with Example 6 and further includes receiving, from the network entity, a PDCCH resource configuration for the SIBx.

[0165] Example 8 may be combined with any of Examples 1-7 and includes that the receiving the PRACH resource configuration, further includes: receiving the PRACH resource configuration from a first cell that is different from the candidate cell.

[0166] Example 9 may be combined with any of Examples 1-7 and includes that the receiving the PRACH resource configuration is from the candidate cell; and the transmitting the PRACH preamble is to the candidate cell.

[0167] Example 10 may be combined with any of Examples 8-9 and further includes receiving, from the first cell, at least one of: a PLMN ID of the candidate cell or a barring configuration for the candidate cell; and determining to reselect to the candidate cell based on the at least one of: the PLMN ID or the barring configuration.

[0168] Example 11 may be combined with any of Examples 1-3 or 6-10 and further includes selecting or reselecting the candidate cell based on received system information for the candidate cell, the received system information being from at least one of: the SIB1, the SIBx, a SIB4, or a MIB.

[0169] Example 12 is a method of wireless communication at a candidate cell, including: transmitting an indication that periodic SIB broadcast transmission is deactivated for the candidate cell; transmitting PRACH resource configuration indicating uplink resources for requesting an on-demand SIB transmission from the candidate cell; and receiving, from a UE, a PRACH preamble on the uplink resources, the PRACH preamble requesting the on-demand SIB transmission from the candidate cell.

[0170] Example 13 may be combined with Example 12 and further includes transmitting the on-demand SIB after the receiving the PRACH preamble.

[0171] Example 14 may be combined with any of Examples 12-13 and further includes performing, with the UE, a SIB request procedure for an on-demand SIB transmission from the candidate cell.

[0172] Example 15 may be combined with any of Examples 12-14 and includes that the SIB transmission includes a SIB1, further including: transmitting a SIBx different from the SIB1, the SIBx including at least one of: the PRACH resource configuration, a PLMN ID of the candidate cell, or a barring configuration for the candidate cell.

[0173] Example 16 may be combined with Example 15 and further includes transmitting, to the UE, a PDCCH resource configuration for the SIBx.

[0174] Example 17 may be combined with any of Examples 12-16 and further includes determining to deactivate SIB periodic broadcast transmission for the candidate cell.

[0175] Example 18 is a method of wireless communication at a first cell, which is different from a candidate NES cell, including: transmitting at least one of: a PLMN ID of the candidate NES cell or a barring configuration for the candidate NES cell; and transmitting a PRACH resource configuration indicating uplink resources for requesting an on-demand SIB transmission from the candidate NES cell.

[0176] Example 19 may be combined with Example 18 and further includes relaying an indication that the SIB periodic broadcast transmission is deactivated for the candidate NES cell.

[0177] Example 20 may be combined with any of Examples 18-19 and further includes transmitting, to a UE, system information including cell reselection information for the candidate NES cell.

[0178] Example 21 may be combined with Example 20 and includes that the system information is included in at least one of: a SIB4 or a SIBx.

[0179] Example 22 is an apparatus for wireless communication for implementing a method as in any of Examples 1-21.

[0180] Example 23 is an apparatus for wireless communication including means for implementing a method as in any of Examples 1-21.

[0181] Example 24 is a non-transitory computer-readable medium storing computer executable code, the code when executed by a processor causes the processor to implement a method as in any of Examples 1-21.

Claims

1.A method of wireless communication at a user equipment, UE, (102) , comprising:receiving (312, 512) , for a candidate cell, an indication that system information block, SIB, transmission is deactivated for the candidate cell;receiving (314, 414, 514) , for the candidate cell, a physical random access channel, PRACH, resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell; andtransmitting (322) a PRACH preamble on the uplink resources, the PRACH preamble requesting the SIB transmission from the candidate cell.2.The method of claim 1, further comprising after the transmitting (322) the PRACH preamble:receiving (340) the SIB transmission from the candidate cell.3.The method of any of claims 1-2, further comprising:performing (330) , with a network entity (104) of the candidate cell, a SIB request procedure for an on-demand SIB transmission from the candidate cell.4.The method of claim 1, further comprising:determining (370) that the UE (102) is barred from acquiring the candidate cell based on a failure (352) of the UE (102) to receive the SIB transmission after the transmitting (322) the PRACH preamble.5.The method of claim 4, wherein the determining (370) that the UE is barred comprises:implementing (349) at least one of: a timer or a counter associated with the transmitting (322) the PRACH preamble, the failure (352) being based on at least one of:an expiration of the timer without receiving the SIB transmission, orthe counter being incremented to a threshold number of counts of the transmitting (322) the PRACH preamble.6.The method of any of claims 1-5, wherein the SIB transmission includes a SIB1, further comprising:receiving (414, 613) , from a network entity (104) of the candidate cell, a SIBx different from the SIB1, the SIBx including at least one of:the PRACH resource configuration,a public land mobile network, PLMN, identifier, ID, of the candidate cell, ora barring configuration for the candidate cell.7.The method of claims 6, further comprising:receiving (416) , from the network entity (104) , a physical downlink control channel, PDCCH, resource configuration for the SIBx.8.The method of any of claims 1-7, wherein the receiving (514) the PRACH resource configuration, further comprises:receiving (514A) the PRACH resource configuration from a first cell (124) that is different from the candidate cell (126) .9.The method of any of claim 1-7, wherein:the receiving (514B) the PRACH resource configuration is from the candidate cell (126) ; andthe transmitting (322) the PRACH preamble is to the candidate cell (126) .10.The method of any of claims 8-9, further comprising:receiving (513) , from the first cell (124) , at least one of: a public land mobile network, PLMN, identifier, ID, of the candidate cell (126) or a barring configuration for the candidate cell (126) ; anddetermining (520) to reselect to the candidate cell (126) based on the at least one of: the PLMN ID or the barring configuration.11.The method of any of claims 1-3 or 6-10, further comprising:selecting or reselecting (360, 560) the candidate cell based on received system information for the candidate cell, the received system information being from at least one of: the SIB1, the SIBx, a SIB4, or a master information block, MIB.12.A method of wireless communication at a candidate cell, comprising:transmitting (312) an indication that system information block, SIB, transmission is deactivated for the candidate cell;transmitting (314, 414, 514B) a physical random access channel, PRACH, resource configuration indicating uplink resources for requesting the SIB transmission from the candidate cell; andreceiving (322) , from a UE (102) , a PRACH preamble on the uplink resources, the PRACH preamble requesting the SIB transmission from the candidate cell.13.The method of claim 12, further comprising:transmitting (340) the SIB after the receiving (322) the PRACH preamble.14.The method of any of claims 12-13, further comprising:performing (330) , with the UE (102) , a SIB request procedure for an on-demand SIB transmission from the candidate cell.15.The method of any of claims 12-14, wherein the SIB transmission includes a SIB1, further comprising:transmitting (414, 613) a SIBx different from the SIB1, the SIBx including at least one of:the PRACH resource configuration,a public land mobile network, PLMN, identifier, ID, of the candidate cell, ora barring configuration for the candidate cell.16.The method of claims 15, further comprising:transmitting (416) , to the UE (102) , a physical downlink control channel, PDCCH, resource configuration for the SIBx.17.The method of any of claims 12-16, further comprising:determining (310, 510) to deactivate system information block, SIB, transmission for the candidate cell.18.A method of wireless communication at a first cell, which is different from a candidate cell, comprising:transmitting (513) at least one of: a public land mobile network, PLMN, identifier, ID, of the candidate cell or a barring configuration for the candidate cell; andtransmitting (514A) a physical random access channel, PRACH, resource configuration indicating uplink resources for requesting a system information block, SIB, transmission from the candidate cell.19.The method of claim 18, further comprising:relaying (512) an indication that the SIB transmission is deactivated for the candidate cell.20.The method of any of claims 18-19, further comprising:transmitting (504) , to a UE (102) , system information including cell reselection information for the candidate cell.21.The method of claim 20, wherein the system information is included in at least one of: a SIB4 or a SIBx.22.An apparatus for wireless communication comprising a transceiver, a memory, and a processor coupled to the memory and the transceiver, the apparatus being configured to implement a method as in any of claims 1-21.

Images