User equipment (UE) request for system information block type1 (SIB1)

Abstract

This disclosure provides systems, methods, and apparatuses for a user equipment (UE) (102) to request a system information block type 1 (SIB1) (180) from a network entity (104, 104A). To conserve energy, the network entity might refrain from sending one or more SIB1s associated with one or more synchronization signal blocks (SSBs) (130) in a cell. In accordance with this disclosure, the UE can send a SIB1 request (160) to obtain the SIB1 prior to other operations, such as a random access procedure or cell selection. The network can provide a configuration (110) to enable the UE to transmit the SIB1 request. The UE might send the SIB1 request during a radio resource control (RRC) idle state or RRC inactive state.

Description

USER EQUIPMENT (UE) REQUEST FOR SYSTEM INFORMATION BLOCK TYPE1 (SIB1)TECHNICAL FIELD

[0001] This disclosure relates generally to wireless communication and some aspects relate to a user equipment (UE) request to receive a system information block type 1 (SIB1) from a network entity.

[0002] DESCRIPTION OF RELATED TECHNOLOGY

[0003] This background description is provided for the purpose of generally presenting the context of the disclosure. Work of the presently named inventors, to the extent it is described in this background section, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art against the present disclosure.

[0004] In a wireless communication system, a network entity (such as a base station) and a user equipment (UE) can implement techniques to reduce power consumption. For example, a UE operates in a radio resource control (RRC) connected state when the UE has an active wireless connection with a network entity. During times when the UE does not have an active wireless connection with the network entity, the UE can enter a power saving mode. For example, the UE transitions from the RRC connected state to an RRC idle state or RRC inactive state. In the RRC idle state, the UE releases the RRC configuration. In the RRC inactive state, the UE suspends the RRC configuration and the RRC configuration can remain dormant until the UE transitions back to the RRC connected state. During the RRC idle or inactive states, the UE can obtain downlink synchronization signals and system information (SI) from the network entity. The UE relies on SI from the network entity for various operations, such as cell selection (e.g., at power on) , cell-reselection, return from out of coverage, performing a random access procedure, and transitioning to RRC connected state, among other examples.

[0005] It is desirable to reduce signaling overhead and improve network energy performance. Some recent improvements to wireless communication technology are based on network energy saving (NES) in which the network entity eliminates or reduces some  uplink and downlink transmissions. For example, the network entity might refrain from transmitting some of the SI associated with particular cells or beams operated by the network entity.

[0006] BRIEF SUMMARY

[0007] The systems, methods, and apparatuses of this disclosure each have several innovative aspects, no single one of which is solely responsible for the desirable attributes disclosed herein.

[0008] One innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a user equipment (UE) . The method includes receiving one or more synchronization signal blocks (SSBs) from a first network entity, transmitting a system information block type 1 request (SIB1 request) for a first SIB1 associated with a first SSB of the one or more SSBs, and receiving the first SIB1 based on the SIB1 request.

[0009] Another innovative aspect of the subject matter described in this disclosure can be implemented as a method for wireless communication by a first network entity. The method includes transmitting one or more SSBs, receiving a SIB1 request for a first SIB1 associated with a first SSB of the one or more SSBs, and transmitting the first SIB1 based on the SIB1 request.

[0010] Another innovative aspect of the subject matter described in this disclosure can be implemented as an apparatus. The apparatus includes a communication unit and a processing system configured to control the communication unit to implement any of the above-referenced methods. Other technical features may be readily apparent to one skilled in the art from the following figures, descriptions, and claims.

[0011] Details of one or more implementations of the subject matter described in this disclosure are set forth in the accompanying drawings and the description below. Other features, aspects, and advantages will become apparent from the description, the drawings, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Like reference numbers and designations in the various drawings indicate like elements. Note that the relative dimensions of the figures may not be drawn to scale. To easily identify the discussion of any particular element or act, the most significant digit or digits in a reference number refer to the figure number in which that element is first introduced.

[0013] FIG. 1 shows an example wireless communication system and an implementation of user equipment (UE) communicating a system information block type 1 (SIB1) request to obtain the SIB1 from a network entity.

[0014] FIG. 2A shows a synchronization signal block (SSB) and SIB1.

[0015] FIG. 2B shows an example communication flow diagram based on Minimum SI that includes a system information block type 1 (SIB1) .

[0016] FIG. 2C shows an example scheduling for a network entity that transmits multiple SSBs and associated SIB1s.

[0017] FIG. 2D shows an example scheduling for a network entity that is in a network energy saving (NES) mode.

[0018] FIG. 3 shows an example communication flow diagram in which a UE can transmit a SIB1 request to obtain a SIB1 from a network entity.

[0019] FIG. 4A shows an example communication flow diagram in which a network entity transmits a configuration message that includes a configuration for a SIB1 request.

[0020] FIG. 4B shows an example communication flow diagram in which a SSB includes a configuration for a SIB1 request.

[0021] FIG. 5A shows an example communication flow diagram in which one network entity (for one cell) provides a configuration for a SIB1 request associated with a different network entity (or different cell) .

[0022] FIG. 5B shows an example communication flow diagram in which a UE can transmit a SIB1 request to one network entity (for one cell) to obtain the SIB1 from a different network entity (or different cell) .

[0023] FIG. 5C shows an example communication flow diagram in which a UE can transmit a SIB1 request and receive the SIB1 from one network entity (or cell) , where the SIB1 is for a different network entity (or cell) .

[0024] FIG. 5D shows an example communication flow diagram in which a UE can transmit a SIB1 request to one network entity (or cell) and receive the SIB1 for that cell via a downlink transmission from a different network entity (or different cell) .

[0025] FIG. 6 shows example operations of a UE according to aspects of this disclosure.

[0026] FIG. 7 shows example operations of a network entity according to aspects of this disclosure.

[0027] FIG. 8 shows an example configuration of frequency and time resources for a SIB1 request.

[0028] FIG. 9 shows an example scheduling for SIB1 requests associated with multiple SSBs.

[0029] FIG. 10A shows an example configuration of frequency and time resources for SIB1 requests associated with various SSBs.

[0030] FIG. 10B shows an example configuration of frequency and time resources for SIB1 requests associated with groups of SSBs.

[0031] FIG. 11A shows an example configuration of frequency and time resources for SIB1 requests using predefined SIB1 request configurations.

[0032] FIG. 11B shows another example configuration of frequency and time resources for SIB1 requests using a common SIB1 request configuration.

[0033] FIG. 12 shows an example communication flow diagram in which a network entity can activate or deactivate resources for SIB1 requests.

[0034] FIG. 13 shows an example of activated and deactivated resources for SIB1 requests.

[0035] FIG. 14 shows an example configuration for SIB1 requests.

[0036] FIG. 15A shows an example SIB1 request.

[0037] FIG. 15B shows another example SIB1 request.

[0038] FIG. 16 shows example conditions for a UE triggering a SIB1 request.

[0039] FIG. 17 shows a block diagram of an example UE and an example network entity.DETAILED DESCRIPTION

[0040] The following description is directed to certain implementations for the purpose of describing innovative aspects of this disclosure. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. Some of the examples in this disclosure are based on wireless communication according to the 3rd Generation Partnership Project (3GPP) wireless standards, such as the 4th generation (4G) Long Term Evolution (LTE) and 5th generation (5G) New Radio (NR) standards. However, the described implementations can be implemented in any device, system, or network that is capable of transmitting and receiving radio frequency signals according to any of the wireless communication standards, including any of the Institute of Electrical and Electronics Engineers (IEEE) 802.11 or 802.16 wireless standards, or other known signals that are used to communicate within a wireless, cellular, or internet of things (IoT) network, such as a system utilizing 4G, 5G, WiFi, or future radio technology.

[0041] The 3GPP standards define system information (SI) to include a master information block (MIB) and various system information blocks (SIBs) . The term “Minimum SI” refers to the MIB and the first SIB (referred to as SIB type 1 (SIB1) ) . Minimum SI carries b asic information required for initial access and for acquiring other SI. Other SI refers to all SIBs (such as SIB2 through SIB21) not included in the Minimum SI. A synchronization signal block (SSB) generally includes downlink synchronization signals (e.g., primary synchronization signal (PSS) and secondary synchronization signal (SSS) ) and a MIB (e.g., transmitted on a physical broadcast channel (PBCH) ) . The MIB indicates where the UE can obtain the SIB1. A network entity can transmit one or more SSBs within a cell. For example, a network entity might transmit SSBs from various beams to improve coverage, capacity, and flexibility in serving user equipment (UE) within a cell. Furthermore, a network entity might transmit different SSBs for various cells, beams, or via multiple transmit and receive points (TRPs) .

[0042] During a network energy saving (NES) mode, a network entity might refrain from transmitting some SI. For example, the network entity might refrain from transmitting a SIB1 for some or all of the cells or beams operated by the network entity. Doing so can reduce signaling overhead and improve energy efficiency. However, a UE within a cell might rely on the SIB1 for various reasons. For example, a UE may need the SIB1 for random access  procedure to initiate access, cell reselection, and / or beam selection. It is desirable for the network entity to refrain from transmitting SIB1, thereby reducing overhead and improving network efficiency. Meanwhile, it is desirable for the UE to obtain the SIB1 to enable connectivity to the wireless network.

[0043] This disclosure provides systems, methods, and apparatuses for a UE to request a SIB1 from a network entity. In some aspects, the UE requests the SIB1 prior to an initial access procedure or random access procedure to access the cell. The UE may be in radio resource control (RRC) idle state or RRC inactive state. In accordance with this disclosure, the UE can transmit a request (referred to as a “SIB1 request” ) to obtain the SIB1 from a network entity while the UE is in the RRC idle state or RRC inactive state. The SIB1 request can also be referred to as an uplink signal, UE request, uplink wake-up signal (UL-WUS) , or other terms. In some aspects, the SIB1 request is referred to as an UL-WUS, such as when the network entity is in a NES mode. In other aspects, the SIB1 request can be a UE request for SIB1 from a secondary cell regardless of whether the network entity is in an NES mode.

[0044] A wireless communication system can configure a SIB1 request. Among other parameters, a configuration of the SIB1 request can inform the UE how to transmit a SIB1 request (such as via particular time and / or frequency resources) for a particular SSB or group of SSBs. In some aspects, the configuration is at least partially specified by 3GPP technical specifications. In some aspects, a network entity can transmit a configuration message to the UE while the UE is in an RRC connected state, and the UE can maintain the configuration in memory for later use when the UE is in an RRC idle or RRC inactive state. In some aspects, a network entity can provide at least part of the configuration via the SSB (such as an information in a MIB) . Furthermore, this disclosure provides for coordination at the network entity (such as two or more network entities or for a network entity operating two or more cells) . A first network entity (or first cell) can provide a configuration of the SIB1 request that the UE would use to obtain the SIB1 for a second network entity (or second cell) .

[0045] A configuration of the SIB1 request can indicate which time and frequency resources the UE should use for transmission of the SIB1 request. For example, the time and frequency resources may be in relation to timing and / or frequency of a particular SSB. Alternatively, or additionally, the configuration can indicate which resources are used for different SIB1 requests that correspond to different SSBs. In an implementation where the network entity  transmits multiple SSBs within a cell, a configuration can indicate configured time and / or frequency resources per SSB or per group of SSBs. Furthermore, in some implementations, the configuration can indicate activation / deactivation of various resources corresponding to SSBs or groups of SSBs.

[0046] In some aspects, the configuration indicates resources based on a physical random access channel (PRACH) , a physical uplink shared channel (PUSCH) , a physical uplink control channel (PUCCH) , or a sounding reference signal (SRS) . Alternatively, or additionally, the configuration can be based on a time domain offset, frequency domain offset, or resource block (RB) offset from the SSB.

[0047] In various aspects, the UE can transmit the SIB1 request as a signal having a predetermined preamble or sequence. In other aspects, the SIB1 request is a message formatted to indicate a particular cell, SSB, group of cells, group of SSBs, carrier frequency, or network entity. For example, where the SIB1 request is transmitted to a first network entity to obtain the SIB1 for a second network entity, the SIB1 request might include information to inform the first network entity which SIB1 (or for which SSB) is being requested.

[0048] Particular implementations of the subject matter described in this disclosure can be implemented to realize one or more of the following potential advantages. A network entity can reduce power consumption by refraining from transmitting SIB1s for some or all of the SSBs in a cell. Meanwhile, a UE can still request the SIB1 based on a need of the UE, such as in preparation for a random access procedure during the RRC idle or RRC inactive state. Thus, the techniques of this disclosure can improve network energy saving and UE communication capability. Furthermore, the techniques of this disclosure can reduce signaling overhead and improve spectral efficiency by preventing transmissions of SIB1s when the SIB1 might not be needed.

[0049] Some examples in this disclosure are related to network energy saving in which a network entity is in a NES mode. In such examples, the SIB1 request can also be referred to as an UL-WUS or other term to indicate that the SIB1 request is intended to cause the network entity to wake up from the NES mode. The techniques of this disclosure can also apply to other deployments, such as for an on-demand SIB1 in a cell that operates multiple SSBs regardless of whether the network entity is in a NES mode. Additionally, or alternatively, the SIB1 request can support deployments in which a network entity operates beamforming with  a large quantity of beams, each having different SSBs. The network entity may refrain from transmitting SIB1s for some SSBs (e.g., for various beams) until receiving a SIB1 request from a UE.

[0050] FIG. 1 shows an example wireless communication system 100 and an implementation of a UE 102 communicating a SIB1 request 160 to receive the SIB1 180 from a network entity. Although illustrated as a smartphones in FIG. 1, the UE 102 can be implemented as any suitable computing or electronic device, such as a mobile communication device, a modem, cellular phone, gaming device, navigation device, media device, laptop computer, desktop computer, tablet computer, smart appliance, vehicle-based communication system, an Internet-of-things (IoT) device (e.g., sensor node, controller / actuator node, combination thereof) , and the like. The example wireless communication system 100 shows a first network entity 104A and a second network entity 104B. The first network entity 104A and the second network entity 104B may be the same network entity, such as a base station. In some implementations, the first network entity 104A and the second network entity 104B are collocated or implemented by common hardware of the example wireless communication system 100. In some other implementations, the first network entity 104A and the second network entity 104B can be separate hardware, such as separate base stations. For brevity, this disclosure refers to a network entity 104, which can describe functions performed by either or both of the first network entity 104A or the second network entity 104B.

[0051] The network entity 104 supports wireless communication with one or more UEs via radio frequency (RF) signaling using one or more applicable radio access technologies (RATs) as specified by one or more communications protocols or standards. The network entity 104 may employ any of a variety of RATs, such as operating as a NodeB (or base transceiver station (BTS) ) for a Universal Mobile Telecommunications System (UMTS) RAT (also known as “3G” ) , operating as an enhanced NodeB ( “eNB” ) for a Third Generation Partnership Project (3GPP) Long Term Evolution (LTE) RAT, operating as a 5G node B ( “gNB” ) for a 3GPP Fifth Generation New Radio (5G NR) RAT, and the like. The network entity 104 (e.g., base station, an Evolved Universal Terrestrial Radio Access Network Node B (E-UTRAN Node B) , evolved Node B, eNodeB, eNB, Next Generation Node B, gNodeB, gNB, ng-eNB, access point, radio head or the like) , may be implemented in a macrocell, microcell, small cell, picocell, or the like, or any combination thereof. In some aspects, the  functionality, and thus the hardware components, of the network entity 104 may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of the network entity 104 may be distributed across a radio unit (RU) , distributed unit (DU) , or central unit (CU) .

[0052] The network entity 104 and the UE 102 communicate using wireless links. The wireless links can include one or more wireless links (e.g., radio links) or bearers implemented using any suitable communication protocol or standard, or combination of communication protocols or standards, such as 3GPP LTE, 5G NR, and so forth. In some implementations, multiple wireless links are aggregated in a carrier aggregation to provide a higher data rate for the UE 102. The network entity 104 may be part of a radio access network (RAN) , for example, an Evolved Universal Terrestrial Radio Access Network, E-UTRAN, 5G NR RAN, or NR RAN. The network entity 104 may be connected to a core network (not shown) that provides access to services or other networks. The network entity 104 and the UE 102 may be configured to use multiple-user multiple-input multiple-output (MU-MIMO) communication in which the network entity 104 can transmit multiple downlink transmissions using beam forming and orthogonal frequency division multiplexing (OFDM) .

[0053] The network entity 104 and the UE 102 utilize an uplink (UL) transmission path for RF transmissions (referred to as uplink transmissions) from the UE 102 to the network entity 104, and a downlink (DL) transmission path for RF transmissions (referred to as downlink transmissions) from the network entity 104 to the UE 102. The UL transmission path may include a Physical Uplink Shared Channel (PUSCH) , a Physical Uplink Control Channel (PUCCH) , and a Physical Random Access Channel (PRACH) . The PUSCH is used for the transmission of user data, such as voice data, video data, or text message data from the UE 102 to network entity 104. Additionally, the PUSCH may be used to transmit control information (e.g., uplink control information (UCI) ) . The PUSCH may be shared by multiple UEs. The PUCCH is used for transmitting control information (e.g., UCI) from the UE to the network, such as channel quality feedback, scheduling requests, and acknowledgments. The PRACH is used for random access in the uplink direction, enabling the UE 102 to access the system without a prior reservation. The DL transmission path may include one or more of a Physical Downlink Shared Channel (PDSCH) , a Physical Downlink Control Channel (PDCCH) , a Physical Broadcast Channel (PBCH) , or a paging channel. The PDSCH is used  for transmission of user data from the network entity 104 to the UE 102. The PDSCH may be shared by multiple UEs. As with the PUSCH, PDSCH data may be any type of information, such as voice data, video data, or text message data. The paging channel is used to notify the UE 102 that there is incoming traffic for it from the network entity 104.

[0054] Radio resource control (RRC) is a component of a radio interface protocol stack that the network entity 104 and the UE 102 use to communicate. Among other functions, the network entity 104 and the UE 102 use RRC messaging to establish and / or release radio connections and resources. In an RRC connected state, the UE 102 has an active wireless radio connection with a network entity 104. When an active wireless radio connection is not needed, the UE 102 can transition from the RRC connected state to an RRC idle or inactive state to release or suspend, respectively, the wireless radio connection.

[0055] The network entity 104 transmits one or more SSBs. Among other features, an SSB includes downlink synchronization signals (such as the PSS and SSS) so that the UE can maintain synchronization with the network entity 104. Each SSB also includes a MIB and other information to enable the UE to obtain the SIB1 via a PDSCH. While each cell has at least one SSB, the network entity 104 can transmit multiple SSBs within a cell. For example, the network entity 104 might transmit a different SSB for each of a plurality of beams or TRPs. Alternatively, or additionally, a network entity 104 can operate multiple cells and transmit multiple SSBs for the cells. To conserve bandwidth and energy, the network entity 104 might refrain from transmitting the SIB1s for some or all of the SSBs that the network entity 104 transmits.

[0056] In accordance with this disclosure, the network entity 104 can provide a configuration 110 to the UE 102 to enable the UE 102 to transmit a SIB1 request to a network entity (such as the first network entity 104A shown in FIG. 1) . In some implementations, the first network entity 104A can provide the configuration 110. Alternatively, or additionally, a second network entity 104B can provide the configuration 110 to the UE 102. The UE 102 can receive an SSB 130 from the first network entity 104A. The UE 102 determines to transmit a SIB1 request 160 based on one or more triggering conditions 150 being satisfied. The triggering conditions might include any one or more of the triggering conditions described with reference to FIG. 16. As an example, a triggering condition might be satisfied when the  UE 102 is aware that the first network entity 104A is in a NES mode or when the UE 102 does not receive the SIB1 following the SSB 130.

[0057] The UE 102 transmits the SIB1 request 160 based on the configuration 110. The network entity 104 (such as either the first network entity 104A or the second network entity 104B) can transmit the requested SIB1 180. Although FIG. 1 shows the UE 102 transmitting the SIB1 request 160 to the first network entity 104A and receiving the SIB1 180 from the first network entity 104A, other implementations are possible. For example, the UE 102 can transmit the SIB1 request 160 to the second network entity 104B and receive the SIB1 180 from either the first network entity 104A or the second network entity 104B. Although the SIB1 180 is specific to the SSB 130 from the first network entity 104A, this disclosure provides a mechanism for the second network entity 104B to provide the SIB1 180.

[0058] FIG. 2A shows a block diagram 200A of an example SSB and SIB1. A network entity may transmit one or multiple SSBs, where each SSB 130 includes a PSS 232, an SSS 234 and a PBCH 236. The network entity transmits the MIB 238 via the PBCH. The contents of the MIB 238 and the SIB1 180 are defined in 3GPP technical specification (TS) 38.331 section 6.2.2. Table 1 shows the contents of the MIB 238 for reference.

[0059] Table 1. MIB

[0060] The field “PDCCH-ConfigSIB1” is based on a common ControlResourceSet (CORESET) , a common search space and necessary PDCCH parameters to enable a UE to locate the PDCCH 281. If the field “ssb-SubcarrierOffset” indicates that SIB1 is absent, the field “PDCCH-ConfigSIB1” indicates the frequency positions where the UE may find SS / PBCH block with SIB1 or the frequency range where the network does not provide SS / PBCH block with SIB1. The field “ssb-SubcarrierOffset” corresponds to kSSB (see 3GPP TS 38.213) , which is the frequency domain offset between the SSB and the overall resource block grid in number of subcarriers. The value range of this field may be extended by an additional most significant bit encoded within PBCH as specified in 3GPP TS 38.213. This “ssb-SubcarrierOffset” field may indicate that this cell does not provide the SIB1 and that there is hence no CORESET#0 configured in the MIB (see 3GPP TS 38.213) . In this case, the field “PDCCH-ConfigSIB1” may indicate the frequency positions where the UE may (or may not) find a SS / PBCH with a control resource set and search space for the SIB1.

[0061] Due to limited payload size in the PBCH 236, the network entity can only transmit part of the common configuration in the MIB 238. The network entity transmits the remaining common configuration in a SIB via a PDSCH 282. The SIB1 is part of Minimum SI needed by the UE to perform some functions such as a random access procedure or cell selection. The MIB 238 (such as the “PDCCH-ConfigSIB1” field) indicates the PDCCH 281 as a monitoring occasion (MO) for the UE to obtain downlink control information. The PDCCH 281 includes scheduling of the PDSCH 282 which includes the SIB1 180. The PDSCH 282 based on a system information radio network temporary identifier (SI-RNTI) , which is pre-defined as ‘0xFFFF’ . The network entity schedules SIB1 by the 281 in search space (SS) 0 on CORESET 0. The network entity configures the time and frequency location for the monitoring occasion SS / CORESET 0 associated with an SSB 130 by the MIB 238 transmitted by the SSB 130, e.g., PDCCH-ConfigSIB1. The relationship between PDCCH 281 and the PDSCH 282 can be represented by referring to them together, such as PDCCH / PDSCH 284. The network entity transmits the SSB 130 and the PDCCH / PDSCH 284 for SIB1 180 associated with the SSB 130 based on the same beam settings. Thus, the UE may determine the demodulation reference signal (DMRS) of the PDCCH / PDSCH 284 for the SIB1 180 is quasi-co-located (QCLed) with the associated SSB 130 based on one or more parameters,  such as delay spread, average delay, Doppler shift, Doppler spread, spatial reception parameter and average gain.

[0062] FIG. 2B shows an example communication flow diagram 200B based on Minimum SI that includes a SIB1. The network entity 104 broadcasts the SSB 130. The SSB 130 includes a MIB (such as the MIB 238 described with reference to FIG. 2A) . The network entity 104 also transmits the SIB1 180 via a PDCCH / PDSCH (such as the PDCCH / PDSCH 284 described with reference to FIG. 2A) . The SIB1 180 includes Minimum SI, as well as information to enable the UE 102 to obtain other system information message (s) 292 (such as other SIBs, other than SIB1) from the network entity 104. The other system information message (s) 292 can include other SIBs that are periodically broadcasted, broadcasted on-demand, or sent to a specific UE during an RRC connected state. In some examples, the SIB1 180 includes on-demand system information 293 (such as an “SI-RequestConfig” field) to enable the UE 102 to transmit an SI request 294A and receive on-demand SIBs 294B.

[0063] As shown in FIG. 2B, the SIB1 180 is different from other SIBs because it provides the information necessary for obtaining the other SIBs. While some network deployments support “on-demand SIBs, ” the current techniques for obtaining on-demand SIBs 294B still depend on the SIB1 being provided beforehand. As described in this disclosure, the network entity 104 might realize a potential technical advantage to conserve energy and radio resources by refraining from transmitting the SIB1 180 for a particular 130 unless or until the SIB1 180 is needed by a UE 102.

[0064] FIG. 2C shows an example scheduling diagram 200C for a network entity that transmits multiple SSBs and associated SIB1s. In the example shown in FIG. 2C, there are multiple MOs for SS / CORESET 0 because the network entity broadcasts multiple SSBs (labeled as SSB1 230A and SSB2 230B) . A first MO occurs at slot 6 where a PDCCH / PDSCH 284A carries a SIB1 associated with the SSB1 230A. A second MO occurs at slot 7, where a PDCCH / PDSCH 284B carries the SIB1 associated with the SSB2 230B.

[0065] FIG. 2D shows an example scheduling diagram 200D for a network entity that is in a network energy saving mode. As described with reference to FIG. 2A, the network entity might broadcast multiple SSBs (such as the SSB1 230A and the SSB2 230B) . However, the network entity might refrain (231) from transmitting the SIB1s associated with those SSBs. In the example shown in FIG. 2D, the network entity refrains from transmitting both SIB1s.  However, in other examples, the network entity might transmit a subset of the SIB1s that correspond to the SSBs that the network entity transmits.

[0066] In some implementations, a network entity may not transmit the SIB1 for some SSBs in some cells or from some beams. A UE might measure SSBs and determine to access a cell. However, without the SIB1, the UE may be incapable of performing the initial access procedure to access the cell. In accordance with aspects of this disclosure, the UE can transmit an uplink signal or message to request the SIB1 associated with a particular SSB.

[0067] FIG. 3 shows an example communication flow diagram 300 in which a UE 102 can transmit a SIB1 request to obtain a SIB1 from a network entity 104. In some implementations, the UE 102 can receive a configuration 110 from the network entity 104 (or another network entity in the RAN) . The configuration 110 can include a variety of parameters, such as those described with reference to FIG. 14. As an example, the configuration 110 can indicate which time and / or frequency resources for the UE 102 to use for transmission of the SIB1 request. In some aspects, the UE 102 can receive the configuration 110 while the UE 102 is in an RRC connected state 305. Although the UE 102 typically clears RRC configurations after leaving the RRC connected state 305, in accordance with aspects of this disclosure, the UE 102 may preserve the configuration 110 in memory for later use in the RRC idle or RRC inactive state 311. Although FIG. 3 shows the configuration 110 occurring during the RRC connected state 305, other implementations are possible. For example, the configuration 110 can be included in any downlink communication from the network entity 104, such as included in a PBCH or PDSCH. Alternatively, or additionally, the configuration 110 can be at least partially provided by the MIB, universal subscriber identity module (USIM) , or a technical specification.

[0068] While in the RRC idle or RRC inactive state 311, the UE 102 can receive one or more SSBs (such as the SSB 130) from the network entity 104. As shown in FIG. 3 (block 331) , the network entity 104 might be in a NES mode and might not automatically transmit the SIB1. The UE 102 determines to transmit a SIB1 request based on one or more triggering conditions 150 being satisfied. The UE 102 can transmit the SIB1 request 160 to the network entity 104 (or to another network entity in the RAN) . The network entity 104 (or another network entity in the RAN) transmits the SIB1 180 in response to the SIB1 request 160. For  example, the network entity 104 can transmit the SIB1 180 via a PDCCH / PDSCH that is indicated in the MIB of the SSB 130 or predefined in the configuration 110.

[0069] In some implementations, after X symbols or slots or milliseconds after the UE 102 transmits the first or last symbol of the SIB1 request 160, the UE 102 starts to monitor the PDCCH / PDSCH for the SIB1 180, where the value of X may be predefined, e.g., X=0, or configured by the network entity 104. The value of X may be based on the subcarrier spacing of the SSB 130, or the subcarrier spacing of the SIB1 request 160, or the minimum or maximum subcarrier spacing between the SSB 130 and the SIB1 request 160.

[0070] In some implementations, the UE 102 may monitor the PDCCH / PDSCH for the SIB1 in the MO for the SS / CORESET 0 configured by the SSB 130 associated with the SIB1 request 160. If the SIB1 request 160 is associated with multiple SSBs, the UE 102 may monitor the MO (s) associated with one of or a subset of the associated SSBs predefined or pre-configured by the network entity 104 or monitor the MOs associated with all the associated SSBs. The UE may receive the SIB1 180 on a PDSCH scheduled by the PDCCH in one or multiple of the MOs.

[0071] In some implementations, the UE may monitor the PDCCH / PDSCH for the SIB1 in the MO for a preconfigured SS / CORESET. The network entity 104 may configure the SS and CORESET for the PDCCH monitoring (such as via the configuration 110) . The network entity may configure one SS / CORESET for all the SSBs / SIB1 requests for a cell. Different MOs for the SS / CORESET may correspond to the same or different SSBs / SIB1 requests. The UE 102 can monitor the PDCCH on the corresponding MO in the SS / CORESET associated with the SSB / SIB1 request to monitor for the SIB1 180 in response to the SIB1 request 160. Alternatively, the network entity may configure one SS / CORESET for one SSB / SIB1 request for a cell. The UE can monitor the PDCCH on the SS / CORESET associated with the SSB / SIB1 request to obtain the SIB1 180 in response to the SIB1 request 160. The UE may receive the SIB1 180 on a PDSCH scheduled by the PDCCH in one of the MOs.

[0072] In some implementations, the UE 102 monitors for the SIB1 180 on a PDSCH preconfigured by the network entity 104. The network entity 104 may configure (such as via the configuration 110) at least one of: the allocated RBs, the starting RB offset between the PDSCH and the SSB, the allocated symbols, the slot index (es) , DMRS antenna port (s) , modulation and coding scheme (MCS) , the MCS table for the MCS selection, Hybrid  automatic repeat request (HARQ) process index, physical RB (PRB) bundling size, or any combination of these parameters.

[0073] The configuration 110 may indicate the number of repetitions that the UE 102 can repeat the SIB1 request. For example, the UE 102 can transmit the same SIB1 request multiple times to improve the likelihood that it is received. In some implementations, if the UE 102 does not receive the SIB1 180 in the MO where the SIB1 180 is expected, the UE 102 may retransmit another SIB1 request (not shown) . The configuration 110 may indicate the number of retransmissions for the SIB1 request. After receiving the SIB1 180, the UE 102 can proceed with other operations, such as a random access procedure for initial access 398 to the network entity 104.

[0074] FIG. 1 and FIG. 3 have provided some example implementations and concepts related to the SIB1 request 160. The remaining figures include additional detail and example implementations. Some of the examples in various figures can be combined with examples from another figure. When a figure refers to concepts previously described in another figure the descriptions of those related concepts are similarly related to the latter figure. Where possible, to reduce redundancy, the figures include like reference numbers to represent an event or message already described in a previous figure and the description of that event or message is omitted or summarized in the description of the latter figure. For brevity, the following description will focus on the differences in each figure compared to the general technique described with reference to FIG. 3 and its preceding figures.

[0075] FIG. 4A shows an example communication flow diagram 400A in which a network entity 104 transmits a configuration message 410A that includes a configuration for a SIB1 request 160.

[0076] The network entity 104 transmits the configuration (such as via a configuration message 410A) to the UE 102. The network entity 104 may configure the time and frequency resource for the SIB1 request and other parameters (e.g., power control parameters, sequence generation related parameters and so on) . The network entity 104 may configure a resource for one SIB1 request associated with one or multiple SSBs. The network entity may transmit the configuration message 410A by an RRC message (e.g., RRCReconfiguration) . The UE may store the configuration, and later switch into the RRC idle or RRC inactive state 311.

[0077] In some implementations, the UE 102 reports its capability (also referred to as UE capability) regarding the SIB1 request. The UE 102 can transmit a capability message 406 to provide the UE capability to the network entity 104 (or another network entity, not shown) . Among other examples, the UE capability can determine whether the UE can transmit a SIB1 request and might indicate the supported configuration parameters for the SIB1 request. Additionally, or alternatively, the UE capabilities may indicate one or more the following capabilities: the supported SIB1 request types (e.g., PUCCH, PRACH, PUSCH, or SRS) ; the maximum number of SIB1 request resources for a cell or across all cells; the maximum number of cells for SIB1 request resource configured; the supported configuration (e.g., maximum bandwidth, maximum / minimum time offset between the SIB1 request and associated SSB, PUCCH / PRACH format (s) ) for each SIB1 request. The UE may report the UE capability per feature set, per band or per band combination. The network entity 104 might determine the configuration based on the UE capability.

[0078] When the UE 102 determines to access a cell of the network entity 104, the UE 102 may start to receive the SSB (s) 130 from the network entity 104. If the UE 102 determines to request the SIB1 (e.g., if the UE 102 is provided configuration of SIB1 request for the received SSB 130, or if the UE 102 is provided configuration of no SIB1 for the received SSB 130) , the UE may transmit the SIB1 request 160 in the configured resource. The UE 102 may transmit the SIB1 request 160 based on the stored configuration from the configuration message 410A.

[0079] FIG. 4B shows an example communication flow diagram 400B in which an SSB 430 includes a configuration 410B for a SIB1 request 160. FIG. 4B differs from FIG. 3 and FIG. 4A in that the network entity 104 can provide the configuration 410B (or part of the configuration) via the PBCH of the SSB 430. For example, the configuration 410B can be included in the MIB of the SSB 430. In some implementations, different SSBs can include different configurations for their respective SIB1 requests. In some aspects, the configuration 410B can include a configuration index value that refers to predefined or preconfigured set of configurations, such as described with reference to FIG. 11A and FIG. 11B.

[0080] FIG. 5A shows an example communication flow diagram 500A in which one network entity (for one cell) provides a configuration for a SIB1 request associated with a different network entity (or different cell) . For brevity, a first cell is referred to as a cell of the first  network entity 104A and the second cell is referred to as a cell of the second network entity 104B. Although the first network entity 104A and second network entity 104B are described as different cells, they may be the same network entity. In some other implementations, the first network entity 104A is different from the second network entity 104B. For ease of description, this disclosure refers to the first network entity 104A as operating the first cell and the second network entity 104B as operating the second cell. The first network entity 104A and the second network entity 104B can coordinate with each other via communication 501. In instances where the first cell and the second cell are operated by a same network entity, the communication 501 can refer to any mechanism by which the network entity coordinates between multiple cells, including accessing shared memory or by protocol layer messaging. In instances where the first cell and the second cell are operated by network entities at different base stations, the communication 501 can include messaging via an interface between the base stations.

[0081] As described with reference to FIG. 4A, the UE 102 may transmit a capability message. In FIG. 5A, the UE 102 optionally transmits the capability message 506 to the second network entity 104B (e.g., second cell) during an RRC connected state 305 with the second network entity 104B. The UE 102 receives a configuration message 510 from the second network entity 104B. The configuration message 510 can include any of the features described with reference to the configuration message 410A of FIG. 4A or any of the parameters shown in FIG. 14.

[0082] Later, the UE 102 may be in an RRC idle or RRC inactive state 311. When the UE 102 determines to access the first cell (e.g., the first network entity 104A) , the UE 102 may start to receive the SSB (s) 530 from the first network entity 104A. The UE 102 may determine whether to transmit the SIB1 request based on one or more triggering conditions, the stored configuration for the first cell, the contents of the SSB (s) 530, or any combination of these. If the UE 102 determines to request the SIB1, the UE 102 may transmit the SIB1 request 560A to the first network entity 104A via the configured resource. After receiving the SIB1 request 560A, the first network entity 104A may transmit the PDCCH / PDSCH for the SIB1 580A.

[0083] The first network entity 104A may transmit the PDCCH / PDSCH based on the configuration in the MIB (s) of the SSB (s) 530 or based on a preconfigured resource indicated in the configuration message 510. For example, the second network entity 104B can obtain  information from the first network entity 104A (via communication 501) that indicates resources for the PDCCH / PDSCH that the first network entity 104A expects to use when sending the SIB1 580A if the first network entity 104A receives the SIB1 request 560A. The second network entity 104B can include the information about the preconfigured PDCCH / PDSCH when sending the configuration message 510. After receiving the SIB1 180, the UE 102 can proceed with other operations, such as a random access procedure for initial access 398 to the network entity 104.

[0084] FIG. 5B shows an example communication flow diagram 500B in which a UE can transmit a SIB1 request to one network entity (for one cell) to obtain the SIB1 from a different network entity (or different cell) . Compared to FIG. 5A, one difference is that the UE 102 transmits the SIB1 request 560B to the second network entity 104B. For example, the configuration message 510 may provide time and frequency resources that correspond to the second cell (at the second network entity 104B) . Thus, the UE 102 may first access the second cell and then re-select the first cell after the receiving the SIB1 580B for the first cell. In FIG. 5B, the second network entity 104B may forward 561 the SIB1 request 560B to the first network entity 104A to cause the first network entity 104A to transmit the SIB1 580B.

[0085] In some implementations, the SIB1 request 560B includes a physical cell identifier (PCI) , carrier frequency information for the requested SIB1 or SSB associated with the requested SIB1, cell identification (ID) , or SSB index (es) associated with the requested SIB1, or other information to inform the second network entity 104B regarding which SIB1 (e.g., which SSB) is being requested by the UE 102. Alternatively, or additionally, the second network entity 104B may determine which SIB1 is being requested based on the SIB1 request 560B matching a configuration that is specific to a particular one or group of SSBs.

[0086] FIG. 5C shows an example communication flow diagram 500C in which a UE can transmit a SIB1 request and receive the SIB1 from one network entity (or cell) , where the SIB1 is for a different network entity (or cell) . FIG. 5C is similar to FIG. 5B, with the difference being that the second network entity 104B can respond to the SIB1 request 560B by directly communicating the SIB1 580C to the UE 102. Note that the SIB1 580C is a SIB1 for the first cell (at the first network entity 104A) , even though it is transmitted by via the second cell (at the second network entity 104B) . The second network entity 104B may transmit the SIB1 580C for the first cell based on a dedicated or group-cast RRC message. In  some implementations, the second network entity 104B transmits the RRC message on a PDSCH based on a cell radio network temporary identifier (C-RNTI) or modulation and coding scheme C-RNTI (MCS-C-RNTI) or an RNTI configured by the first network entity 104A, the second network entity 104B, or predefined. In the RRC message, the second network entity 104B may transmit at least the physical cell identifier (PCI) for the first cell and the SIB1 580C for the first cell.

[0087] FIG. 5D shows an example communication flow diagram 500D in which a UE can transmit a SIB1 request to one network entity (or cell) and receive the SIB1 for that cell via a downlink transmission from a different network entity (or different cell) . FIG. 5D begins the same as FIG. 5A, including the UE 102 transmitting the SIB1 request 560A to the first network entity 104A to request one or more SIB1 (s) related to the SSB (s) 530. However, FIG. 5D is different from FIG. 5A in that the first network entity 104A does not directly transmit the SIB1 in response to the SIB1 request 560A. Instead, the first network entity 104A may communicate 562 the SIB1 to the second network entity 104B to cause the second network entity 104B to transmit the SIB1 580C to the UE 102. A potential technical advantage of the example communication flow of FIG. 5D is that the first network entity 104A can remain in NES mode for the first cell.

[0088] FIG. 6 and FIG. 7 show example operations according to aspects of this disclosure. Although the illustrated flow charts depict a particular sequence of operations, the sequence may be altered without departing from the scope of the present disclosure. For example, some of the operations depicted may be performed in parallel or in a different sequence that does not materially affect the function of the routine. In other examples, different components of an example device or system that implements the routine may perform functions at substantially the same time or in a specific sequence.

[0089] FIG. 6 shows example operations (flow chart 600) of a UE according to aspects of this disclosure. The operations of FIG. 6 can be performed by any UE, such as any of the UEs 102, 1702 described in this document. In some implementations, at block 606, the UE optionally transmits UE capability regarding supported configurations for the SIB1 request. The UE capability can be a capability message (such as the capability message 406 described with reference to FIG. 4A) . The UE can transmit the UE capability to a first cell or a second cell (such as shown in FIG. 4A, and FIG. 5A) .

[0090] In some implementations, at block 610, the UE receives control signaling configuring the time and / or frequency resource and other parameters for the SIB1 request for at least one SSB for a first cell, and optionally configuring the time and / or frequency resource for PDCCH / PDSCH for a SIB1 transmission for the first cell. At block 630, the UE receives one or multiple SSB (s) from the first cell. In some implementations, the SSB configures time and / or frequency resource and other parameters for the SIB1 request associated with the SSB or whether there is PDCCH / PDSCH for SIB1 associated with the SSB.

[0091] In some implementations, at block 650, the UE determines whether triggering conditions for the UE to transmit the SIB1 request are satisfied. If so, the flow chart 600 continues to block 660. Otherwise, the flow chart 600 returns to block 630 or ends. At block 660, the UE transmits the SIB1 request if the triggering conditions are satisfied (such as the UE not receiving the SIB1 associated with a received SSB) . At block 680, the UE receives the PDCCH / PDSCH for SIB1 associated with the SSB based on the configuration in MIB or the configuration from block 680. According to some examples, the operations include performing a random access procedure for initial access at block 698.

[0092] FIG. 7 shows example operations (flow chart 700) of a network entity according to aspects of this disclosure. The operations of FIG. 7 can be performed by any network entity, such as any one of the network entities 104, 104A, 104B, 1704 described in this document. At block 706, the network entity may receive UE capability indicating supported configurations for a SIB1 request. At block 710, the network entity may transmit control signaling (from a first cell or a second cell) configuring the time and / or frequency resource and other parameters for the SIB1 request for at least one SSB for a first cell, and optionally configuring the time and / or frequency resource for PDCCH / PDSCH for SIB1 transmission for the first cell.

[0093] At block 730, the network entity transmits one or multiple SSB (s) . An SSB can optionally configure time and / or frequency resource and other parameters for the SIB1 request associated with the SSB or indicate whether there is PDCCH / PDSCH for SIB1 associated with the SSB. At block 760, the network entity receives the SIB1 request. At block 780, the network entity transmits the PDCCH / PDSCH for the SIB1 associated with the SSB based on the configuration in MIB or the configuration provided via block 710. At block 798, the network entity may participate in a random access procedure for initial access of the UE.

[0094] FIG. 8 through FIG. 10B include various examples of configured resources for a SIB1 request. A network entity may transmit a configuration of the SIB1 request for one or multiple cells. The network entity may configure a list of SIB1 request resources for one cell, and each SIB1 request resource is associated with one or multiple SSBs for the cell. The network entity may configure the time and frequency domain resources for each SIB1 request resource. The network entity may configure other parameters, e.g., power control parameters, format (s) and so on for each SIB1 request resource. The network entity may further configure the physical cell ID (PCI) for the cell. In some implementations, the UE may maintain the received SIB1 request related configuration until it receives the new RRC reconfiguration or receives a message to release the SIB1 request related configuration.

[0095] FIG. 8 shows an example configuration of frequency and time resources for a SIB1 request. In some implementations, the network entity may configure the frequency-domain resource (shown as resource for SIB1 request 822) for the SIB1 request based on the frequency-domain location of the associated SSBs. For example, the network entity may configure the RB offset 824 between the first RB of the frequency-domain resource for the resource for SIB1 request 822 and the first RB of the associated SSB 830. The UE may determine the starting subcarrier for the first RB of the associated SSB based on the configuration in MIB, e.g., ssb-SubcarrierOffset 823. The number of RBs for each SIB1 request may be pre-defined or configured by the network entity.

[0096] FIG. 9 shows an example scheduling for SIB1 requests associated with multiple SSBs. The network entity may configure the time-domain resource for corresponding SIB1 requests based on the time-domain location of the SSBs. For example, the network entity may configure a time offset between an SSB and its corresponding SIB1 request. In some implementations, the time offset is based on a slot offset between the slot with SSB and the slot for SIB1 request. Alternatively, the time offset can be based on a symbol offset between the first / last symbol of the SSB and the first / last symbol of the SIB1 request. The symbol (s) for the SIB1 request may be predefined or configured by the network entity.

[0097] In FIG. 9, the time offset is based on a slot offset (n=5) . For example, the SSB1 230A is in slot 1, so the resource for SIB1 request (associated with SSB1) 922A is in slot 6 (1+5) . The SSB2 230B is in slot 2, so the resource for SIB1 request (associated with SSB2)  922B is in slot 7 (2+5) . The time offset and example slot numbers are provided as examples and other implementations are possible.

[0098] FIG. 10A shows an example configuration 1000A of frequency and time resources for SIB1 requests associated with various SSBs. In some implementations, the network entity may configure a list of SIB1 request resources or occasions for a cell, and configure the time and frequency domain resource for each SIB1 request resource or occasion. The number of RBs for each SIB1 request resource or occasion and the time-domain duration for each SIB1 request resource may be predefined or configured by the network entity. The network entity configures the starting RB offset for the SIB1 request and SSB, and configures the number of SIB1 request multiplexed in frequency division multiplexing (FDM) manner. The network entity may further configure the slot index, slot offset and / or periodicity for the SIB1 request resource or occasion. In one example, the network entity may configure the slot offset y and periodicity x, and the UE determines the slot s for the SIB1 request is the one that meets the condition: s mod x = y.

[0099] The associated between the SIB1 request resource / occasion and the SSB may be pre-defined or configured by the network entity. In one example, the SIB1 request and the SSB are one-to-one associated in resource wide based on the order of the resource / occasion index. In another example, the network entity may configure the associated SSB index for each SIB1 request resource or occasion. In another example, the network entity may configure the associated SIB1 request resource or occasion index for each SSB, where one state may indicate no associated SIB1 request resource or occasion.

[0100] In FIG. 10A, the configuration is based on a one-to-one association between the SIB1 request resource / occasion and SSB. For example, a first resource 1022A is associated with a first SSB (SSB1) , a second resource 1022B is associated with a second SSB (SSB2) , and so on. Each of the configured resources 1022A, 1022B, ..., 1022H correspond to a different SSB (SSB1, SSB2, ...., SSB8) . Although shown and numbered sequentially in FIG. 10A, the association of a resource to an SSB may follow a different pattern or no pattern. When the network entity receives a SIB1 request (such as an uplink signal) via a particular resource 1022, the network entity can determine which SSB is associated with the resource for the SIB1 request, and which SIB1 is being requested.

[0101] FIG. 10B shows an example configuration 1000B of frequency and time resources for SIB1 requests associated with groups of SSBs. FIG. 10B differs from FIG. 10A in that the configured resources 1025A, 1025B, . . ., 1025H can be associated with different quantities of associated SSBs. The network entity can configure the number of associated SSBs per SIB1 request resource or occasion. The network entity may configure a common or separate number of associated SSBs for each SIB1 request resource or occasion. FIG. 10B illustrates one example for the one-to-N association between the SIB1 request resource / occasion and corresponding SSBs. The first resource 1025A is associated with the SSB1, SSB2, and SSB3. When the UE needs a SIB1 for any of those SSBs (1-3) , the UE can send the SIB1 request via the first resource 1025A. To illustrate the flexibility of configuration, FIG. 10B also shows that the first resource 1025A is associated with 3 different SSBs, while a second resource 1025B is associated with 2 different SSBs. Still other resources (such as resource 1025E) are associated with a single SSB.

[0102] FIG. 11A shows an example configuration of frequency and time resources for SIB1 requests using predefined SIB1 request configurations. In some implementations, a list of configurations may be pre-defined or pre-configured by the network entity. Each configuration can be based on the examples in FIG. 8 through FIG. 10B or the items described with reference to FIG. 14. FIG. 11A shows a configuration list 1108 with example configurations (SIB1 request configuration 1 1111, SIB1 request configuration 2 1112, SIB1 request configuration 3 1113, SIB1 request configuration 4 1114) .

[0103] The network entity may indicate one of the configurations in the configuration list 1108 by configuring an index value. The index value can be referred to as a SIB1 request configuration index, a configuration index value, configuration index for brevity, or other terms. In some implementations, the SSBs can include a configuration index value to refer to a particular one of the configurations in the configuration list 1108. A potential technical advantage of this technique is that multiple SIB1 request configurations can be predefined or preconfigured. Then, when a network entity communicates a configuration of a SIB1 request, the network entity can reduce signaling overhead by referring to the predefined or preconfigured configuration.

[0104] In the example of FIG. 11A, each SSB 1130A and 1130B can include a different configuration index value. The SSB 1 1130A indicates configuration index 1 which  corresponds to the SIB1 request configuration 1 1111. The SIB1 request configuration 1 1111 provides timing and / or frequency information (such as a slot offset) that informs the UE that the resource 1122A for the SIB1 request (associated with SSB 1) is at slot 6. The SSB 2 1130B indicates a configuration index 2 which corresponds to the SIB1 request configuration 2 1112. The SIB1 request configuration 2 1112 informs the UE that the resource 1122B for SIB1 request (associated with SSB 2) is at slot 8.

[0105] In some implementations, one of the states of the SIB1 request configuration index may indicate no SIB1 request configured. Then the UE may determine the network entity will transmit the SIBs associated with the corresponding SSB. In some implementations, if only 1 SIB1 request configuration is predefined or pre-configured, the network entity may only configure whether there is an SIB1 request or PDCCH / PDSCH for SIB1 associated with an SSB or not by the SSB.

[0106] In some implementations, the network entity may configure the SIB1 request configuration index explicitly by MIB. In one example, the network entity may configure the SIB1 request configuration index by the bits reserved for PDCCH-ConfigSIB1, and the network entity may indicate whether the PDCCH-ConfigSIB1 configures the SIB1 request configuration index or the configuration of SS / CORESET 0 based on the 1-bit reserved field, e.g., spare. In another example, the network entity may configure the SIB1 request configuration index by the 1-bit reserved field, e.g., spare. In another example, the network entity may configure the SIB1 request configuration based on the subcarrier offset, e.g., ssb-SubcarrierOffset, for the SSB. Different subcarrier offsets may correspond to different SIB1 request configuration index.

[0107] In some other implementations, the network entity may configure the SIB1 request configuration index implicitly, e.g., based on the sequence of PSS / SSS / DMRS for PBCH and / or the time / frequency location of the SSB. In one example, different PSS / SSS / DMRS for PBCH sequences may correspond to different SIB1 request configuration indexes. In another example, different time / frequency location of the SSB may correspond to different SIB1 request configuration indexes.

[0108] In some other implementations, the network entity may configure the SIB1 request configuration index explicitly and implicitly. In one example, the network entity may configure the K most significant bit (MSB) or least significant bit (LSB) for the SIB1 request  configuration explicitly by MIB, and the remaining bits of the SIB1 request configuration index implicitly, based on the sequence of PSS / SSS / DMRS for PBCH and / or the time / frequency location of the SSB.

[0109] In some implementations, if there is only one SIB1 request configuration pre-defined or pre-configured by the network entity, the network entity may configure whether the UE can transmit the SIB1 request. Alternatively, the UE can transmit the SIB1 request based on the SIB1 request configuration.

[0110] FIG. 11B shows another example configuration 1100B of frequency and time resources for SIB1 requests using a common SIB1 request configuration for different SSBs. In FIG. 11B, the SSB 1 1130A and the SSB 2 1130B both indicate the configuration index value 1 corresponding to the SIB1 request configuration 1 1111. In addition to the parameters in the SIB1 request configuration 1 1111, the time / frequency domain resource for each SIB1 request can be based on the time / frequency domain resource for the associated SSB, such as the offset of n slots (n=5 in the example shown in FIG. 11B) . For example, the locations of SIB1 request resources 1123A and 1123B are based on a combination of the SIB1 request configuration 1 1111, the offset, and the time / frequency domain resource of the SSBs 1130A and 1130B, respectively. A potential technical advantage of the technique in FIG. 11B is that the network entity can refer to the configuration list 1108 to configure some parameters while other parameters can be included in a configuration message or in the SSB.

[0111] FIG. 12 shows an example communication flow diagram 1200 in which a network entity can activate or deactivate resources for SIB1 requests. FIG. 12 includes some of the same events and messages described with reference to FIG. 3. In FIG. 12, the network entity 104 is shown transmitting multiple SSBs 1230. At some point, the network entity 104 can transmit a configuration update 1245 which can dynamically indicate which SIB1 requests (for which SSBs) the UE can send. A potential technical advantage is that the network entity 104 can manage how many (or how few) SSBs will be sent without SIB1s until it receives a SIB1 request. Thus, the techniques in FIG. 12 can enable variable amount of network energy saving by the network entity 104.

[0112] In some implementations, the network entity 104 may dynamically update part of configurations for one or multiple SIB1 request resource / occasion for one or multiple cells. In one example, the network entity may update the periodicity and / or slot offset for one or  multiple SIB1 request resource / occasion for one or multiple cells. In another example, the network entity may dynamically activate or deactivate one or multiple SIB1 request resource / occasion for one or multiple cells.

[0113] In some implementations, the network entity may transmit at least one of the following parameters via control signaling (such as the configuration update 1245) :

[0114] · Cell indicator (s) indicating the PCI (s) for the SIB1 request;

[0115] · Indication of one or multiple SIB1 request resource / occasion for one or multiple cells, e.g., SIB1 request resource / occasion index (es) or associated SSB index;

[0116] · Updated configuration (s) based on one or multiple configurations in option 1 or option 2, e.g., time resource, frequency resource and so on;

[0117] · Updated configuration (s) for one or multiple SSBs for one or multiple cells, e.g., time and / or frequency location, periodicity, on / off status, transmission power, and so on, which may cause the update of the configuration for the associated SIB1 request resource (s)  / occasion (s) ; or

[0118] · Activation / deactivation status for one or multiple SIB1 request resource / occasion.

[0119] In some implementations, the network entity may transmit this control signaling by a medium access control (MAC) control element (MAC CE) . The network entity may update the SIB1 request configuration for multiple cells by one MAC CE or multiple MAC CEs. The network entity may transmit the MAC CE in unicast manner or group-cast manner or broadcast manner. In some implementations, the network entity may transmit the PDSCH with the MAC CE and / or the PDCCH scheduling the PDSCH based on C-RNTI or MCS-C-RNTI. The network entity may transmit the PDCCH in a common search space or UE-specific search space. In some other implementations, the network entity may transmit the PDSCH with the MAC CE and / or the PDCCH scheduling the PDSCH based on a dedicated RNTI predefined or configured by the network entity. The network entity may transmit the PDCCH in a common search space. The UE may receive up to one downlink control information (DCI) based on such RNTI in one slot.

[0120] In some implementations, the network entity may transmit this control signaling by DCI. The network entity may update the SIB1 request configuration for multiple cells by one DCI or multiple DCIs. The network entity may transmit the DCI in unicast manner or group- cast manner or broadcast manner. In some implementations, the network entity may transmit the PDCCH for the DCI based on C-RNTI or MCS-C-RNTI. The network entity may transmit the PDCCH in a common search space or UE-specific search space. In some other implementations, the network entity may transmit the PDCCH for the DCI based on a dedicated RNTI predefined or configured by the network entity. The network entity may transmit the PDCCH in a common search space. The UE may receive up to one DCI based on such RNTI in one slot.

[0121] In some implementations, the network entity and UE may apply the updated configuration (s) for the corresponding SIB1 request resource (s)  / occasion (s) after Z symbols or slots or millisecond after the UE transmits the first or last symbol of the PUCCH or PUS CH with the ACK for the control signaling, e.g., PDSCH with MAC CE or PDCCH, or after the UE receives the last symbol of the control signaling, e.g., PDSCH with the MAC CE or PDCCH for the DCI. The value of Z may be predefined or configured by the network entity. The value of Z may be based on the subcarrier spacing of the PDCCH / PDSCH for the control signaling, or the subcarrier spacing of the PUCCH / PUSCH with the ACK, or the minimum or maximum subcarrier spacing between the PDCCH / PDSCH for the control signaling and the PUCCH / PUSCH with the ACK.

[0122] FIG. 13 shows an example 1300 of activated and deactivated resources for SIB1 requests. Based on an example of the configuration update 1245 in FIG. 12, the resources 1022E and 1022F (for SSB5 and SSB6, respectively) are deactivated, while the other resources remain configured and activated for the UE to transmit SIB1 requests for their associated SSBs. For example, the configuration update 1245 of FIG. 12 might include a status bitmap to indicate an activated status or deactivated status for a set of SIB 1 request resources. In the example of FIG. 13, the bitmap may indicate “ {11110011} ” where each bit is associated with a different SIB1 request resource 1022A, 1022B, ..., 1022H. For the example in FIG. 13, the “1's” in the bitmap indicate that the resources 1022A, 1022B, 1022C, 1022D, 1022G, and 1022H are activated, while the “0's” in the bitmap indicate that the resources 1022E and 1022F are deactived. The relationship between the status bits of the bitmap and the various resources can be defined in any number of ways, including a sequential order based on an index or configuration setting.

[0123] FIG. 14 shows an example configuration 1410 for SIB1 requests. The example configuration 1410 can include a variety of configuration parameters such as time and frequency resources for SIB1 request (1422) , a subcarrier offset from SSB (1423) , a Resource block (RB) offset (1424) , a configuration index value (1425) , an uplink power control parameters (1426) , a number of repetitions (1427) , a number of retransmissions 1429, a channel specific configuration (1431) , a preconfigured PDSCH where SIB1 will be transmitted (1433) , and one or more triggering condition (s) (e.g., criteria) for a SIB1 request (1450) . Examples of the channel specific configuration 1431 include a PRACH format 1432A, a PUCCH format 1432B, an SRS parameters 1432C, or a PUSCH for SIB1 request (1432D) .

[0124] In some implementations, the time and frequency resources for SIB1 request (1422) can be similar to any of those described with reference to FIG. 8 through FIG. 10B. Similarly, the subcarrier offset from SSB (1423) and RB offset (1424) can be as described with reference to FIG. 8. The configuration index value (1425) can be as described with reference to FIG. 11A and FIG. 11B. The one or more triggering condition (s) (e.g., criteria) for a SIB1 request (1450) are further described with reference to FIG. 16. The number of repetitions 1427 may indicate how many times the same SIB1 request can be repeated, either concurrently or sequentially. The number of retransmissions 1429 may indicate how many times the UE is permitted to retransmit the SIB1 request, where each retransmission follows a period in which the UE does not receive the SIB1 after a previous SIB1 request.

[0125] The uplink power control parameters (1426) are described further here. In some implementations, the network entity may configure a common or separate set of uplink power control parameter for each SIB1 request resource / occasion. Each uplink power control parameter set may include at least one of the followings: target received power per RB or per resource element (RE) or for the whole bandwidth for the SIB1 request resource / occasion (e.g., P0) , pathloss compensation scaling factor (e.g., α) , power ramping step (e.g., Δ) , SSB transmission power parameter, and SSB index for pathloss measurement. The network entity may configure a common SSB transmission power for all SSBs or SSB transmission power for each SSB separately. SSB transmission power parameter indicates the power used by the network entity to transmit the SSB. The UE calculates the received power of the SSB and compares the received power to the SSB transmission power parameter to determine the path  loss. In some implementations, some of the power control parameters may be pre-defined, e.g., α=1, Δ=3 dB, and / or SSB for pathloss measurement is one or multiple of the SSBs associated with a SIB1 request. If SIB1 request is associated with multiple SSBs, the UE may determine the pathloss based on the minimum, average or maximum pathloss from the associated SSBs or determine the pathloss based on one of the SSBs predefined (e.g., the first SSB or last SSB) or configured by the network entity.

[0126] In some examples, the UE may determine the transmission power (in dBm) for a transmission occasion of the SIB1 request in serving cell c and carrier f as equation 1. PTx=min {Pcmax, c, f, P0, f, c+αPLc, f+Δc, f×N}   [1]

[0127] Where N indicates the number of retransmissions for the SIB1 request, and for an initial transmission, N is 0; PLc, f indicates the measured pathloss in the serving cell c and carrier f; Pcmax, c, f indicates the maximum transmission power; P0, f, c is the target received power for the whole bandwidth of the SIB1 request in serving cell c and carrier f. In another example, the network entity and UE may determine the power ramping step size based on the number of retransmissions. Thus Δc, f may be replaced by Δc, f (N) in the equation 1. In addition, the UE may determine the value of Δc, f based on whether it changes the transmission beam or not. In one example, if the UE changes the transmission beam in the retransmission, the UE may determine the value of Δc, f as 0dB; otherwise, the UE may determine the value based on the configured or pre-defined power ramping step size.

[0128] In another example, the UE may determine the transmission power (in dBm) for a transmission occasion of the SIB1 request in serving cell c and carrier f as equation 2. PTx=min {Pcmax, c, f, P’0, f, c+10log102u’ / uM+αPLc, f+Δc, f×N}    [2]

[0129] Where P’0, f, c may indicate the target received power per RB or per RE based on a reference subcarrier spacing u, and M may indicate the number of RBs or REs for the SIB1 request based on subcarrier spacing u’ for the SIB1 request.

[0130] In some implementations, the subcarrier spacing for the SIB1 request may be pre-defined (e.g., the same as the subcarrier spacing for the SSB) . In some other implementations, the network entity may configure the subcarrier spacing for the SIB1 request.

[0131] In some implementations, the network entity may configure the carrier f for the SIB1 request by configuring whether the UE should transmit the SIB1 request on a supplementary uplink (SUL) carrier or current carrier. Alternatively, the UE transmits the SIB1 request on the same carrier as the SSB, e.g., non-SUL carrier.

[0132] As described in this disclosure, the network entity can configure the UE to send the SIB1 request via PRACH, PUCCH, SRS, or PUSCH (sometimes referred to as SIB1 request types) . The UE can provide UE capability information to inform the network entity which types the UE can support (referred to as supported types) . Based on the UE capability, the network entity can configure the SIB1 request via a particular type and, optionally, provide channel specific configuration 1431 based on the type. The next several paragraphs include example configurations based on the SIB1 request type and corresponding channel.

[0133] The network entity may configure the SIB1 request to be transmitted via the PRACH. The network entity may configure one or more parameters for the PRACH, such as:

[0134] · a PRACH format indicating one of the PRACH formats for the corresponding band (e.g., as defined in 3GPP TS 38.211, section 6.3.3) ;

[0135] · a preamble index indicating the preamble index to be used for each SIB1 request resource or occasion; or

[0136] · a number of repetitions for the PRACH transmission.

[0137] In some implementations, the PRACH format may be pre-defined for the corresponding band, e.g., one of PRACH format 0-4 for frequency range 1 (e.g., below 7 GHz) or one of the PRACH format A1 / A2 / A3 / B1 / B2 / B3 / B4 / C0 / C2 for frequency range 2 (e.g., above 28 GHz) . In some implementations, the number of repetitions may be predefined, e.g., 1. In some other implementations, the network entity may configure the number of repetitions by configuring one or multiple PRACH occasions associated with an SSB and configuring the number of PRACH occasions to be transmitted. In some implementations, different SIB1 request resource or occasion may be configured with the same time and frequency domain resource but with different preamble index.

[0138] In some implementations, the network entity and UE may determine the order of the PRACH occasions to determine the association with SSBs based on the preamble index, frequency resource index, time resource index and slot index of the PRACH. In one example, the network entity and UE may determine the order of the PRACH occasions as follows. Different orders of the PRACH occasion determination scheme may correspond to different examples.

[0139] · First, in increasing order of preamble indexes within a single PRACH occasion;

[0140] · Second, in increasing order of frequency resource indexes for frequency multiplexed PRACH occasions;

[0141] · Third, in increasing order of time resource indexes for time multiplexed PRACH occasions within a PRACH slot; and

[0142] · Fourth, in increasing order of indexes for PRACH slots.

[0143] The network entity may configure the SIB1 request to be transmitted via a PUCCH. The network entity may further configure one more parameters for the PUCCH, such as:

[0144] · a PUCCH format indicating one of the PUCCH formats for the corresponding band (e.g., as defined in 3GPP TS 38.211, section 6.3.2) ;

[0145] · a scrambling identifier (ID) indicating the scrambling ID to generate the base sequence of the PUCCH; or

[0146] · a number of repetitions for the PUCCH.

[0147] In some implementations, the PUCCH format may be predefined, e.g., PUCCH format 0. In some other implementations, the candidate PUCCH format may be PUCCH format for small payload size, e.g., PUCCH format 0 or 1. In some implementations, the number of repetitions may be predefined, e.g., 1. In some other implementations, the network entity may configure the number of repetitions by configuring one or multiple PUCCH resources associated with an SSB and configuring the number of PUCCH resources to be transmitted. In some implementations, the scrambling ID may be predefined, e.g., physical cell ID for the cell.

[0148] The network entity may configure the SIB1 request to be transmitted via an SRS. The network entity may further configure one or more parameters for the SRS that includes a SIB1 request, such as:

[0149] · a number of ports for the SRS;

[0150] · sequence ID indicating the sequence ID to generate the base sequence of the SRS;

[0151] · a number of repetitions for the SRS;

[0152] · a transmission comb indicating the comb offset and cyclic shift for the first SRS port;

[0153] · a resource mapping pattern indicating the starting subcarrier index, number of symbols and repetition factor;

[0154] · whether sequence and / or group hopping is enabled or not; or

[0155] · whether cyclic shift hopping and / or comb offset hopping is enabled or not.

[0156] In some implementations, the number of ports for the SRS may be predefined, e.g., 1. The number of repetitions may be predefined, e.g., 1. The sequence ID may be predefined, e.g., physical cell ID for the cell. The sequence and / or group hopping may be disabled. The cyclic shift hopping and / or comb offset hopping may be disabled. In some implementations, the network entity may configure the usage of the SRS resources as SIB1 request.

[0157] The network entity may configure the SIB1 request to be transmitted via a PUSCH. The network entity may further configure one or more parameters for the PUSCH, such as:

[0158] · an MCS;

[0159] · an MCS table for the MCS indication;

[0160] · a scramble ID indicating the scramble ID to generate the base sequence of the PUSCH and DMRS for PUSCH;

[0161] · a DMRS port;

[0162] · allocated RBs;

[0163] · start RB offset between the PUSCH and SSB;

[0164] · start symbol index and number of symbols; or

[0165] · slot index (es) .

[0166] In some implementations, the UE may report the SSB index and / or PCI by the MAC CE on the PUSCH for the SSB and / or cell that the PDCCH / PDSCH for the SIB1 is associated with. The network entity may configure the resource for PUSCH by DCI or RRC signaling. The network entity may configure a dedicated scheduling request (SR) for the UE to request the uplink resource to transmit the PUSCH for SIB1 request.

[0167] FIG. 15A shows an example SIB1 request 1560A. The example SIB1 request 1560A is an uplink signal having a preamble, pattern, or sequence 1561 that is based on a configuration. For example, the configuration can include an index value that refers to a predefined preamble, pattern, or sequence. In some implementations, the preamble / pattern / sequence 1561 is specific to a particular SSB or group of SSBs so that the network entity can determine, based on the preamble / pattern / sequence 1561, which SSB is associated with the SIB1 request. Alternatively, the preamble / pattern / sequence 1561 may be the same for multiple SSBs and the network entity can determine which SSB is associated with the SIB1 request based on the uplink resource of the SIB1 request.

[0168] FIG. 15B shows another example SIB1 request 1560B. The example SIB1 request 1560B might include cell identification 1562, carrier frequency 1564, SSB index 1566, or other information to enable a network entity to determine which SSB (and therefore, which SIB1) is associated with the SIB1 request. A potential technical advantage of the example SIB1 request 1560B is that the SIB1 request can be sent to a different cell or network entity (as described with reference to FIG. 5B and FIG. 5C) and the contents of the example SIB1 request 1560B can enable the receiving network entity to determine the other cell or network entity that transmitted the SSB.

[0169] FIG. 16 shows example triggering conditions 1650 for a UE triggering a SIB1 request. A UE might refrain from sending a SIB1 request unless or until at least one triggering condition is satisfied. In some implementations, the UE might wait until multiple (such as X, where X is more than 1) triggering conditions have been satisfied. The example triggering conditions 1650 include:

[0170] · (block 1651) the beam quality, e.g., layer 1 reference signal received power (L1-RSRP) or the layer 1 signal-to-interference plus noise ratio (L1-SINR) , for the SSB associated with the SIB1 request is above a first threshold;

[0171] · (block 1652) the cell is not barred, e.g., cellBarred is configured as notBarred;

[0172] · (block 1653) the UE has not identified any other SSB that configures the PDCCH / PDSCH for SIB1 or that does not configure SIB1 request;

[0173] · (block 1654) the beam quality for other SSBs that configure the PDCCH / PDSCH for SIB1 or that do not configure SIB1 request is below a second threshold;

[0174] · (block 1655) a first timer to receive the SIB1 expires;

[0175] · (block 1656) a second prohibit timer to transmit the SIB1 request expires;

[0176] · (block 1657) the number of SIB1 request retransmission (including or excluding the initial transmission) is below the maximum number of SIB1 request retransmissions; or

[0177] · (block 1658) a third timer for cell reselection has not expired.

[0178] In some implementations, the first and / or second threshold may be predefined or pre-configured by the network entity. The first and / or second threshold may be based on L1-RSRP / L1-SINR.

[0179] In some implementations, after receiving an SSB from the cell, e.g., after decoding a MIB, the UE may start the first timer. When the UE receives a PDCCH and / or PDSCH for SIB1, the UE may reset or restart the timer. The duration of the first timer may be pre-defined, e.g., 160 milliseconds (ms) , or pre-configured by the network entity.

[0180] In some implementations, after receiving an SSB from the cell, e.g., after decoding a MIB, the UE may start the second timer. The duration of the second timer may be pre-defined, e.g., 160 ms, or pre-configured by the network entity. The UE may reset or restart the timer if one or multiple of the following occurs:

[0181] · The UE receives a PDCCH and / or PDSCH for SIB1; or

[0182] · The UE transmits an SIB1 request.

[0183] In some implementations, the maximum number of SIB1 request retransmissions may be pre-defined, e.g., 4, or pre-configured by the network entity, or determined based on the transmission power for the SIB1 request. In one example, if the UE has already transmitted an SIB1 request based on the maximum transmission power, the UE may refrain from transmitting a retransmission of the SIB1 request.

[0184] In some implementations, after receiving an SSB from the cell, e.g., after decoding a MIB, the UE may start the third timer. The UE may reset or stop the third timer after it receives the SIB1. If the third timer expires, the UE may re-reselect another cell to access.

[0185] In some implementations, if one SSB is associated with multiple SIB1 request resources / occasions, the UE may transmit the SIB1 request on one or a subset of or all the SIB1 request resources / occasions. The UE may transmit the SIB1 request by different transmission beams (i.e., spatial transmission filter) or the same transmission beams. The network entity may configure whether the UE should use the same transmission beam or not.

[0186] FIG. 17 shows a block diagram of an example UE 1702 and an example network entity 1704. Note that the depicted hardware configurations represent the processing components and communication components of a network entity 1704 (such as the first network entity 104A described herein) and a UE 1702 (such as the UE 102 described herein) . The depicted hardware configurations may omit certain components well-understood to be frequently implemented in such electronic devices, such as displays, peripherals, power supplies, and the like.

[0187] The UE 1702 includes antennas 1703A, a radio frequency front end (RF front end) 1703B, and radio-frequency transceivers (e.g., an LTE transceiver 1703D and a 5G NR transceiver 1703C) for communicating with the network entity 1704. The RF front end 1703B includes one or more modems configured for the corresponding RAT (s) employed (for example, Third Generation Partnership Project (3GPP) Fifth Generation New Radio (5G NR) ) , one or more analog-to-digital converters (ADCs) , one or more digital-to-analog converters (DACs) , signal processors, and the like. In the example illustrated in FIG. 17, the RF front end 1703B of the UE 1702 may couple or connect the 5G NR transceiver 1703C to the antennas 1703A to facilitate various types of wireless communication. The RF front end 1703B operates, in effect, as a physical (PHY) transceiver interface to conduct and process signaling between the one or more processor (s) 1703E and antennas 1703A so as to facilitate various types of wireless communication.

[0188] The antennas 1703A of the UE 1702 include an array of multiple antennas that may be tuned to one or more frequency bands associated with a corresponding RAT. The antennas 1703A and the RF front end 1703B are tuned to, and / or be tunable to, one or more frequency bands defined by the 3GPP 5G NR communication standards and implemented by the 5G NR transceiver 1703C. Additionally, the antennas 1703A, the RF front end 1703B, and / or the 5G NR transceiver 1703C can be configured to support beamforming for the transmission and reception of communications with the network entity 1704. By way of example and not limitation, the antennas 1703A and the RF front end 1703B may be implemented for operation in sub-gigahertz bands, sub-6 GHz bands, and / or above 6 GHz bands that are defined by the 3GPP LTE and 5G NR communication standards.

[0189] The UE 1702 also includes processor (s) 1703E and computer-readable storage media (CRM) 1703F. The processor (s) 1703E may include, for example, one or more central  processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 1703E may include an application processor (AP) utilized by the UE 1410 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1703B. The CRM 1703F may include any suitable memory or storage device such as random-access memory (RAM) , static RAM (SRAM) , dynamic RAM (DRAM) , non-volatile RAM (NVRAM) , read-only memory (ROM) , Flash memory, solid-state drive (SSD) or other mass-storage devices, and the like useable to store one or more sets of executable software instructions and associated data that manipulate the one or more processor (s) 1703E and other components of the UE 1702 to perform the various functions described herein and attributed to the UE 1702. The sets of executable software instructions include, for example, an operating system (OS) and various drivers (not shown) , and various software applications (not shown) , which are executable by processor (s) 1703E to enable user-plane communication, control-plane signaling, and user interaction with the UE 1702.

[0190] Turning to the hardware of the network entity 1704, it is noted that although FIG. 17 illustrates an implementation of the network entity 1704 as a single network node (for example, a 5G NR Node B, or “gNB” ) , the functionality, and thus the hardware components, of the network entity 1704 instead may be distributed across multiple network nodes or devices and may be distributed in a manner to perform the functions described herein. As one example, the functionality of network entity 1704 may be distributed across a radio unit (RU) , distributed unit (DU) , or central unit (CU) .

[0191] The network entity 1704 includes antennas 1705A, a radio frequency front end (RF front end) 1705B, and one or more 5G NR transceivers 1705C for communicating with the UE 1702. The RF front end 1705B of the network entity 1704 may couple or connect the 5G NR transceivers 1705C to the antennas 1705A to facilitate various types of wireless communication. Similar to RF front end 1703B, the RF front end 1705B includes one or more modems, one or more ADCs, one or more DACs, and the like. RF front end 1705B receives the one or more RF signals, for example, RF signals from UE 1702, and pre-processes the one or more RF signals to generate data from the RF signals that is provided as input to processes and / or applications executing on network entity 1704. This pre-processing may include, for  example, power amplification, conversion of band-pass signaling to baseband signaling, initial analog-to-digital conversion, and the like.

[0192] The antennas 1705A of the network entity 1704 may be configured individually and / or as one or more arrays of multiple antennas. The antennas 1705A and the RF front end 1705B may be tuned to, and / or be tunable to, one or more frequency band defined by the 3GPP 5G NR communication standards, and implemented by the 5G NR transceivers 1705C. Additionally, the antennas 1705A, the RF front end 1705B, and the 5G NR transceivers 1705C may be configured to support beamforming, such as Massive-MIMO, for the transmission and reception of communications with the UE 1702.

[0193] The network entity 1704 also includes processor (s) 1705D and computer-readable storage media (CRM) 1705E. The processor (s) 1705D may include, for example, one or more central processing units, graphics processing units (GPUs) , or other application-specific integrated circuits (ASIC) , and the like. To illustrate, the processor (s) 1705D may include an application processor (AP) utilized by the network entity 1704 to execute an operating system and various user-level software applications, as well as one or more processors utilized by modems or a baseband processor of the RF front end 1705B to enable communication with the UE 1702. In at least some aspects, the processor (s) 1705D configures the 5G NR transceiver (s) 1705C for communication with the UE 1702, TRPs, and radio units via fronthaul interface 1707A, as well as communication with a core network. In some aspects, the network entity 1704 includes an inter-network entity interface 1707B, such as an Xn and / or X2 interface, which the processor (s) 1705D configures to exchange user-plane and control-plane data with another network entity, to manage the communication of the network entity 1704 with the UE 1702. The network entity 1704 includes a core network interface 1707C that the processor (s) 1705D configures to exchange user-plane and control-plane data with core network functions and entities.

[0194] FIG. 1 through FIG. 17 and the operations described herein are examples meant to aid in understanding example implementations and should not be used to limit the potential implementations or limit the scope of the claims. some implementations may perform additional operations, fewer operations, operations in parallel or in a different order, and some operations differently. Alternatively, or in addition to the other examples described herein,  examples include any combination of the following implementation options (enumerated as clauses for reference) .

[0195] Clause 1. An apparatus, including a processer configured to cause a User Equipment (UE) to: receive the configuration of a list of SIB1 request resource (s) to request system information block 1 (SIB1) for a cell; transmit the SIB1 request on a configured SIB1 request resource; and receive a physical downlink shared channel (PDSCH) with the SIB1 for the cell.

[0196] Clause 2. The apparatus according to clause 1, where the UE transmits the UE capability indicating at least one of: whether the UE supports the UE request of SIB1; the supported SIB1 request types; the maximum number of SIB1 request resources for a cell or across all cells; the maximum number of cells for SIB1 request resource configured; the supported maximum bandwidth for each SIB1 request; the supported maximum and / or minimum time offset between the SIB1 request and associated synchronization signal block (SSB) ; the supported physical uplink control channel (PUCCH) format (s) as SIB1 request; or the supported physical random access channel (PRACH) format (s) as SIB1 request.

[0197] Clause 3. The apparatus according to clause 1, where the UE receives at least one of: time resource for each SIB1 request resource; frequency resource for each SIB1 request resource; target received power for uplink power control for the SIB1 request; pathloss compensation factor for uplink power control for the SIB1 request; power ramping step size; pathloss reference signal index (es) ; associated SSB index (es) for each SIB1 request resource; subcarrier spacing for the SIB1 request; or whether to transmit the SIB1 request on a supplementary uplink (SUL) carrier or not.

[0198] Clause 4. The apparatus according to clause 3, where the UE further receives for each SIB1 request resource, at least one of: PRACH format configuration; preamble index configuration; number of repetitions; PUCCH format configuration; scrambling identifier (ID) configuration; number of SRS ports; sequence ID for SRS; transmission comb for SRS; resource mapping pattern for SRS; sequence and / or group hopping configuration; cyclic shift hopping and / or comb offset hopping configuration; modulation and coding scheme (MCS) ; MCS table; or demodulation Reference Signal (DMRS) port.

[0199] Clause 5. The apparatus according to any one of clauses 3-4, where the UE receives the configuration by one of: an RRC message; Master Information Block (MIB) in a received  SSB; Primary synchronization signal (PSS) sequence for a received SSB; Secondary synchronization signal (SSS) sequence for a received SSB; DMRS sequence for a received SSB; or time and / or frequency location for a received SSB.

[0200] Clause 6. The apparatus according to any one of clauses 3-5, where the UE transmits the SIB1 request based on one of: PRACH; PUCCH; SRS; or PUSCH.

[0201] Clause 7. The apparatus according to any one of clauses 3-6, where the UE receives a control signaling updating part of the configurations for one or multiple SIB1 request resource (s)  / occasion (s) for one or multiple cell (s) .

[0202] Clause 8. The apparatus according to any one of clauses 3-6, where the UE receives the control signaling indicating at least one of: cell indicator (s) indicating the PCI (s) for the SIB1 request; indication of one or multiple target SIB1 request resource (s)  / occasion (s) for one or multiple cells; updated configuration (s) for the target SIB1 request resource (s)  / occasion (s) ; updated configuration (s) for one or multiple SSBs associated SIB1 request resource (s)  / occasion (s) for one or multiple cells; or activation / deactivation status for one or multiple SIB1 request resource (s)  / occasion (s) .

[0203] Clause 9. The apparatus according to any one of clauses 7-8, where the UE receives the control signaling by at least one of: a MAC CE on PDSCH; or a DCI on PDCCH.

[0204] Clause 10. The apparatus according to clause 9, where the UE receives the PDCCH / PDSCH for the control signaling based on at least one of: cell radio network temporary identifier (C-RNTI) ; Modulation and Coding Scheme C-RNTI (MCS-C-RNTI) ; a pre-defined RNTI; or a configured RNTI.

[0205] Clause 11. The apparatus according to clause 9, where the UE applies the updated configuration (s) for the target SIB1 request resource (s)  / occasion (s) after Z symbols or slots or milliseconds after the UE transmits the first or last symbol of the PUCCH or PUSCH with ACK for the PDSCH or PDCCH for the control signaling; or the UE receives the last symbol of the PDSCH or PDCCH for the control signaling.

[0206] Clause 12. The apparatus according to any one of clauses 3-11, where the UE determines the transmission power for the SIB1 request based on at least one of: the maximum transmission power; target received power for uplink power control for the SIB1 request; pathloss compensation factor for uplink power control for the SIB1 request; power ramping  step size; pathloss measured from the pathloss reference signal (s) ; number of retransmissions; or whether the UE changes the spatial domain filter compared to the last transmission of SIB1 request.

[0207] Clause 13. The apparatus according to any one of clauses 3-12, where the UE determines to transmit the SIB1 request if it determines one or triggering conditions are satisfied, where the triggering conditions include: the beam quality for the SSB associated with the SIB1 request is above a first threshold; the cell is not barred; the UE has not identified any other SSB that configures the PDCCH / PDSCH for SIB1 or that does not configure SIB1 request; the beam quality for other SSBs that configure the PDCCH / PDSCH for SIB1 or that do not configure SIB1 request is below a second threshold; a first timer to receive the SIB1 expires; a second prohibit timer to transmit the SIB1 request expires; the number of SIB1 request retransmission is below the maximum number of SIB1 request retransmissions; or a third timer for cell reselection has not expired.

[0208] Clause 14. The apparatus according to clause 13, where the beam quality is at least one of: layer 1 reference signal received power (L1-RSRP) ; or layer 1 signal-to-interference plus noise ratio (L1-SINR) .

[0209] Clause 15. The apparatus according to clause 13, where the UE receives the configuration of at least one of: duration for the first timer; duration for the second timer; duration for the third timer; the first threshold; the second threshold; or maximum number of SIB1 request retransmissions.

[0210] Clause 16. The apparatus according to clause 13, where one or multiple parameters are predefined, the parameters including: duration for the first timer; duration for the second timer; duration for the third timer; the first threshold; the second threshold; or maximum number of SIB1 request retransmissions.

[0211] Clause 17. The apparatus according to clause 13, where the UE starts the first / second / third timer after receiving an SSB from the cell.

[0212] Clause 18. The apparatus according to clause 13, where the UE resets or restarts or stops the first / second / third timer: after the UE receives a PDCCH and / or PDSCH for SIB1; or after The UE transmits an SIB1 request.

[0213] Clause 19. The apparatus according to any one of clauses 1-18, after X symbols or slots or millisecond after the UE transmits the last symbol of the SIB1 request, the UE starts to monitor the PDCCH / PDSCH for SIB1.

[0214] Clause 20. The apparatus according to clause 19, where the UE receives the configuration of the value of X.

[0215] Clause 21. The apparatus according to clause 19, where the value of X is predefined.

[0216] Clause 22. The apparatus according to any one of clauses 19-22, where the UE monitors the PDCCH scheduling PDSCH with SIB1 in the Monitoring Occasion (MO) for the search space (SS) and Control Resource Set (CORESET) 0 configured by the SSB associated with the SIB1 request.

[0217] Clause 23. The apparatus according to any one of clauses 19-22, where the UE monitors the PDCCH scheduling PDSCH with SIB1 in the MO for the SS or CORESET configured by an RRC message.

[0218] Clause 24. The apparatus according to any one of clauses 19-22, where the UE receives the PDSCH with SIB1 in a configured PDSCH resource.

[0219] Clause 25. An apparatus, including a processer configured to cause a Base Station (BS) to: transmit the configuration of a list of SIB1 request resource (s) to request system information block 25 (SIB1) for a cell; receive the SIB1 request on a configured SIB1 request resource; and transmit a physical downlink shared channel (PDSCH) with the SIB1 for the cell.

[0220] Clause 26. The apparatus according to clause 25, where the BS receives the UE capability indicating at least one of: whether the UE supports the UE request of SIB1; the supported SIB1 request types; the maximum number of SIB1 request resources for a cell or across all cells; the maximum number of cells for SIB1 request resource configured; the supported maximum bandwidth for each SIB1 request; the supported maximum and / or minimum time offset between the SIB1 request and associated synchronization signal block (SSB) ; the supported physical uplink control channel (PUCCH) format (s) as SIB1 request; or the supported physical random access channel (PRACH) format (s) as SIB1 request.

[0221] Clause 27. The apparatus according to clause 25, where the BS transmits at least one of: time resource for each SIB1 request resource; frequency resource for each SIB1 request  resource; target received power for uplink power control for the SIB1 request; pathloss compensation factor for uplink power control for the SIB1 request; power ramping step size; pathloss reference signal index (es) ; associated SSB index (es) for each SIB1 request resource; subcarrier spacing for the SIB1 request; or whether to transmit the SIB1 request on a supplementary uplink (SUL) carrier or not.

[0222] Clause 28. The apparatus according to clause 27, where the BS further transmits for each SIB1 request resource, at least one of: PRACH format configuration; preamble index configuration; number of repetitions; PUCCH format configuration; scrambling identifier (ID) configuration; number of SRS ports; sequence ID for SRS; transmission comb for SRS; resource mapping pattern for SRS; sequence and / or group hopping configuration; cyclic shift hopping and / or comb offset hopping configuration; modulation and coding scheme (MCS) ; MCS table; or demodulation reference signal (DMRS) port.

[0223] Clause 29. The apparatus according to any one of clauses 27-28, where the BS transmits the configuration by one of: an RRC message; Master Information Block (MIB) in a received SSB; Primary synchronization signal (PSS) sequence for a received SSB; Secondary synchronization signal (SSS) sequence for a received SSB; DMRS sequence for a received SSB; or Time and / or frequency location for a received SSB.

[0224] Clause 30. The apparatus according to any one of clauses 27-29, where the BS receives the SIB1 request based on one of: PRACH; PUCCH; SRS; or PUSCH.

[0225] Clause 31. The apparatus according to any one of clauses 27-30, where the BS transmits a control signaling updating part of the configurations for one or multiple SIB1 request resource (s)  / occasion (s) for one or multiple cell (s) .

[0226] Clause 32. The apparatus according to any one of clauses 27-30, where the BS transmits the control signaling indicating at least one of: cell indicator (s) indicating the PCI (s) for the SIB1 request; indication of one or multiple target SIB1 request resource (s)  / occasion (s) for one or multiple cells; updated configuration (s) for the target SIB1 request resource (s)  / occasion (s) ; updated configuration (s) for one or multiple SSBs associated SIB1 request resource (s)  / occasion (s) for one or multiple cells; or activation / deactivation status for one or multiple SIB1 request resource (s)  / occasion (s) .

[0227] Clause 33. The apparatus according to any one of clauses 31-32, where the BS transmits the control signaling by at least one of: a MAC CE on PDSCH; or a DCI on PDCCH.

[0228] Clause 34. The apparatus according to any one of clauses 33, where the BS transmits the PDCCH / PDSCH for the control signaling based on at least one of: cell radio network temporary identifier (C-RNTI) ; Modulation and Coding Scheme C-RNTI (MCS-C-RNTI) ; a pre-defined RNTI; or a configured RNTI.

[0229] Clause 35. The apparatus according to clause 33, where the BS applies the updated configuration (s) for the target SIB1 request resource (s)  / occasion (s) after Z symbols or slots or milliseconds after the BS receives the first or last symbol of the PUCCH or PUSCH with ACK for the PDSCH or PDCCH for the control signaling; or the BS transmits the last symbol of the PDSCH or PDCCH for the control signaling.

[0230] Clause 36. The apparatus according to any one of clauses 25-35, after X symbols or slots or millisecond after the BS receives the last symbol of the SIB1 request, the BS transmits the PDCCH / PDSCH for SIB1.

[0231] Clause 37. The apparatus according to clause 36, where the BS transmits the configuration of the value of X.

[0232] Clause 38. The apparatus according to clause 36, where the value of X is predefined.

[0233] Clause 39. The apparatus according to any one of clauses 36-39, where the BS transmits the PDCCH scheduling PDSCH with SIB1 in a Monitoring Occasion (MO) for the search space (SS) and Control Resource Set (CORESET) 0 configured by the SSB associated with the SIB1 request.

[0234] Clause 40. The apparatus according to any one of clauses 36-39, where the BS transmits the PDCCH scheduling PDSCH with SIB1 in an MO for the SS or CORESET configured by an RRC message.

[0235] Clause 41. The apparatus according to any one of clauses 36-39, where the BS transmits the PDSCH with SIB1 in a configured PDSCH resource.

[0236] Aspects of the subject matter described in this disclosure can be implemented as a computer-readable medium having stored therein instructions which, when executed by a processor, causes the processor to perform any one of the above-mentioned functionalities. Aspects of the subject matter described in this disclosure can be implemented as a system  having means for implementing any one of the above-mentioned functionalities. Aspects of the subject matter described in this disclosure can be implemented as an apparatus having one or more processors configured to perform one or more operations from any one of the above-mentioned functionalities.

[0237] The following additional considerations may apply to the foregoing and the following discussions.

[0238] Unless defined otherwise, technical and scientific terms used herein have the same meaning as is commonly understood by one of ordinary skill in the art to which this specification belongs. The terms “first” , “second” , and the like, as used herein do not denote any order, quantity, or importance, but rather are used to distinguish one element from another. The use of terms “including, ” “comprising” or “having” and variations thereof herein are meant to encompass the items listed thereafter and equivalents thereof as well as additional items. The terms “connected” and “coupled” are not restricted to physical or mechanical connections or couplings and can include electrical connections or couplings, whether direct or indirect. Furthermore, terms “circuit” and “circuitry” and “control unit” may include either a single component or a plurality of components, which are either active and / or passive and are connected or otherwise coupled together to provide the described function. In addition, the term operationally coupled as used herein includes wired coupling, wireless coupling, electrical coupling, magnetic coupling, radio communication, software based communication, or combinations thereof.

[0239] Some or all of the foregoing or the following implementations can be jointly combined or formed to be a new or another one implementation. The foregoing or the following techniques can be used to solve at least (but not limited to) the issue (s) or scenario (s) mentioned in this disclosure. Any two or more than two of the foregoing or the following paragraphs, (sub) -bullets, points, actions, or claims described in each method / technique / implementation may be combined logically, reasonably, and properly to form a specific method. Any sentence, paragraph, (sub) -bullet, point, action, or claim described in each of the foregoing or the following technique (s)  / implementation (s)  / concept (s) may be implemented independently and separately to form a specific method. Dependency, such as “based on, ” “more specifically, ” “where” or etc., in  technique (s)  / implementation (s)  / concept (s) mentioned in this disclosure is just one possible implementation which would not restrict the specific method.

[0240] Generally speaking, description for one of the above figures can apply to another of the above figures. Examples, implementations and methods described above can be combined, if there is no conflict. An event or block described above can be optional or omitted. For example, an event or block with dashed lines in the figures can be optional. In some implementations, “message” is used and can be replaced by “information element (IE) , ” and vice versa. In some implementations, “IE” is used and can be replaced by “field, ” and vice versa. In some implementations, “configuration” can be replaced by “configurations” or “configuration parameters, ” and vice versa. In some implementations, “some” means “one or more. ” In some implementations, “at least one” means “one or more. ”

[0241] As used herein, the terms “user device” , “user equipment” (for example, UE 102) , “wireless communication device” , “mobile communication device” , “communication device” , or “mobile device” refer to any one or all of cellular telephones, smartphones, portable computing devices, personal or mobile multi-media players, laptop computers, tablet computers, smartbooks, Internet-of-Things (IoT) devices, palm-top computers, wireless electronic mail receivers, multimedia Internet enabled cellular telephones, wireless gaming controllers, display sub-systems, driver assistance systems, vehicle controllers, vehicle system controllers, vehicle communication system, infotainment systems, vehicle telematics systems or subsystems, vehicle display systems or subsystems, vehicle data controllers, point-of-sale (POS) terminals, health monitoring devices, drones, cameras, media-streaming dongles or another personal media devices, wearable devices such as smartwatches, wireless hotspots, femtocells, broadband routers or other types of routers, and similar electronic devices which include a programmable processor and memory and circuitry configured to perform operations as described herein. Further, the user device in some cases may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS) . Still further, the user device can operate as an internet-of-things (IoT) device or a mobile-internet device (MID) . Depending on the type, the user device can include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.

[0242] Certain techniques are described in this disclosure as including logic or a number of components or modules. Modules can be software modules (e.g., code, or machine-readable instructions stored on non-transitory machine-readable medium) or hardware modules. A hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner. A hardware module can comprise dedicated circuitry or logic that is permanently configured (e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC) , a digital signal processor (DSP) , etc. ) to perform certain operations. A hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. The decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.

[0243] When implemented in software, the techniques can be provided as part of the operating system, a library used by multiple applications, a particular software application, etc. The software can be executed by one or more general-purpose processors or one or more special-purpose processors.

[0244] As used herein, the terms “component” and “module” are intended to be broadly construed as hardware, firmware, or a combination of hardware and software. As used herein, a processor is implemented in hardware, firmware, or a combination of hardware and software. As used herein, the phrase “based on” is intended to be broadly construed to mean “based at least in part on. ”

[0245] As used herein, a phrase referring to a list of items separated by “or” refers to any combination of those items, including single members. For example, “a, b, or c” is intended to cover the possibilities of: a only, b only, c only, a combination of a and b, a combination of a and c, a combination of b and c, and a combination of a and b and c.

[0246] In this disclosure, an expression of “X / Y” may include meaning of any of the following: “X or Y” or “X and Y” or “X and / or Y. " An expression of “ (A) B” or “B (A) ” may include concept of “only B. ” An expression of “ (A) B” or “B (A) ” may include concept of “A+B” or “B+A. ”

[0247] In this disclosure, the term "can" indicates a capability, or alternatively indicates a possible implementation option. The term "may" indicates a permission or a possible implementation option.

[0248] Some aspects are described herein in connection with thresholds. As used herein, satisfying a threshold may refer to a value being greater than the threshold, greater than or equal to the threshold, less than the threshold, less than or equal to the threshold, equal to the threshold, not equal to the threshold, or the like.

[0249] The various illustrative components, logic, logical blocks, modules, circuits, operations and algorithm processes described in connection with the implementations disclosed herein may be implemented as electronic hardware, firmware, software, or combinations of hardware, firmware or software, including the structures disclosed in this specification and the structural equivalents thereof. The interchangeability of hardware, firmware and software has been described generally, in terms of functionality, and illustrated in the various illustrative components, blocks, modules, circuits and processes described above. Whether such functionality is implemented in hardware, firmware or software depends upon the particular application and design constraints imposed on the overall system.

[0250] As described above, some aspects of the subject matter described in this specification can be implemented as software. For example, various functions of components disclosed herein, or various blocks or steps of a method, operation, process or algorithm disclosed herein can be implemented as one or more modules of one or more computer programs. Such computer programs can include non-transitory processor-executable or computer-executable instructions encoded on one or more tangible processor-readable or computer-readable storage media for execution by, or to control the operation of, a data processing apparatus including the components of the devices described herein. By way of example, and not limitation, such storage media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that may be used to store program code in the form of instructions or data structures. Combinations of the above should also be included within the scope of storage media.

[0251] Various modifications to the implementations described in this disclosure may be readily apparent to persons having ordinary skill in the art, and the generic principles defined  herein may be applied to other implementations without departing from the scope of this disclosure. Thus, the claims are not intended to be limited to the implementations shown herein but are to be accorded the widest scope consistent with this disclosure, the principles and the novel features disclosed herein.

[0252] Additionally, various features that are described in this specification in the context of separate implementations also can be implemented in combination in a single implementation. Conversely, various features that are described in the context of a single implementation also can be implemented in multiple implementations separately or in any suitable subcombination. As such, although features may be described above as acting in particular combinations, and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a subcombination or variation of a subcombination.

[0253] The drawings may schematically depict one or more example processes in the form of a flowchart or flow diagram. However, other operations that are not depicted can be incorporated in the example processes that are schematically illustrated. For example, one or more additional operations can be performed before, after, simultaneously, or between any of the illustrated operations. In some circumstances, multitasking and parallel processing may be advantageous. Moreover, the separation of various system components in the implementations described above should not be understood as requiring such separation in all implementations, and it should be understood that the described program components and systems can generally be integrated together in a single software product or packaged into multiple software products. Additionally, other implementations are within the scope of the following claims. In some cases, the actions recited in the claims can be performed in a different order and still achieve desirable results.

[0254] The foregoing disclosure provides illustration and description but is not intended to be exhaustive or to limit the aspects to the precise form disclosed. Modifications and variations may be made in light of the above disclosure or may be acquired from practice of the aspects. While the aspects of the disclosure have been described in terms of various examples, any combination of aspects from any of the examples is also within the scope of the disclosure. The examples in this disclosure are provided for pedagogical purposes.

Claims

1.A method for wireless communication by a user equipment (UE) (102) , the method comprising:receiving (630) one or more synchronization signal blocks (SSBs) (130, 230A, 230B, 430, 530, 830, 1130A, 1130B, 1230) from a first network entity (104, 104A) ;transmitting (660) a system information block type 1 request (SIB1 request) (160, 560A, 560B, 1560A, 1560B) for a first SIB1 associated with a first SSB of the one or more SSBs; andreceiving (680) the first SIB1 (180, 580A, 580B, 580C) based on the SIB1 request.2.The method of claim 1, wherein the transmitting the SIB1 request is based on one or more triggering conditions being satisfied, and wherein the one or more triggering conditions include at least one of:the UE not receiving the first SIB1 associated with the first SSB;a beam quality for the first SSB being above a first threshold;a cell of the first SSB being not barred;a determination that none of the one or more SSBs configure a downlink channel for the first SIB1;a beam quality for other SSBs of the one or more SSBs, other than the first SSB, being below a second threshold;a first timer to receive the first SIB1 being expired;a second prohibit timer to transmit the SIB1 request being deactivated or expired;a number of transmissions or retransmissions of the SIB1 request being below a threshold number of transmissions; ora third timer for cell reselection being not expired.3.The method of claim 1 or 2, further comprising:receiving (610) a configuration (110, 410A, 410B, 510, 1410) for the SIB1 request,wherein the transmitting the SIB1 request is based on one or more parameters of the configuration.4.The method of claim 3, wherein the configuration includes one or more of:time and frequency resources for the SIB1 request;a subcarrier offset to indicate that resources for the SIB1 request are based on the subcarrier offset from the first SSB;a resource block (RB) offset to indicate that resources for the SIB1 request are based on the RB offset from the first SSB;a configuration index value referring to a predetermined configuration set;one or more uplink power control parameters;a parameter indicating a number of repetitions for the SIB1 request;an indication of physical downlink shared channel (PDSCH) resources for the UE to receive the first SIB1 after the transmitting the SIB1 request; orone or more triggering conditions for the SIB1 request.5.The method of claim 4, wherein the one or more uplink power control parameters include at least one of:target received power per resource block (RB) , per resource element (RE) , or for a bandwidth for the SIB1 request,a pathloss compensation scaling factor,a power ramping step,an SSB transmission power parameter, oran SSB index for pathloss measurement.6.The method of any one of claims 3 to 5, wherein the configuration includes one or more of:a physical random access channel (PRACH) format,a PRACH preamble index,a physical uplink control channel (PUCCH) format,a scrambling identification (ID) for generating a base sequence of the PUCCH,a sounding reference signal (SRS) parameter associated with the SIB1 request, ora physical uplink shared channel (PUSCH) configuration.7.The method of any one of claims 3 to 6, wherein the receiving the configuration includes:receiving the configuration via a configuration message while the UE is in a radio resource control (RRC) connected state with the first network entity or a second network entity (104, 104B) ; andmaintaining the configuration in a memory of the UE after the UE has transitioned from the RRC connected state to an RRC idle state or RRC inactive state.8.The method of any one of claims 3 to 7, wherein the receiving the configuration includes receiving the configuration from a second network entity (104, 104B) .9.The method of any one of claims 1 to 8, further comprising:transmitting a capability message (406, 506) indicating at least one of:whether the UE can send a SIB1 request;one or more supported SIB1 request types;a maximum number of SIB1 request resources for a cell or across all cells;a maximum number of cells that can be configured for SIB1 request;a supported maximum bandwidth for each SIB1 request;a supported maximum or minimum time offset between the SIB1 request and an associated SSB;a supported physical uplink control channel (PUCCH) format for the SIB1 request; ora supported physical random access channel (PRACH) format for the SIB1 request.10.The method of any one of claims 1 to 9, wherein the transmitting the SIB1 request includes transmitting the SIB1 request while the UE is in a radio resource control (RRC) idle state or RRC inactive state (311) .11.The method of any one of claims 1 to 10, further comprising:after the receiving the first SIB1, initiating a random access procedure for access to the first network entity based, at least in part, on the first SIB1.12.The method of any one of claims 1 to 11, wherein the transmitting the SIB1 request includes transmitting the SIB1 request to a second network entity to request the first SIB1 associated with the first SSB of the first network entity.13.The method of any one of claims 1 to 12, wherein the receiving the first SIB1 includes receiving the first SIB1, associated with the first SSB of the first network entity, from a second network entity different from the first network entity.14.A method for wireless communication by a first network entity (104, 104A) , the method comprising:transmitting (730) one or more synchronization signal blocks (SSBs) (130, 230A, 230B, 430, 530, 830, 1130A, 1130B, 1230) ;receiving (760) , from a user equipment (UE) (102) , a system information block type 1 request (SIB1 request) (160, 560A, 560B, 1560A, 1560B) for a first SIB1 associated with a first SSB of the one or more SSBs; andtransmitting (780) the first SIB1 (180, 580A, 580B, 580C) based on the SIB1 request.15.The method of claim 14, further comprising:transmitting (710) , to the UE, a configuration (110, 410A, 410B, 510, 1410) for the SIB1 request, wherein the configuration includes one or more of:time and frequency resources for the SIB1 request;a subcarrier offset to indicate that resources for the SIB1 request are based on the subcarrier offset from the first SSB;a resource block (RB) offset to indicate that resources for the SIB1 request are based on the RB offset from the first SSB;a configuration index value referring to a predetermined configuration set;one or more uplink power control parameters;a parameter indicating a number of repetitions for the SIB1 request;an indication of physical downlink shared channel (PDSCH) resources where the first network entity or a second network entity (104, 104B) will transmit the first SIB1; orone or more triggering conditions for the SIB1 request.16.The method of claim 15, wherein the transmitting the configuration to the UE includes:providing at least a portion of the configuration to a second network entity; andcausing the second network entity to transmit the configuration to the UE.17.An apparatus, comprising:a communication unit; anda processing system configured to control the communication unit to implement any one of the methods of any one of claims 1 to 16.

Images