Systems and methods of on-demand system information block 1 acquisition using anchor cell provisioned information

Abstract

Systems and methods for on-demand system information block (SIB) 1 (SIB1) acquisition are disclosed herein. In some embodiments, a user equipment (UE) communicates with an anchor cell to either receive essential SIB (ESIB) information of a network energy saving (NES) cell that is not regularly transmitting its SIB1 or receive a SIB1 of the NES cell. In alternative embodiments, no anchor cell communication occurs, and a concise random access channel (RACH) configuration is retrieved from an SSB of the NES cell. Then, the UE performs an on-demand system information (SI) request RACH procedure that includes a request for the NES cell to transmit its SIB1 (e.g., for purposes of SIB1 acquisition or update). The RACH procedure may be a "Msg1" on-demand SI request RACH procedure or a "Msg3" on-demand SI request RACH procedure across applicable embodiments. Corresponding anchor cell and NES cell behaviors for applicable embodiments are also discussed.

Description

SYSTEMS AND METHODS OF ON-DEMAND SYSTEM INFORMATION BLOCK 1 ACQUISITION USING ANCHOR CELL PROVISIONED INFORMATIONTECHNICAL FIELD

[0001] This application relates generally to wireless communication systems, including wireless communication systems using transmissions of system information (SI) .BACKGROUND

[0002] Wireless mobile communication technology uses various standards and protocols to transmit data between a base station and a wireless communication device. Wireless communication system standards and protocols can include, for example, 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) (e.g., 4G) , 3GPP New Radio (NR) (e.g., 5G) , and Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard for Wireless Local Area Networks (WLAN) (commonly known to industry groups as  ) .

[0003] As contemplated by the 3GPP, different wireless communication systems' standards and protocols can use various radio access networks (RANs) for communicating between a base station of the RAN (which may also sometimes be referred to generally as a RAN node, a network node, or simply a node) and a wireless communication device known as a user equipment (UE) . 3GPP RANs can include, for example, Global System for Mobile communications (GSM) , Enhanced Data Rates for GSM Evolution (EDGE) RAN (GERAN) , Universal Terrestrial Radio Access Network (UTRAN) , Evolved Universal Terrestrial Radio Access Network (E-UTRAN) , and / or Next-Generation Radio Access Network (NG-RAN) .

[0004] Each RAN may use one or more radio access technologies (RATs) to perform communication between the base station and the UE. For example, the GERAN implements GSM and / or EDGE RAT, the UTRAN implements Universal Mobile Telecommunication System (UMTS) RAT or other 3GPP RAT, the E-UTRAN implements LTE RAT (sometimes simply referred to as LTE) , and NG-RAN implements NR RAT (sometimes referred to herein as 5G RAT, 5G NR RAT, or simply NR) . In certain deployments, the E-UTRAN may also implement NR RAT. In certain deployments, NG-RAN may also implement LTE RAT.

[0005] A base station used by a RAN may correspond to that RAN. One example of an E-UTRAN base station is an Evolved Universal Terrestrial Radio Access Network (E-UTRAN) Node B (also commonly denoted as evolved Node B, enhanced Node B, eNodeB, or eNB) . One example of an NG-RAN base station is a next generation Node B (also sometimes referred to as a g Node B or gNB) .

[0006] A RAN provides its communication services with external entities through its connection to a core network (CN) . For example, E-UTRAN may utilize an Evolved Packet Core (EPC) while NG-RAN may utilize a 5G Core Network (5GC) .

[0007] Frequency bands for 5G NR may be separated into two or more different frequency ranges. For example, Frequency Range 1 (FR1) may include frequency bands operating in sub-6 gigahertz (GHz) frequencies, some of which are bands that may be used by previous standards, and may potentially be extended to cover new spectrum offerings from 410 megahertz (MHz) to 7125 MHz. Frequency Range 2 (FR2) may include frequency bands from 24.25 GHz to 52.6 GHz. Note that in some systems, FR2 may also include frequency bands from 52.6 GHz to 71 GHz (or beyond) . Bands in the millimeter wave (mmWave) range of FR2 may have smaller coverage but potentially higher available bandwidth than bands in FR1. Skilled persons will recognize these frequency ranges, which are provided by way of example, may change from time to time or from region to region.

[0008] BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

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

[0010] FIG. 1 illustrates a wireless communication system according to various embodiments.

[0011] FIG. 2 illustrates a wireless communication system according to various embodiments.

[0012] FIG. 3 illustrates a flow diagram for a procedure for a “Msg1” on-demand SI request RACH procedure and a corresponding configuration for a Msg1 request, according to some embodiments.

[0013] FIG. 4 illustrates a flow diagram for a procedure for a “Msg3” on-demand SI request RACH procedure, according to some embodiments.

[0014] FIG. 5 illustrates a SchedulingInfo IE as may be transmitted in an SIB1 in some wireless communication systems.

[0015] FIG. 6 illustrates a MIB configuration showing various contents of a MIB as generated by a higher layer, as may be used in some embodiments

[0016] FIG. 7 illustrates a diagram illustrating relative locations of an SSB and a CORESET #0 as may be used in some wireless communication systems.

[0017] FIG. 8 illustrates a flow diagram corresponding to communications between a UE, an anchor cell, and an NES cell, according to embodiments discussed herein.

[0018] FIG. 9 illustrates a flow diagram corresponding to communications between a UE, an anchor cell, and an NES cell, according to embodiments discussed herein.

[0019] FIG. 10A illustrates a table showing various bit field values for a short message indicator that may be used in some embodiments.

[0020] FIG. 10B illustrates a table showing meanings of various bits that may be used in within a short message according to previous wireless communication systems.

[0021] FIG. 11A illustrates a diagram showing a timeline for signaling between a UE, an anchor cell, and an NES cell corresponding to the use of a "Msg1" on-demand SI request RACH procedure between the UE and the NES cell that includes a SIB1 request for the NES cell, according to embodiments discussed herein.

[0022] FIG. 11B illustrates a diagram showing a timeline for signaling between a UE, an anchor cell, and an NES cell corresponding to the use of "Msg1" on-demand SI request RACH procedure between the UE and the NES cell that includes a SIB1 request for the NES cell, according to embodiments discussed herein.

[0023] FIG. 12 illustrates a diagram showing a timeline for signaling between a UE, an anchor cell, and an NES cell corresponding to the use of a "Msg3" on-demand SI request RACH procedure between the UE and the NES cell that includes a SIB1 request for the NES cell, according to embodiments discussed herein.

[0024] FIG. 13 illustrates a flow diagram corresponding to communications between a UE and an NES cell, according to embodiments discussed herein.

[0025] FIG. 14 illustrates a diagram showing a timeline for signaling between a UE and an NES cell corresponding to the use of a "Msg1" on-demand SI request RACH procedure between the UE and the NES cell that includes a SIB1 request for the NES cell, according to embodiments discussed herein.

[0026] FIG. 15A and FIG. 15B together illustrate a table (that is other than the indexed-into table just discussed) that includes various configuration items for a RACH configuration and information about whether they are fixed or whether / how they may vary based on values found in a PDCCH-ConfigSIB1 field, according to embodiments discussed herein.

[0027] FIG. 16 illustrates a configuration table which is indexed into using eight bits of an pdcch-ConfigSIB1 field, according to embodiments discussed herein.

[0028] FIG. 17 illustrates a diagram showing a visualization of the meaning of a msg1-FrequencyOffsetWithSSB IE, according to embodiments discussed herein

[0029] FIG. 18 illustrates a method of a UE, according to embodiments discussed herein.

[0030] FIG. 19 illustrates a method of an NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from a user equipment UE, according to embodiments discussed herein.

[0031] FIG. 20 illustrates a method of an anchor cell, according to embodiments discussed herein.

[0032] FIG. 21 illustrates a method of a UE, according to embodiments discussed herein.

[0033] FIG. 22 illustrates a method of an anchor cell, according to embodiments discussed herein.

[0034] FIG. 23 illustrates a method of a UE, according to embodiments discussed herein.

[0035] FIG. 24 illustrates a method of an NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from a UE, according to embodiments discussed herein.

[0036] FIG. 25 illustrates an example architecture of a wireless communication system, according to embodiments disclosed herein.

[0037] FIG. 26 illustrates a system for performing signaling between a wireless device and a network device, according to embodiments disclosed herein.DETAILED DESCRIPTION

[0038] Various embodiments are described with regard to a UE. However, reference to a UE is merely provided for illustrative purposes. The example embodiments may be utilized with any electronic component that may establish a connection to a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate electronic component.

[0039] With respect to various wireless communication systems, mechanisms for system information (SI) management in the context of network energy saving (NES) may be considered. These may include a mechanism for a wake-up signal (WUS) sent from a UE to a base station. In such cases, the UE may send an uplink WUS to request that a cell transition from a no or reduced transmission and / or reception activity level to an active transmission and / or reception activity level (e.g., corresponding to a channel and / or a signal) . The technique can be applied to UEs in various radio resource control (RRC) states.

[0040] Another contemplated mechanism for SI management in the context of NES includes on-demand system information block (SIB) 1 (SIB1) transmission. Note that, in a broader context, various useable on-demand mechanisms may include on-demand synchronization signal block (SSB) transmission and / or on-demand SIB1 transmission.

[0041] Within this context, some embodiments may contemplate the use of on-demand SIB1 and / or SSB transmission for idle UEs. Additionally or alternatively, some embodiments may contemplate the use of on-demand SSBs (and possibly other downlink (DL) signals) for secondary cell (s) (SCell (s) ) for connected UEs.

[0042] Within such contexts, various triggering methods for the on-demand signaling are possible. In some cases, the triggering method may be based on an UE uplink WUS (e.g., in a non-carrier aggregation (CA) case) . In such cases, such a WUS may be based on an existing signal (e.g., as a starting point, if possible) , or the WUS may be a new signal.

[0043] In some cases, the triggering method may be based on a cell on / off indication that arrives at the applicable base station via a backhaul of the wireless communication system.

[0044] In some cases, the triggering method may be based on SCell activation and / or deactivation signaling.

[0045] FIG. 1 illustrates a wireless communication system 100 according to various embodiments. The wireless communication system 100 includes the anchor cell 102, the UE 104, and the (non-anchor) NES cell 106. The NES cell 106 is not configured to regularly (e.g., periodically per a configuration) broadcast a SIB1 of the NES cell 106. Prior to the RACH procedure 108, the UE 104 is in an RRC idle or RRC inactive mode with respect to the NES cell 106.

[0046] As illustrated in FIG. 1, the UE 104 is enabled to perform a RACH procedure 108 with the non-anchor NES cell 106 (and thereby connect to the NES cell 106) by receiving 110 and subsequently using SI of a SIB1 of the NES cell 106 that is received from the anchor cell 102. Note that in some such cases, paging is transmitted / handled by the anchor cell 102.

[0047] FIG. 2 illustrates a wireless communication system 200 according to various embodiments. The wireless communication system 200 includes the UE 202 and the NES cell 204. The NES cell 204 is not configured to regularly (e.g., periodically per a configuration) broadcast an SIB1 of the NES cell 204. Prior to the RACH procedure 206, the UE 202 is in an RRC idle or RRC inactive mode with respect to the NES cell 204.

[0048] FIG. 2 illustrates the use of a triggering method by uplink WUS using an existing signal / channel, whereby the WUS as transmitted by the UE 202 triggers the NES cell 204 to transmit an SIB1 of the NES cell 204. Upon receiving this SIB1, the UE 202 is enabled to perform a RACH procedure 206 with the NES cell 204 (and thereby connect to the NES cell 204) .

[0049] In such cases, the WUS configuration / provisioning to the UE may (e.g., previously) occur via an anchor cell (not illustrated) , thereby enabling the use of the on-demand SIB1 transmission from the non-anchor NES cell. In other words, embodiments corresponding to FIG. 2 relate to cases without anchor cell provisioning of the SIB1 of the NES cell 204 to the UE 202 (e.g., cases where the UE 202 does not rely on an anchor cell to provide SI for a usable RACH configuration for accessing the NES cell 204) .

[0050] In various wireless communication systems, it may be that a master information block (MIB) and / or SIB1 are regularly (e.g., periodically, according to corresponding configuration (s) ) broadcasted. In such circumstances, it may be that the MIB is transmitted via a broadcast control channel (BCCH) at, for example, an 80 millisecond (ms) periodicity, while the SIB1 is transmitted via a downlink shared channel (DL-SCH) at, for example, a 160 ms periodicity.

[0051] It may be in such cases that other SIBs (e.g., other than SIB1) can be acquired on-demand via a message 1 ( "Msg1" ) on-demand SI request RACH procedure or a message 3 ( "Msg3" ) on-demand SI request RACH procedure.

[0052] FIG. 3 illustrates a flow diagram 300 for a procedure for a “Msg1” on-demand SI request RACH procedure and a corresponding configuration 302 for a “Msg1” request, according to some embodiments.

[0053] The flow diagram 300 illustrates that the “Msg1” on-demand SI request procedure occurs between a UE 304 and a base station 306. The UE 304 selects 308 a physical random access channel (PRACH) preamble and / or resource (e.g., RACH occasion (RO) ) that is specific to the SIB (s) that it wants to request the base station 306 to transmit. As shown, in some cases, such a preamble may be a dedicated preamble 310 that corresponds to the desired SIB (s) . Additionally or alternatively, in some cases, the RO chosen for the preamble may be understood to correspond to particular SIB (s) .

[0054] The UE 304 then sends 312 the selected random access preamble to the base station 306. The sending 312 of this random access preamble may represent the “Msg1” of the “Msg1” on-demand SI request RACH procedure.

[0055] The random access preamble may be arranged according to the configuration 302 (which may be a configuration in terms of content and / or RO that is dedicated to the SIB(s) ) being requested by the random access preamble) .

[0056] In response to the random access preamble, the base station 306 sends 314 a random access response to the UE. As shown, the random access response may include a random access preamble identifier (RAPID) 316 identifying the random access preamble, which confirms to the UE 304 that the random access preamble was received at the base station and that thus that the base station will transmit 318 the requested SIB (s) .

[0057] The base station 306 then proceeds to transmit 318 the requested SIB (s) as requested by the UE (such that the UE can accordingly receive them) . As illustrated, this represents the culmination of an on-demand SI reception 320.

[0058] FIG. 4 illustrates a flow diagram 400 for a procedure for a Msg3 on-demand SI request RACH procedure, according to some embodiments.

[0059] The flow diagram 400 illustrates that the “Msg3” on-demand SI request RACH procedure occurs between a UE 402 and a base station 404. The UE 402 sends 406 a  random access preamble to the base station 404. In response, the base station 404 sends 408 a random access response having an uplink (UL) grant for the UE 402.

[0060] Using the UL grant, the UE 402 then sends 410 an SI request to the base station 404. The sending 410 of this SI request may represent the “Msg3” of the “Msg3” on-demand SI request RACH procedure. The SI request may include a bitmap that indicates one or more SIB (s) which the UE 402 would like the base station 404 to transmit. As illustrated, the SI request may be in the form of an RRC message 412 that may not include a UE identifier (ID) .

[0061] The base station 404 in reply sends 414 an SI response to the UE 402. As illustrated, the SI response may include a contention resolution (CR) medium access control control element (MAC CE) 416 that indicates that the request for SI was received in the “Msg3, ” which confirms to the UE 402 that the “Msg3” was received at the base station and that the base station will transmit 418 the requested SIB (s) .

[0062] The base station 404 then proceeds to transmit 418 the requested SIB (s) as requested by the UE (such that the UE can accordingly receive them) . As illustrated, this represents the culmination of an on-demand SI reception 420.

[0063] FIG. 5 illustrates a SchedulingInfo information element (IE) 500 as may be transmitted in an SIB1 in some wireless communication systems. Upon receipt of the SIB1, a UE (e.g., the UE 304 and / or the UE 402) may thus be aware that a base station (e.g., the base station 306 and / or the base station 404) is or is not transmitting various other SIB (s) based on information corresponding to those SIB (s) as denoted in an si-BroadcastStatus IE 502 of the SchedulingInfo IE 500 for that SIB. The SchedulingInfo IE 500 may further include an si-Periodicity IE 504 that provides broadcast periodicity information for the corresponding SIB.

[0064] A physical broadcast channel (PBCH) payload in an SSB as may be transmitted by a base station and received by a UE may be made up of a MIB and a physical (PHY) layer-generated payload.

[0065] FIG. 6 illustrates a MIB configuration 600 showing various contents of a MIB as generated by a higher layer, as may be used in some embodiments. The contents of an MIB may include a PDCCH-ConfigSIB1 field 602 (also illustrated in FIG. 6) .

[0066] The bits of the PHY layer-generated payload of an SSB may include as follows:

[0067] ● the four least significant bits (LSB) of a system frame number (SFN) in

[0068] ● a half radio frame indication in and

[0069] ● for FR2, the three most significant bits (MSBs) of the SSB index in or for FR1, the MSB of kSSB in with being reserved.

[0070] Under such an arrangement, there may ultimately be one remaining reserved bit in the PBCH in the case of FR2 and three remaining reserved bits in the PBCH in in the case of FR1.

[0071] As illustrated, the network configures control resource set (CORESET) zero (CORESET #0) 604 and search space (SS) zero (SS #0) 606 information (e.g., using 8 bits) in the PDCCH-ConfigSIB1 field 602 in an MIB. The UE monitors a downlink control information (DCI) format 1_0 with cyclic redundancy code (CRC) scrambled with a SI radio network temporary identifier (SI-RNTI) in the SS #0. A DCI may schedule the SIB1 transmission.

[0072] Under this configuration, there may be limited flexibility for time and frequency domain locations for CORESET#0 and SS#0. Further, the search space associated with a given SSB #i may be derivable from this configuration.

[0073] FIG. 7 illustrates a diagram 700 illustrating relative locations of an SSB 702 and a CORESET #0 704 as may be used in some wireless communication systems. The network may configure an ssb-subcarrierOffset value 706 in an MIB, which indicates to the UE the frequency offset between the SSB 702 and an SSB-overlapping common resource block 708, (denoted in FIG. 7) . Further, a pre-defined offset 710 (e.g., a specification-defined offset) that is measured relative to the gives the location of the CORESET #0 704, as illustrated.

[0074] Note that in some cases, the network can indicate no associated CORSET #0 and SIB1, and may simply provide the position of the next SSB.

[0075] Returning to the illustrated case, in some examples, for FR1, the value range for kSSB is 0 ≤ kSSB ≤ 31, and the values 0 through 29 and 31 are substantively useable, with value 30 left over as a spare value. It may be in such cases that the value 31 means that there is no associated SIB1.

[0076] For FR2, the value range for kSSB is 0 ≤ kSSB ≤ 15 and the values 0 through 13 and 15 are substantively useable, with value 14 left over as a spare value. It may be in such cases that the value 15 means that there is no associated SIB1.

[0077] Embodiments disclosed herein discuss procedures and signaling of on-demand SIB1 acquisition for multiple scenarios.

[0078] In a first scenario, an on-demand SIB1 acquisition procedure between a UE and an NES cell is supplemented by communications between a UE and an anchor cell. Under this first scenario, the UE acquires information for performing a random access procedure with the NES cell (that is, e.g., that is not regularly broadcasting an SIB1) from the anchor cell.

[0079] In some such cases under the first scenario, the anchor cell provides the UE with essential SIB (ESIB) information of the NES cell in a SIB that is broadcasted by the anchor cell. The UE retunes to the NES cell using the ESIB information of the NES cell as received from the anchor cell, and proceeds to then use an on-demand SIB procedure with the NES cell to request the NES cell to transmit its SIB1 (note that a request to transmit a SIB1 is sometimes referred to herein as a “SIB1 request” ) . The new on-demand SIB procedure is based on (e.g., uses / incorporates) a RACH procedure and leverages RRC signaling changes that make it possible for a request for an SIB1 transmission is supported. Such on-demand SIB procedures may be of a “Msg1” on-demand SI request RACH procedure or of a “Msg3” on-demand SI request RACH procedure, as is discussed herein. As will be discussed, in some embodiments, a previously reserved kSSB value (e.g., kSSB = 30 for FR1 or kSSB = 14 for FR2) may be used by the NES cell to indicate that that the NES cell does not regularly transmit its SIB1 but is configured to transmit its SIB1 in response to a SIB1 request.

[0080] In some such embodiments, if the network agrees to transmit the SIB1 per the UE's request, it uses a paging short message to notify the UE. Upon being so notified, the UE starts to monitor the SIB1 in a next BCCH modification period.

[0081] In some cases under the first scenario involving communications between the anchor cell and the UE, the anchor cell provides the UE with a full SIB1 of the NES cell. The UE then retunes to the NES cell using the SIB1 of the NES cell as received from the anchor cell. In some cases, the UE then proceeds to monitor whether the SIB1 as received from the anchor cell is out of date, and to request a new (up-to-date) SIB1 from the NES cell if this is the case.

[0082] In a second scenario, an on-demand SIB1 acquisition procedure between a UE and an NES cell may occur without a preliminary transfer of ESIB information of the NES cell / a SIB1 of the NES cell to the UE from an anchor cell. In such cases, a procedure as described above in relation to the first scenario may be modified. Corresponding to the situation where the SIB1 is not regularly broadcast by the NES cell, an 8-bit field PDCCH-ConfigSIB1 in an MIB of the NES cell may reused to indicate a concise RACH (including a CORESET and a SS for a RACH response (RAR) ) and a paging configuration for an SIB1 request. It may be that this mechanism supports “Msg1” on-demand SI request RACH procedures to make a SIB1 request, as described herein.

[0083] Embodiments for Scenario 1 --On-demand SIB1 Acquisition Supplemented by UE-Anchor Cell Communication

[0084] FIG. 8 illustrates a flow diagram 800 corresponding to communications between a UE 802, an anchor cell 804, and an NES cell 806, according to embodiments discussed herein.

[0085] Preliminarily, it is noted that the anchor cell 804 and the NES cell 806 may each be configured to transmit SSBs. The anchor cell 804 and the NES cell 806 can be synchronized or not synchronized in this regard.

[0086] The anchor cell 804 may transmit one of its SIBs 808 (e.g., SIB1, or another SIB) . The UE 802 may correspondingly receive this SIB. This SIB may include “piggybacked” ESIB information of the (non-anchor) NES cell 806. The “piggybacked” ESIB information for the NES cell 806 as found in the SIB of the anchor cell 804 may include a RACH configuration for the NES cell 806. This RACH configuration may enable the UE 802 to communicate with the NES cell 806 in order to request its full SIB1, as will be described.

[0087] The UE 802 may use the information for the anchor cell 804 (e.g., as found in a SIB1 that is broadcast by the anchor cell 804) to perform a RACH procedure 810 with the anchor cell 804 such that the UE 802 may initially register / camp 812 to the anchor cell 804 (at this stage, paging may be monitored in the anchor cell 804, as illustrated) .

[0088] The UE 802 then undergoes a trigger 814 for communications with the NES cell 806. As illustrated, examples of such a trigger 814 may include, for example, the arrival of mobile originated (MO) uplink (UL) data for the NES cell 806 at the UE 802 (e.g.,  from an application layer of the UE 802) or a reception of paging (e.g., from the anchor cell 804) corresponding to DL data at the NES cell 806 that is for the UE 802. In response to the trigger 814, the UE retunes 816 to NES cell 806 (including carrier selection corresponding to the NES cell 806) .

[0089] The UE 802 then performs a RACH procedure 818 with the NES cell 806. The UE 802 performs this RACH procedure based on the ESIB information of the NES cell 806 previously received from the anchor cell 804. As illustrated, the RACH procedure 818 may include a request for a full SIB1 from the NES cell 806. The RACH procedure 818 may be a “Msg1” type on-demand SI request RACH procedure or a “Msg3” type on-demand SI request RACH procedure, as is discussed herein.

[0090] In response to the RACH procedure 818 (e.g., in response to the SIB1 request in the RACH procedure 818) , the NES cell 806 transmits its SIB1 820 (and, in some cases, other SIBs) for reception by the UE 802, which the UE 802 accordingly receives.

[0091] Then, with the acquired full SIB1, the UE accesses 822 the NES cell 806 (e.g., the UE 802 performs unified access control (UAC) and initial access procedures with the NES cell 806) . The UE 802 then enters an RRC connected state 824 with the NES cell 806. Accordingly, data transmission 826 (e.g., including (but not limited to) transmissions corresponding to the nature of the trigger 814) may then occur between the UE 802 and the NES cell 806.

[0092] Embodiments for contents of ESIB information for an NES cell that may be “piggybacked” in a SIB of an anchor cell are now discussed.

[0093] In some embodiments, ESIB information of an NES cell includes a RACH configuration for performing a RACH procedure with the NES cell and some useful IEs. In such cases, it may be that the ESIB information may not be a full SIB1 of the NES cell. The use of part of the information otherwise found in the SIB1 within the ESIB information may reduce the overhead cost of the SIB of the anchor cell that includes the “piggybacked” ESIB information (and note that this consideration is particularly relevant when the SIB of the anchor cell carries / piggybacks ESIB information for multiple NES cells, as may be the case) .

[0094] ESIB information for the NES cell may include a RACH configuration to use for a RACH procedure with the NES cell. This RACH configuration may be a 4-step RACH configuration for a 4-step RACH procedure or a 2-step RACH configuration for a 2-step RACH procedure, as the case may be. Related IEs include

[0095] ● rach-ConfigCommon SetupRelease {RACH-ConfigCommon}

[0096] ● msgA-ConfigCommon-r16 SetupRelease {MsgA-ConfigCommon-r16}

[0097] ESIB information for the NES cell may further include DL and / or UL initial bandwidth part (BWP) information. For example, an UplinkConfigCommonSIB IE defining the location of a UL BWP may be included. This information may be useful in cases where the RACH configuration defines the frequency location of the associated RACH in a relative manner to an UL BWP boundary (e.g., using a msg1-FrequencyStart IE) .

[0098] As another example, a DownlinkConfigCommonSIB IE defining the location of a DL BWP may be included. This information may be used by the UE to understand where to perform RAR reception for the RACH procedure within an initial DL BWP. The DownlinkConfigCommonSIB IE may include bcch-Config and pcch-Config values. In some embodiments, other values for the DownlinkConfigCommonSIB IE (e.g., pei-Config-r17 and initialDownlinkBWP-RedCap-r17 values) may be omitted.

[0099] ESIB information for the NES cell may further include a SI-SchedulingInfo IE that includes a SI-RequestConfig IE that provides a configuration for requesting a SIB from the NES cell. It may be that in some cases, to support “Msg1” and / or “Msg3” on-demand SI request RACH procedures that request a SIB1, the wireless communication system is configured to allow a SIB-TypeInfo that includes a “type” field which can take the value “sibType1. ” For example, a definition for such a type field may be represented as:

[0100] Type-r19 ENUMERATED {sibType1, spare15, spare14, spare13, spare12, spare11, spare10, spare9, spare8, spare7, spare6, spare5, spare4, spare3, spare2, spare1, …} .

[0101] The availability of the “sibType1” value for the “type” field of the SIB-TypeInfo IE enables a request according to the SI-RequestConfig IE in the SI-SchedulingInfo IE to indicate that the on-demand SI request RACH procedure is requesting a SIB1 from the NES cell.

[0102] In some embodiments, the ESIB information for the NES cell is included in a SIB of the anchor cell that is designated for purposes of transmitting the ESIB information of NES cells. This SIB of the anchor cell can itself be transmitted on-demand.

[0103] Within the SIB of the anchor cell that carries ESIB information for one or more NES cells, it may be that for each set of ESIB information for each NES cell, a frequency and / or a physical cell identity (PCI) of the corresponding NES cell are included, thereby enabling the UE to identify that received ESIB information is for a particular NES cell.

[0104] Inter-node signaling between an anchor cell and an NES cell corresponding to the use of “piggybacked” ESIB information for the NES cell is now discussed. To support operations where the NES cell does not regularly transmit its SIB1, inter-node signaling may be used to exchange the ESIB information of the NES cell between the anchor cell and the NES cell.

[0105] Various alternatives for triggering this transaction are contemplated. In a first alternative, the NES cell initiates the exchange. In such cases, the NES cell may proactively ask the anchor cell to piggyback its ESIB information. In a second alternative, the anchor cell initiates the exchange. In such cases, the anchor cell may first solicit the NES cell for its ESIB information.

[0106] Various alternative with respect to the node that most directly generates the ESIB information of the NES cell are contemplated. In one alternative, the NES cell generates the ESIB information based on its SIB1, and shares the ESIB information (e.g., as such) with the anchor cell. In a second alternative, the anchor cell generates the ESIB information for the NES cell based on a SIB1 of the NES cell that the NES cells shares with anchor cell.

[0107] Various alternatives are contemplated with respect to inter-node signaling for the ESIB information. In cases where the inter-node signaling is between different control units (CUs) , ESIB information may be included as a new IE in a XnAP message corresponding to that case (such as a setup request and / or response message or an NG-RAN node configuration update request and / or acknowledge message) . In cases where the inter-node signaling is within / beneath a same single CU (e.g., between the CU and its distributed unit (DU) ) , it can be included as part of a new IE in an XnAP message corresponding to that case (such as a GNB-CU CONFIGURATION UPDATE message) .

[0108] FIG. 9 illustrates a flow diagram 900 corresponding to communications between a UE 902, an anchor cell 904, and an NES cell 906, according to embodiments discussed herein. As opposed to the use of ESIB information as discussed in FIG. 8, the flow  diagram 900 of FIG. 9 corresponds to a case where the UE 902 receives a full SIB1 of the NES cell 906 from the anchor cell 904.

[0109] The anchor cell 904 may broadcast 908 one of its SIBs (e.g., SIB1, or another SIB) . The UE 902 may correspondingly receive this SIB.

[0110] This SIB may include a “piggybacked” (full) SIB1 of the non-anchor NES cell 906 to enable initial access in the NES cell 906 by the UE 902. The UE 902 may use information from the SIB1 of the NES cell 906 as found in this SIB of the anchor cell 904 to retune 910 to the NES cell 906 (including carrier selection corresponding to the NES cell 906) .

[0111] Then, the UE accesses 912 the NES cell 906 (e.g., the UE 902 performs UAC and initial access procedures with the NES cell 906) using the information from the SIB1. Upon a successful access, the UE 902 is camped 914 on the NES cell 906.

[0112] In scenarios corresponding to FIG. 9, is may be that the UE triggers an on-demand SI request RACH procedure for a SIB1 in the event that it is informed of an update to the SIB1 of the NES cell 906 (e.g., with respect to the SIB1 of the NES cell 906 that was previously received from the anchor cell 904. For example, as shown in FIG. 9, after the UE 902 is camped 914 to the NES cell 906, the NES cell 906 transmits 916 an indication of an SIB1 change or updated to the UE 902. In response, the UE 902 performs a RACH procedure 918 with the NES cell 906. The UE 902 performs this RACH procedure based on the SIB1 of the NES cell 906 previously received from the anchor cell 904. As illustrated, the RACH procedure 918 may include a request for an (updated) SIB1 from the NES cell 906. The RACH procedure 918 may be a “Msg1” on-demand SI request RACH procedure or a “Msg3” on-demand SI request RACH procedure, as is discussed herein.

[0113] In response to the RACH procedure 918, the NES cell 906 transmits 920 the requested SIB1 (and potentially other SIB (s) ) .

[0114] It is noted that in the alternative scenarios discussed in relation to FIG. 8, where ESIB information is used, the UE triggers an on-demand SI request RACH procedure corresponding to both the case of initial access to the NES cell 806 and in the case that the NES cell 806 were to have / communicate a SIB1 update, similarly to that just described. Accordingly, embodiments corresponding to FIG. 9 that transmit a full SIB1 for the NES cell 906 from the anchor cell 904 to the UE 902 to enable the initial access  of the UE 902 to the NES cell 906 may be considered to use relatively fewer signaling steps.

[0115] Other procedures and aspects (e.g., with respect to RACH configurations and / or IEs as may relate to enabling a UE to perform an on-demand SI request RACH procedure that requests an SIB1 from an NES cell and / or with respect to the nature of the SIB of the anchor cell) as used in relation to embodiments for FIG. 9 will be understood to have corresponding uses as those described elsewhere herein.

[0116] With respect to inter-node messaging aspects, in the FIG. 9 context it may be that the NES cell shares its SIB1 with anchor cell. Such inter-node messaging may be NES-cell-initiated or anchor-cell-initiated. The particular nature of this inter-node signaling (e.g., across inter-CU nodes cases versus intra-CU nodes) may follow the mechanisms described elsewhere herein.

[0117] Embodiments with respect to the use of a “Msg1” on-demand SI request RACH procedure in cases where on-demand SIB1 acquisition is supplemented by UE-anchor cell communication are now discussed.

[0118] As is discussed elsewhere herein, a “sibType1” value for a “type” field of a SIB-TypeInfo IE may be defined such that a request according to a SI-RequestConfig IE of an SI-SchedulingInfo IE can ultimately indicate that an on-demand SI request RACH procedure is requesting a SIB1 from an NES cell.

[0119] The network may provide, in the SI-RequestConfig IE, an SI-RequestResources IE that is associated with the “sibType1” value / the SIB1 of the NES cell.

[0120] Referencing briefly FIG. 5, it is further noted that, corresponding to such cases, a SchedulingInfo IE 500 for the SIB1 may be present in an SI-SchedulingInfo IE.

[0121] In such cases, a si-Periodicity IE 504 for the SIB1 may be available.

[0122] Finally, note that some UE behaviors corresponding to one or more of these IEs also use one or more of an si-WindowLength IE and / or an si-Periodicity IE (see, e.g., the si-Periodicity IE 504 of FIG. 5) within the SI-RequestConfig IE, as is described elsewhere herein.

[0123] FIG. 10A illustrates a table 1000 showing various bit field values for a short message indicator that may be used in some embodiments. It may be that an NES cell can transmit a short message in a DCI corresponding to the use of the bit pattern “10” in the bit field 1002 of a corresponding short message indicator.

[0124] FIG. 10B illustrates a table 1004 showing meanings of various bits that may be used in within a short message according to previous wireless communication systems. As illustrated, for such previous wireless communications systems, bits 5 through 8 are not used. For embodiments corresponding to the present disclosure, the use of one of these bits (e.g., bit 5) may be defined for substantive use. In such circumstances, it may be that by setting this bit to 1, the network notifies the UE of a SIB1 broadcasting status modification, as is described in additional detail elsewhere herein.

[0125] Note that corresponding to such cases, it is contemplated that bits that indicate a value tag of SIB1 may be provided within a short message.

[0126] FIG. 11A illustrates a diagram 1100 showing a timeline for signaling between a UE 1102, an anchor cell 1104, and an NES cell 1106 corresponding to the use of a "Msg1" on-demand SI request RACH procedure 1108 between the UE 1102 and the NES cell 1106 that includes a SIB1 request for the NES cell 1106, according to embodiments discussed herein.

[0127] Preliminarily, the UE 1102 synchronizes with the anchor cell 1104 based on one or more of the anchor cell SSBs 1110 that is detected at the UE. The anchor cell 1104 regularly broadcasts its anchor cell SIB1 1112 (along with a corresponding CORESET #0 1114) . Accordingly, the UE receives the anchor cell SIB1 1112. Based on the information in the anchor cell SIB1 1112, the UE is enabled to further receive a SIB N 1116 of the anchor cell that contains “piggybacked” ESIB information of the NES cell 1106.

[0128] Using the ESIB information of the NES cell 1106 received from the anchor cell 1104, the UE 1102 retunes 1118 to the NES cell 1106, and starts to monitor the NES cell 1106 for one or more NES cell SSBs 1120. The NES cell SSBs 1120 may use a value of kSSB = 30 in an FR1 case (as illustrated) or a value of kSSB = 14 in an FR2 case (not illustrated) in order to indicate that the NES cell 1106 is an NES cell 1106 that does not regularly transmit its SIB1 but is configured to transmit its SIB1 in response to a SIB1 request. Upon detecting the relevant value for kSSB, the UE is made aware that it should use an on-demand SI request RACH procedure to request a SIB1 transmission from the NES cell 1106 (as without such a request, the NES cell 1106 may not ever transmit its SIB1) .

[0129] The diagram 1100 then illustrates the use of the "Msg1" on-demand SI request RACH procedure 1108 between the UE 1102 and the NES cell 1106. The UE 1102  transmits a preamble 1126 that includes the SIB1 request (e.g., where the SIB1 request is represented by the particular preamble 1126 used in this transmission and / or by the RO used for the transmission of the preamble 1126, as is discussed in additional detail elsewhere herein) . Upon receiving the preamble 1126, the NES cell 1106 understands that it is to transmit an NES cell SIB1 1122 and responds to the UE 1102 with a RAR 1128 that acts as an indication to the UE 1102 that the preamble 1126 was received.

[0130] The diagram 1100 corresponds to cases where an eventual NES cell SIB1 1122 is transmitted by the NES cell 1106 at a time that is determined relative to a defined BCCH modification period boundary 1124. This situation may correspond to embodiments where MIB / SIB1 contents are not changed at a cell until a new BCCH modification period (e.g., as defined by the BCCH modification period boundary 1124, as illustrated) .

[0131] At this juncture, various options exist corresponding to the behavior of the UE 1102 for triggering the monitoring 1132 for the (instance of the) NES cell SSBs 1120 and the expected corresponding NES cell SIB1 1122 / its associated CORESET #0 1130. Note that this instance of the NES cell SSBs 1120 includes a value of kSSB = 10, indicating that the NES cell SIB1 1122 is transmitted corresponding to this instance of the NES cell SSBs 1120.

[0132] In a first option, the UE 1102 simply performs the monitoring 1132 during a next BCCH modification period that begins after the "Msg1" on-demand SI request RACH procedure 1108. This option does not need to introduce specification changes on any paging message, at the cost of potentially wasted UE power consumption, as the UE may waste its power on performing the monitoring 1132 if the NES cell 1106 doesn’t actually broadcast the NES cell SIB1 1122 in the next BCCH modification period (e.g., due to timing constraints in a case where the "Msg1" on-demand SI request RACH procedure 1108 occurs very close to the BCCH modification period boundary 1124) .

[0133] In a second option, the UE 1102 performs the monitoring 1132 during a next BCCH modification period that begins after the reception of a paging short message 1134 that arrives after the "Msg1" on-demand SI request RACH procedure 1108 and confirms to the UE 1102 that the expected SIB1 broadcasting status change will occur in the next BCCH modification period (e.g., that NES cell SIB1 1122 will actually be transmitted during that next BCCH modification period) . This procedure may avoid any timing-related mis-assumptions by the UE with respect to the relevant BCCH  modification period, at the cost of the use of additional signaling resources and potentially additional corresponding latency.

[0134] In a third option, it may be that the NES cell 1106 includes a bit in the RAR 1128 of the "Msg1" on-demand SI request RACH procedure 1108 that indicates / confirms to the UE 1102 that the NES cell SIB1 1122 will be transmitted during a next BCCH modification period that begins after the end of the "Msg1" on-demand SI request RACH procedure 1108. This procedure may avoid any timing-related mis-assumptions by the UE with respect to the relevant BCCH modification period, at the cost of the use of additional signaling resources.

[0135] FIG. 11B illustrates a diagram 1136 showing a timeline for signaling between a UE 1102, an anchor cell 1104, and an NES cell 1106 corresponding to the use of "Msg1" on-demand SI request RACH procedure 1108 between the UE 1102 and the NES cell 1106 that includes a SIB1 request for the NES cell 1106, according to embodiments discussed herein. In FIG. 11B, elements using the same numbering as from FIG. 11A may be understood to operate analogously to the description of the same as found in FIG. 11A, unless otherwise noted.

[0136] The diagram 1136 corresponds to cases where an eventual NES cell SIB1 1122 is transmitted by the NES cell 1106 at a time that is determined relative to a defined SI window 1138 for the NES cell SIB1 1122 (a window of “sibType1” ) in a current / existing BCCH modification period. This embodiment may be useful in cases where it is a priority to reduce the latency for the acquisition of the NES cell SIB1 1122 of the NES cell 1106. Corresponding to such cases, it may be that a validity value tag of the NES cell SIB1 1122 can be broadcasted in an MIB or a paging message for UEs to use to determine whether to re-acquire the NES cell SIB1 1122.

[0137] Note that it is also contemplated that (e.g., as an alternative to the embodiments expressly illustrated in relation to FIG. 11A and / or FIG. 11B) , a RAR 1128 may include determinable scheduling information for the NES cell SIB1 1122 for the UE 1102 to monitor in (e.g., in a current / existing BCCH modification period) .

[0138] In the even that a UE fails to acquire the SIB1 of the NES cell after a “Msg1” on-demand SI request RACH procedure for the SIB1, various alternative UE behaviors are contemplated. In a first alternative, the UE behavior in this case may be left up to may be up to UE implementation (e.g., the UE may be implemented to re-attempt SIB1 acquisition in such cases) .

[0139] In a second alternative the UE may be specified to re-attempt SIB1 acquisition (e.g., to again send a preamble corresponding to a SIB1 request) . Then, in the case that a number of failures is greater than the configured re-attempt number, or in the case where the time for the re-attempt (s) passes a configured timer value, the UE may regard the NES cell as “barred” and trigger cell reselection.

[0140] In a third alternative, the UE behavior may be to directly bar the NES cell and trigger cell reelection in response to one / a first such failure.

[0141] In some embodiments, it may be that an (on-demand) SIB1 can be configured with a dedicated SIB1 area ID. The use of a SIB1 area ID may allow the UE to skip acquiring the SIB1 if it has already obtained an SIB1 for that area ID from one cell. The UE can then simply proceed to camp in another cell with / using the same dedicated SIB1 area ID.

[0142] Embodiments with respect to the use of a “Msg3” type on-demand SI request RACH procedure in cases where on-demand SIB1 acquisition is supplemented by UE-anchor cell communication are now discussed.

[0143] FIG. 12 illustrates a diagram 1200 showing a timeline for signaling between a UE 1202, an anchor cell 1204, and an NES cell 1206 corresponding to the use of a "Msg3" on-demand SI request RACH procedure 1208 between the UE 1102 and the NES cell 1106 that includes a SIB1 request for the NES cell 1106, according to embodiments discussed herein.

[0144] Preliminarily, the UE 1202 synchronizes with the anchor cell 1204 based on one or more of the anchor cell SSBs 1210 that is detected at the UE. The anchor cell 1204 regularly broadcasts its anchor cell SIB1 1212 (along with a corresponding CORESET #0 1214) . Accordingly, the UE receives the anchor cell SIB1 1212. Based on the information in the anchor cell SIB1 1212, the UE is enabled to further receive a SIB N 1216 of the anchor cell that contains “piggybacked” ESIB information of the NES cell 1206.

[0145] Using the ESIB information of the NES cell 1206 from the anchor cell 1204, the UE 1202 retunes 1218 to the NES cell 1206, and starts to monitor the NES cell 1206 for one or more NES cell SSBs 1220. The NES cell SSBs 1220 may use a value of kSSB = 30 in an FR1 case (as illustrated) or a value of kSSB = 14 in an FR2 case (not illustrated) in order to indicate that the NES cell 1206 is an NES cell 1206 that does not regularly transmit its SIB1 but is configured to transmit its SIB1 in response to a SIB1 request.  Upon detecting the relevant value for kSSB, the UE is made aware that it should use an on-demand SI request RACH procedure to request a SIB1 transmission from the NES cell 1206 (as without such a request, the NES cell 1206 may not ever transmit its SIB1) .

[0146] The diagram 1200 then illustrates the use of the "Msg3" on-demand SI request RACH procedure 1208 between the UE 1202 and the NES cell 1206. The UE 1202 transmits a preamble 1224. Upon receiving the preamble 1224, the NES cell 1206 understands that it is to provide the UE 1202 with an UL grant and responds to the UE 1202 with a RAR 1226 that includes the UL grant and that acts as an indication to the UE 1202 that the preamble 1224 was received.

[0147] The UE 1202 then sends a Msg3 1228 to the NES cell 1206 using the UL grant. This Msg3 1228 includes a SIB1 request, which may take the form of an RRCSystemInfoRequest IE that indicates “sibType1. ”

[0148] Similarly to the cases discussed herein in relation to the “Msg1” on-demand SI request RACH procedure, for cases of the “Msg3” type on-demand SI request RACH procedure, a network may configure an SI-SchedulingInfo IE to include one SI / SchedulingInfo IE that is mapped to “sibType1. ” Then, the UE is capable of indicating, in an RRCSystemInfoRequest IE, a request for SI associated with “sibType1. ”

[0149] The NES cell 1206 responds to the Msg3 1228 from the UE 1202 with a Msg4 1230, which acts to acknowledge to the UE 1202 that the SIB1 request in the Msg3 1228 was received at the NES cell 1206.

[0150] At this juncture, the UE 1202 proceeds to perform the monitoring 1234 for the (instance of the) NES cell SSBs 1220 and the expected corresponding NES cell SIB1 1222 / its associated CORESET #0 1232. Note that this instance of the NES cell SSBs 1220 includes a value of kSSB = 10, indicating that the NES cell SIB1 1122 is transmitted corresponding to this instance of the NES cell SSBs 1220.

[0151] The diagram 1200 proceeds to illustrate that the NES cell SIB1 1222 is transmitted by the NES cell 1106 and is accordingly received at the UE 1202.

[0152] Note that in addition to unicast, SIB1 can also be broadcasted.

[0153] Note that in some cases where ESIB information does not include / define a si-RequestConfig IE for SIB1 of the NES cell, then the UE uses this “Msg3” on-demand SI request RACH procedure to make a SIB1 request (e.g., in cases where the UE would otherwise use a Msg1 on-demand SI request RACH procedure) . The UE may also use the  “Msg3” on-demand SI request RACH procedure in cases where the ESIB information does not include / define / provide a RACH preamble suitable to act as the SIB1 request and / or a RO corresponding to a SIB1 request, as may be the case under the “Msg1” on-demand SI request RACH procedure.

[0154] Embodiments for Scenario 2 --On-demand SIB1 Acquisition at UE from NES Cell Without Using Anchor Cell Communication

[0155] FIG. 13 illustrates a flow diagram 1300 corresponding to communications between a UE 1302 and an NES cell 1304, according to embodiments discussed herein.

[0156] For embodiments corresponding to FIG. 13, it may be understood that the UE 1302 accesses the NES cell 1304 without the use of ESIB information and / or an NES cell SIB1 as provided from an anchor cell. In some embodiments, paging and paging short messages can be transmitted by the NES cell 1304.

[0157] The NES cell 1304 may broadcast a MIB 1306 (without broadcasting an SIB1) . It may be that a reserved value is set in kSSB (e.g., kSSB = 30 for FR1 or kSSB = 14 for FR2) to indicate that the NES cell 1304 does not regularly transmit its SIB1 but is configured to transmit its SIB1 in response to a SIB1 request. Within the MIB 1306, a PDCCH-ConfigSIB1 field (which may be an eight bit field in some cases) may be used / repurposed to indicate a concise RACH and paging configuration for the UE 1302 to use with a "Msg1" on-demand SI request RACH procedure 1308 that includes a request for an SIB1 of the NES cell 1304.

[0158] Based on RACH configuration indicated by the PDCCH-ConfigSIB1 field, the UE 1302 transmits a preamble 1310 ( "Msg1" ) that includes / represents the SIB1 request (e.g., where the SIB1 request is represented by the particular preamble 1310 used in this transmission and / or by the RO used for the transmission of the preamble 1310, as is discussed elsewhere herein) .

[0159] Upon receiving the preamble 1310, the NES cell 1304 understands that it is to transmit an NES cell SIB1 and responds to the UE 1302 with a RAR 1312 that acts as an indication to the UE 1302 that the preamble 1310 was received.

[0160] The flow diagram 1300 corresponds to cases where an eventual NES cell SIB1 is transmitted by the NES cell 1304 at a time that is determined relative to a defined BCCH modification period boundary 1314. This situation may correspond to embodiments where MIB / SIB1 contents are not changed at a cell until a new BCCH  modification period (e.g., as defined by the BCCH modification period boundary 1314, as illustrated) .

[0161] At this juncture, various options exist corresponding to the behavior of the UE 1302 for triggering the monitoring for NES cell SSBs corresponding to the expected NES cell SIB1 / its associated CORESET #0.

[0162] In a first option, the UE 1102 simply performs the monitoring 1132 during a next BCCH modification period that begins after the "Msg1" on-demand SI request RACH procedure 1308. This option does not need to introduce specification changes on any paging message, at the cost of potentially wasted UE power consumption, as the UE may waste its power on performing the monitoring if the NES cell 1304 doesn’t actually broadcast the NES cell SIB1 in the next BCCH modification period (e.g., due to timing constraints in a case where the "Msg1" on-demand SI request RACH procedure 1308 occurs very close to the BCCH modification period boundary 1314) .

[0163] In a second option, the UE 1302 performs the monitoring during a next BCCH modification period that begins after the reception of a paging short message 1316 that arrives after the "Msg1" on-demand SI request RACH procedure 1308 and confirms to the UE 1302 that the expected SIB1 broadcasting status change will occur in the next BCCH modification period (e.g., that NES cell SIB1 will actually be transmitted during that next BCCH modification period) . This procedure may avoid any timing-related mis-assumptions by the UE with respect to the relevant BCCH modification period, at the cost of the use of additional signaling resources and potentially additional corresponding latency.

[0164] In a third option, it may be that the NES cell 1304 includes a bit in the RAR 1312 of the "Msg1" on-demand SI request RACH procedure 1308 that indicates / confirms to the UE 1302 that the NES cell SIB1 will be transmitted during a next BCCH modification period that begins after the end of the "Msg1" on-demand SI request RACH procedure 1308. This procedure may avoid any timing-related mis-assumptions by the UE with respect to the relevant BCCH modification period, at the cost of the use of additional signaling resources.

[0165] Once the relevant BCCH modification period begins, the UE monitors for a (second) MIB 1318 of the NES cell 1304 (e.g., by monitoring for SSB (s) of the NES cell 1304 that carry the MIB 1318) . Note that this instance of the MIB 1318 includes a value of kSSB = 10, indicating that the NES cell SIB1 is transmitted corresponding to this  instance of the MIB 1318. The MIB 1318 also includes configuration information for a CORESET #0 and a SS corresponding to the SIB 1 of the NES cell 1304 such that the UE is enabled to monitor for the upcoming SIB1.

[0166] The UE 1302 then performs the corresponding reception 1320 of the SIB1 as transmitted by the NES cell 1304.

[0167] Then, with the acquired full SIB1, the UE accesses 1322 the NES cell 1304 (e.g., the UE 1302 performs UAC and initial access procedures with the NES cell 1304) . The UE 1302 then enters an RRC connected state 1324 with the NES cell 1304. Accordingly, data transmission 1326 may then occur between the UE 1302 and the NES cell 1304.

[0168] Trigger conditions for the SIB1 request for embodiments where the UE accesses the NES cell directly (without relying on an anchor cell) are now discussed. In some such circumstances, the UE may trigger an on-demand SI request RACH procedure for a SIB1 of the NES cell when pending UL traffic is greater than an amount threshold. In other cases, the trigger may occur based upon a reception of paging corresponding to available DL traffic.

[0169] Note that in some wireless communications systems, if pending data is less than the amount threshold, the UE can trigger the use of a small data transmission (SDT) procedure (e.g., in place of the on-demand SI request RACH procedure for a SIB1 for access purposes) .

[0170] FIG. 14 illustrates a diagram 1400 showing a timeline for signaling between a UE 1402 and an NES cell 1404 corresponding to the use of a "Msg1" on-demand SI request RACH procedure 1406 between the UE 1402 and the NES cell 1404 that includes a SIB1 request for the NES cell 1404, according to embodiments discussed herein.

[0171] The NES cell 1404 transmits NES cell SSBs 1408 that use a reserved value for kSSB (e.g., kSSB = 30 for FR1 or kSSB = 14 for FR2) to indicate that the NES cell SSBs 1408 does not regularly transmit its SIB1 but is configured to transmit its SIB1 in response to a SIB1 request. Upon receiving one or more of the NES cell SSBs 1408, the UE 1402 decodes a PDCCH-ConfigSIB1 IE therefrom that contains a concise RACH configuration 1410 for the UE 1402 to use to perform the "Msg1" on-demand SI request RACH procedure 1406 with the NES cell 1404.

[0172] Once the UE 1402 identifies 1412 a need for the SIB1 of the NES cell 1404 (e.g., because it needs to enter RRC connected state with the NES cell 1404 in order to  satisfy a trigger for UL and / or DL data transmission) , the UE proceeds to perform the "Msg1" on-demand SI request RACH procedure 1406 with the NES cell 1404. Based on a RACH configuration indicated by the PDCCH-ConfigSIB1 field, the UE 1402 transmits a preamble 1414 ( "Msg1" ) that includes / represents the SIB1 request (e.g., where the SIB1 request is represented by the particular preamble 1414 used in this transmission and / or by the RO used for the transmission of the preamble 1414, as is discussed elsewhere herein) . Upon receiving the preamble 1414, the NES cell 1404 understands that it is to transmit an NES cell SIB1 1418 and responds to the UE 1402 with a RAR 1416 that acts as an indication to the UE 1402 that the preamble 1414 was received.

[0173] The flow diagram 1400 corresponds to cases where an eventual NES cell SIB1 1418 is transmitted by the NES cell 1404 at a time that is determined relative to a defined BCCH modification period boundary 1420. This situation may correspond to embodiments where MIB / SIB1 contents are not changed at a cell until a new BCCH modification period (e.g., as defined by the BCCH modification period boundary 1420, as illustrated) .

[0174] At this juncture, various options exist corresponding to the behavior of the UE 1402 for triggering the monitoring 1424 for NES cell SSBs corresponding to the expected NES cell SIB1 1418 / its associated CORESET #0 1422.

[0175] In a first option, the UE 1402 simply performs the monitoring 1424 during a next BCCH modification period that begins after the "Msg1" on-demand SI request RACH procedure 1406. This option does not need to introduce specification changes on any paging message, at the cost of potentially wasted UE power consumption, as the UE may waste its power on performing the monitoring if the NES cell 1404 doesn’t actually broadcast the NES cell SIB1 in the next BCCH modification period (e.g., due to timing constraints in a case where the "Msg1" on-demand SI request RACH procedure 1406 occurs very close to the BCCH modification period boundary 1420) .

[0176] In a second option, the UE 1402 performs the monitoring during a next BCCH modification period that begins after the reception of a paging short message 1426 that arrives after the "Msg1" on-demand SI request RACH procedure 1406 and confirms to the UE 1402 that the expected SIB1 broadcasting status change will occur in the next BCCH modification period (e.g., that NES cell SIB1 1418 will actually be transmitted during that next BCCH modification period) . This procedure may avoid any timing- related mis-assumptions by the UE with respect to the relevant BCCH modification period, at the cost of the use of additional signaling resources and potentially additional corresponding latency.

[0177] In a third option, it may be that the NES cell 1404 includes a bit in the RAR 1416 of the "Msg1" on-demand SI request RACH procedure 1406 that indicates / confirms to the UE 1402 that the NES cell SIB1 1418 will be transmitted during a next BCCH modification period that begins after the end of the "Msg1" on-demand SI request RACH procedure 1406. This procedure may avoid any timing-related mis-assumptions by the UE with respect to the relevant BCCH modification period, at the cost of the use of additional signaling resources.

[0178] Once the relevant BCCH modification period begins, the UE monitors for a (second) MIB of the NES cell 1404 (e.g., by monitoring for (instances of) SSB (s) of the NES cell 1404 that carry the MIB) . Note that this instance of the SSB (s) after the BCCH modification period boundary 1420 includes a value of kSSB = 10, indicating that the NES cell SIB1 1418 is transmitted corresponding to this instance of the SSB (s) . The SSB (s) also include configuration information for a CORESET #0 and a SS corresponding to the NES cell SIB1 1418 such that the UE is enabled to monitor for the upcoming NES cell SIB1 1418.

[0179] The UE 1402 then performs the corresponding reception of the NES cell SIB1 1418 as transmitted by the NES cell 1404.

[0180] Mechanisms for the repurposing of an (e.g., 8 bit) PDCCH-ConfigSIB1 field in an MIB in order to indicate a concise RACH configuration for a UE to use to request an SIB1 are now discussed. Note that the RACH configuration can be concise due to the fact that some legacy UEs cannot work without an SIB1.

[0181] It is contemplated that some configuration items for the RACH configuration corresponding to such a use of PDCCH-ConfigSIB1 field may be fixed in a specification for the wireless communication system. For example, a preamble format to use may be fixed as Format 0 in FR1 and Format 4B in FR2 (e.g., as defined in 3GPP Technical Specification (TS) 38.212 version 17.5.0 (March 2023) ) .

[0182] For other configuration items for which corresponding values can vary within this scheme, a table representing various value combinations of these variable configuration items are captured in a table. The value of the PDCCH-ConfigSIB1 field  may then act as a configuration index used to index to a desired row of this table in order to identify desired values for the variable configuration items.

[0183] FIG. 15A and FIG. 15B together illustrate a table that includes various configuration items 1502 for a RACH configuration and information 1504 about whether they are fixed or whether / how they may vary based on values found in a PDCCH-ConfigSIB1 field, according to embodiments discussed herein.

[0184] As illustrated in the table 1500, configuration items (represented by IEs) that may take varying values may include, for example, configuration items corresponding to any one or more of a prach-ConfigurationIndex IE, a msg1-FDM IE, a msg1-FrequencyOffsetWithSSB IE, an SSB-perRACH-Occasion IE, an ra-ResponseWindow IE, a modificationPeriodCoeff IE, and / or a defaultPagingCycle IE.

[0185] FIG. 16 illustrates a configuration table 1602 which is indexed into using eight bits of an pdcch-ConfigSIB1 field, according to embodiments discussed herein. The configuration table 1602 illustrates various configuration indexes 1604 that may be represented by the bits in the pdcch-ConfigSIB1 field. Further, for each configuration index 1604, the configuration table 1602 provides applicable / corresponding values 1608 for various configuration items 1606 that allow value variability. (Note that while only the first row of example values 1608 shows express values, it will be understood that the rest of the values 1608 contain appropriate express values) . Accordingly, the NES cell has a degree of control over the values for the configuration items 1606 through the presentation of a configuration index 1604 in the pdcch-ConfigSIB1 field that corresponds to desired values for those configuration items 1606.

[0186] Note that the indexing into the configuration table 1602 may occur if, for example, for FR1, kSSB = 30, or, for FR2, kSSB = 14, as discussed herein.

[0187] It is contemplated that in some cases, a specification of the wireless communication system may provide a configuration table in the manner of the configuration table 1602 for use. In some cases, it may be that the specification provides for different configuration tables in the manner of the configuration table 1602 for different frequency ranges (e.g., FR1 versus FR2) .

[0188] It is contemplated that some wireless communication systems according to embodiments herein may utilize an IE that provides a frequency offset between a lowest boundary of an SSB and lowest boundary of a RO. In some cases, this IE may be a msg1-FrequencyOffsetWithSSB IE. In previous wireless communication systems, UL BWP  information is used to derive / identify a lowest boundary of an RO. However, this information may not be available in cases involving the use / reuse of a PDCCH-ConfigSIB1 to communicate a PRACH configuration from the NES cell to the UE (e.g., this information may not be provided / derivable using the (e.g., eight) bits of the PDCCH-ConfigSIB1 field) . Instead, a separate IE (e.g., a msg1-FrequencyOffsetWithSSB IE) may be introduced to indicate an offset between the SSB and the RO directly, such that the boundary of the RO can be identified.

[0189] FIG. 17 illustrates a diagram 1700 showing a visualization of the meaning of a msg1-FrequencyOffsetWithSSB IE 1702, according to embodiments discussed herein. As illustrated, the msg1-FrequencyOffsetWithSSB IE 1702 denotes the frequency offset between a lowest boundary 1704 of an SSB 1706 and a lowest boundary 1708 of a RO 1710.

[0190] Note that, with reference to FIG. 16, the msg1-FrequencyOffsetWithSSB IE may be included in the configuration items 1606 that may use values that vary according to a configuration index in the PDCCH-ConfigSIB1 field.

[0191] FIG. 18 illustrates a method 1800 of a UE, according to embodiments discussed herein. The method 1800 includes receiving 1802, from an anchor cell, a SIB of the anchor cell comprising first ESIB information for performing a first RACH procedure with a first NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from the UE. The method 1800 further includes performing 1804 the first RACH procedure with the first NES cell according to the first ESIB information, the first RACH procedure comprising the SIB1 request. The method 1800 further includes receiving 1806, from the first NES cell, a SIB1 of the first NES cell as transmitted by the first NES cell responsive to the SIB1 request. The method 1800 further includes accessing 1808 the first NES cell based on SI of the SIB1 of the first NES cell.

[0192] In some embodiments of the method 1800, the first ESIB information for performing the first RACH procedure with the first NES cell comprises a RACH configuration for the first RACH procedure.

[0193] In some embodiments of the method 1800, the first RACH procedure is one of a 2-step RACH procedure and a 4-step RACH procedure.

[0194] In some embodiments of the method 1800, the first ESIB information for performing the first RACH procedure with the first NES cell comprises: downlink initial bandwidth part (BWP) information for the first RACH procedure; and uplink initial  BWP information for the first RACH procedure. In some such embodiments, the downlink initial BWP information comprises a paging and RAR configuration. In some such embodiments, the uplink initial BWP information comprises a RO location configuration.

[0195] In some embodiments of the method 1800, the first ESIB information for performing the first RACH procedure with the first NES cell comprises one or more of: a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission; and a RO of the first RACH procedure that is associated with the SIB1 transmission.

[0196] In some embodiments of the method 1800, the first ESIB information for performing the first RACH procedure with the first NES cell comprises an SI window configuration corresponding to the receipt of the SIB1.

[0197] In some embodiments of the method 1800, the SIB of the anchor cell further comprises one or more of a physical cell identity (PCI) of the first NES cell and a frequency of the first NES cell. In some of these embodiments, the SIB of the anchor cell further comprises: second ESIB information for performing a second RACH procedure with a second NES cell; and one or more of a second PCI of the second NES cell and a second frequency of the second NES cell.

[0198] In some embodiments, the method 1800 further includes receiving an SSB from the first NES cell; and identifying that the first NES cell is configured to perform the SIB1 transmission in response to the SIB1 request based on a kSSB value of the SSB; wherein the UE performs the first RACH procedure comprising the SIB1 request with the first NES cell further based on the identification that the first NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.

[0199] In some embodiments of the method 1800, the SIB1 request comprises one or more of: a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission; and a RO of the first RACH procedure that is associated with the SIB1 transmission.

[0200] In some such embodiments, the UE receives the SIB1 of the first NES cell during a next BCCH modification period that begins after an end of the first RACH procedure. In some of these cases, the method 1800 further includes receiving, from the first NES cell, after the first RACH procedure, a paging short message comprising an indication that the first NES cell is to transmit the SIB1 during the next BCCH  modification period that begins after the paging short message; wherein the UE receives the SIB1 of the first NES cell during the next BCCH modification period that begins after the paging short message based on the indication. In some of these cases, the first RACH procedure further comprises a RAR, from the first NES cell to the UE, that includes an indication that the first NES cell is to transmit the SIB1 of the first NES cell during the next BCCH modification period that begins after the end of the first RACH procedure; and the UE receives the SIB1 of the first NES cell during the next BCCH modification period that begins after the end of the first RACH procedure based on the indication.

[0201] In some such embodiments, the method 1800 further includes identifying an SI window in a current BCCH modification period for the SIB1 of the first NES cell; wherein the UE receives the SIB1 of the first NES cell during the SI window.

[0202] In some such embodiments, the first RACH procedure further comprises a RAR, from the first NES cell to the UE, that includes scheduling information for the SIB1 of the first NES cell, wherein the scheduling information is for a current BCCH modification period; and the UE receives the SIB1 of the first NES cell according to the scheduling information.

[0203] In some embodiments of the method 1800, the SIB1 request comprises a RRC message requesting the SIB1 transmission, wherein the RRC message follows a RAR of the first RACH procedure that is received from the first NES cell. In some such embodiments, the method 1800 further includes identifying that the first ESIB information for performing the first RACH procedure with the first NES cell does not include one or more of a RACH preamble associated with the SIB1 transmission and a RO associated with the SIB1 transmission; wherein the UE uses the RRC message requesting the SIB1 transmission in response to the identifying that the first ESIB information for performing the first RACH procedure with the first NES cell does not include the one or more of the RACH preamble associated with the SIB1 transmission and the RO associated with the SIB1 transmission.

[0204] FIG. 19 illustrates a method 1900 of an NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from a user equipment UE, according to embodiments discussed herein. The method 1900 includes performing 1902 a RACH procedure with the UE, the RACH procedure comprising the SIB1 request. The method  1900 further includes transmitting 1904 a first SIB1 of the NES cell responsive to the SIB1 request.

[0205] In some embodiments of the method 1900, the RACH procedure is one of a 2-step RACH procedure and a 4-step RACH procedure.

[0206] In some embodiments, the method 1900 further includes transmitting an SSB having a kSSB value that identifies that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.

[0207] In some embodiments of the method 1900, the SIB1 request uses one or more of: a RACH preamble of the RACH procedure that is associated with the SIB1 transmission; and a RO of the RACH procedure that is associated with the SIB1 transmission.

[0208] In some such embodiments, the NES cell transmits the SIB1 during a next BCCH modification period that begins after an end of the RACH procedure. In some of these cases, the method 1900 further includes transmitting, to the UE, after the RACH procedure, a paging short message comprising an indication that the NES cell is to transmit the SIB1 during the next BCCH modification period that begins after the paging short message. In some of these cases, the RACH procedure further comprises a RAR, from the NES cell to the UE, that includes an indication that the NES cell is to transmit the SIB1 of the NES cell during the next BCCH modification period that begins after the end of the RACH procedure.

[0209] In some such embodiments, the NES cell transmits the SIB1 of the NES cell during an SI window in a current BCCH modification period for the SIB1 of the NES cell.

[0210] In some such embodiments, the RACH procedure further comprises a RACH response (RAR) , from the NES cell to the UE, that includes scheduling information for the SIB1 of the NES cell, wherein the scheduling information is for a current BCCH modification period.

[0211] In some embodiments of the method 1900, the SIB1 request comprises a RRC message requesting the SIB1 transmission, wherein the RRC message follows a RAR of the RACH procedure that is received from the NES cell.

[0212] In some embodiments, the method 1900 further includes sending, to an anchor cell, a message requesting that the anchor cell include ESIB information for performing the RACH procedure with the NES cell in a SIB that is transmitted by the anchor cell.

[0213] In some embodiments, the method 1900 further includes receiving, from an anchor cell, a message requesting ESIB information for performing the RACH procedure with the NES cell; and sending, to the anchor cell, the ESIB information for performing the RACH procedure with the NES cell in response to the message.

[0214] In some embodiments, the method 1900 further includes sending, to an anchor cell, a message requesting that the anchor cell include a second SIB1 of the NES cell in a SIB that is transmitted by the anchor cell.

[0215] In some embodiments, the method 1900 further includes receiving, from an anchor cell, a message requesting a second SIB1 of the NES cell; and sending, to the anchor cell, the second SIB1 in response to the message.

[0216] FIG. 20 illustrates a method 2000 of an anchor cell, according to embodiments discussed herein. The method 2000 includes receiving 2002, from a first NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from a UE, first ESIB information for performing a first RACH procedure with the first NES cell. The method 2000 further includes sending 2004, to the UE, a SIB of the anchor cell comprising the first ESIB information for performing the first RACH procedure with the first NES cell.

[0217] In some embodiments of the method 2000, the first ESIB information for performing the first RACH procedure with the first NES cell comprises a RACH configuration for the first RACH procedure.

[0218] In some embodiments of the method 2000, the first RACH procedure may be a 2-step RACH procedure or a 4-step RACH procedure.

[0219] In some embodiments of the method 2000, the first ESIB information for performing the first RACH procedure with the first NES cell comprises: downlink initial BWP information for the first RACH procedure; and uplink initial BWP information for the first RACH procedure. In some such embodiments, the downlink initial BWP information comprises a paging and RAR configuration. In some such embodiments, the uplink initial BWP information comprises a RO location configuration.

[0220] In some embodiments of the method 2000, the first ESIB information for performing the first RACH procedure with the first NES cell comprises one or more of: a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission; and a RO of the first RACH procedure that is associated with the SIB1 transmission.

[0221] In some embodiments of the method 2000, the first ESIB information for performing the first RACH procedure with the first NES cell comprises an SI window configuration corresponding to a receipt of the SIB1 at the UE.

[0222] In some embodiments of the method 2000, the first ESIB information for performing the first RACH procedure with the first NES cell comprises a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission.

[0223] In some embodiments of the method 2000, the SIB of the anchor cell further comprises one or more of a PCI of the first NES cell and a frequency of the first NES cell. In some such embodiments, the SIB of the anchor cell further comprises: second ESIB information for performing a second RACH procedure with a second NES cell; and one or more of a second PCI of the second NES cell and a second frequency of the second NES cell.

[0224] In some embodiments, the method 2000 further includes receiving, from the first NES cell, a message requesting that the anchor cell include the first ESIB information for performing the first RACH procedure with the first NES cell in the SIB of the anchor cell; wherein the anchor cell includes the first ESIB information for performing the first RACH procedure with the first NES cell in the SIB of the anchor cell in response to the message.

[0225] In some embodiments, the method 2000 further includes sending, to the first NES cell, a message requesting the first ESIB information for performing the first RACH procedure with the first NES cell; wherein the anchor cell receives the first ESIB information for performing the first RACH procedure with the first NES cell in response to the message.

[0226] FIG. 21 illustrates a method 2100 of a UE, according to embodiments discussed herein. The method 2100 includes receiving 2102, from an anchor cell, a SIB of the anchor cell comprising a first SIB1 of an NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from the UE. The method 2100 further includes accessing 2104 the NES cell based on first SI of the first SIB1 of the NES cell.  The method 2100 further includes receiving 2106, from the NES cell, a first indication that the first SI of the first SIB1 is out of date. The method 2100 further includes performing 2108 a RACH procedure with the NES cell in response to the first indication that the first SI of the first SIB1 is out of date, the RACH procedure comprising the SIB1 request. The method 2100 further includes receiving 2110, from the NES cell, a second SIB1 of the NES cell as transmitted by the NES cell responsive to the SIB1 request, the second SIB1 comprising second SI. The method 2100 further includes accessing 2112 the NES cell based on the second SI of the second SIB1 of the NES cell.

[0227] In some embodiments, the method 2100 further includes receiving an SSB from the NES cell; and identifying that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request based on a kSSB value of the SSB; wherein the UE performs the RACH procedure comprising the SIB1 request with the NES cell further based on the identification that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.

[0228] In some embodiments of the method 2100, the RACH procedure is one of a 2-step RACH procedure and a 4-step RACH procedure.

[0229] In some embodiments of the method 2100, the SIB1 request comprises one or more of: a RACH preamble of the RACH procedure that is associated with the SIB1 transmission; and a RO of the RACH procedure that is associated with the SIB1 transmission.

[0230] In some such embodiments, the UE receives the second SIB1 of the NES cell during a next BCCH modification period that begins after an end of the RACH procedure. In some of these cases, The method 2100 further includes receiving, from the NES cell, after the RACH procedure, a paging short message comprising a second indication that the NES cell is to transmit the second SIB1 during the next BCCH modification period that begins after the paging short message; wherein the UE receives the second SIB1 of the NES cell during the next BCCH modification period that begins after the paging short message based on the second indication. In some of these cases, the RACH procedure further comprises a RAR, from the NES cell to the UE, that includes a second indication that the NES cell is to transmit the second SIB1 of the NES cell during the next BCCH modification period that begins after the end of the RACH procedure; and the UE receives the second SIB1 of the NES cell during the next BCCH  modification period that begins after the end of the RACH procedure based on the second indication.

[0231] In some such embodiments, the method 2100 further includes identifying an SI window in a current BCCH modification period for the second SIB1 of the NES cell; wherein the UE receives the second SIB1 of the NES cell during the SI window.

[0232] In some such embodiments, the RACH procedure further comprises a RAR from the NES cell to the UE that includes scheduling information for the second SIB1 of the NES cell, wherein the scheduling information is for a current BCCH modification period; and the UE receives the second SIB1 of the NES cell according to the scheduling information.

[0233] In some embodiments of the method 2100, the SIB1 request comprises a radio resource control (RRC) message requesting the SIB1 transmission.

[0234] FIG. 22 illustrates a method 2200 of an anchor cell, according to embodiments discussed herein. The method 2200 includes receiving 2202, from an NES cell that is configured perform a SIB1 transmission in response to a SIB1 request from UE, a SIB1 of the NES cell. The method 2200 further includes sending 2204, to the UE, a SIB of the anchor cell comprising the SIB1 of the NES cell.

[0235] In some embodiments, the method 2200 further includes receiving, from the NES cell, a message requesting that the anchor cell include the SIB1 of the NES cell in the SIB of the anchor cell; wherein the anchor cell includes the SIB 1 of the NES cell in the SIB of the anchor cell in response to the message.

[0236] In some embodiments, the method 2200 further includes sending, to the NES cell, a message requesting the SIB1 of the NES cell; wherein the anchor cell receives the SIB1 of the NES cell in response to the message.

[0237] FIG. 23 illustrates a method 2300 of a UE, according to embodiments discussed herein. The method 2300 includes receiving 2302, from an NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from the UE, an SSB comprising a configuration index. The method 2300 further includes identifying 2304 configuration information for performing a random access channel (RACH) procedure with the NES cell using the configuration index. The method 2300 further includes performing 2306 the RACH procedure with the NES cell according to the configuration information, the RACH procedure comprising the SIB1 request. The method 2300 further includes receiving 2308, from the NES cell, a SIB1 of the NES cell as transmitted  by the NES cell responsive to the SIB1 request. The method 2300 further includes accessing 2310 the NES cell based on SI of the SIB1 of the NES cell.

[0238] In some embodiments, the method 2300 further includes identifying that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request based on a kSSB value of the SSB; wherein the UE identifies the configuration index within the SSB based on the identification that the NES cell is configured to perform SIB1 transmission in response to the SIB1 request.

[0239] In some embodiments, the method 2300 further includes receiving, from the NES cell, after the RACH procedure, a paging short message comprising an indication that the NES cell is to transmit the SIB1 during a next BCCH modification period that begins after the paging short message; wherein the UE receives the SIB1 of the NES cell during the next BCCH modification period that begins after the paging short message based on the indication.

[0240] In some embodiments, the method 2300 further includes determining that an amount of UL data for transmission by the UE to the NES cell meets a threshold amount; wherein the UE performs the RACH procedure with the NES cell based on the determination that the amount of UL data for transmission by the UE to the NES cell meets the threshold amount.

[0241] In some embodiments, the method 2300 further includes receiving a paging message corresponding to signaling through the NES cell; wherein the UE performs the RACH procedure with the NES cell based on the receipt of the paging message.

[0242] In some embodiments of the method 2300, the configuration information for performing the RACH procedure that is identified by the UE using the configuration index from the SSB comprises a frequency offset between the SSB and a RO useable to send a preamble of the RACH procedure.

[0243] In some embodiments of the method 2300, the configuration information for performing the RACH procedure that is identified by the UE using the configuration index from the SSB comprises one or more values corresponding to one or more of: a prach-ConfigurationIndex IE; a msg1-FDM IE; a msg1-FrequencyOffsetWithSSB IE; an SSB-perRACH-Occasion IE; an ra-ResponseWindow IE; a modificationPeriodCoeff IE; and a defaultPagingCycle IE.

[0244] In some embodiments of the method 2300, the UE identifies the configuration index in a PDCCH-ConfigSIB1 field of the SSB.

[0245] FIG. 24 illustrates a method 2400 of an NES cell that is configured to perform a SIB1 transmission in response to a SIB1 request from a UE, according to embodiments discussed herein. The method 2400 includes transmitting 2402 an SSB comprising a configuration index that identifies configuration information for performing a RACH procedure with the NES cell. The method 2400 further includes performing 2404 the RACH procedure with the UE according to the configuration information, the RACH procedure comprising the SIB1 request. The method 2400 further includes transmitting 2406 a SIB1 of the NES cell responsive to the SIB1 request.

[0246] In some embodiments of the method 2400, the SSB comprises a kSSB value that identifies that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.

[0247] In some embodiments, the method 2400 further includes sending, to the UE, after the RACH procedure, a paging short message comprising an indication that the NES cell is to transmit the SIB1 during a next BCCH modification period that begins after the paging short message; wherein the NES cell transmits the SIB1 of the NES cell during the next BCCH modification period that begins after the paging short message based on the indication.

[0248] In some embodiments of the method 2400, the configuration information for performing the RACH procedure that is identified by the configuration index comprises a frequency offset between the SSB and a RO useable to receive a preamble of the RACH procedure.

[0249] In some embodiments of the method 2400, the configuration information for performing the RACH procedure that is identified by the configuration index comprises one or more values corresponding to one or more of: a prach-ConfigurationIndex information element (IE) ; a msg1-FDM IE; a msg1-FrequencyOffsetWithSSB IE; an SSB-perRACH-Occasion IE; an ra-ResponseWindow IE; a modificationPeriodCoeff IE; and a defaultPagingCycle IE.

[0250] In some embodiments of the method 2400, the NES cell transmits the configuration index in a PDCCH-ConfigSIB1 field of the SSB.

[0251] FIG. 25 illustrates an example architecture of a wireless communication system 2500, according to embodiments disclosed herein. The following description is provided for an example wireless communication system 2500 that operates in conjunction with  the LTE system standards and / or 5G or NR system standards as provided by 3GPP technical specifications.

[0252] As shown by FIG. 25, the wireless communication system 2500 includes UE 2502 and UE 2504 (although any number of UEs may be used) . In this example, the UE 2502 and the UE 2504 are illustrated as smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more cellular networks) , but may also comprise any mobile or non-mobile computing device configured for wireless communication.

[0253] The UE 2502 and UE 2504 may be configured to communicatively couple with a RAN 2506. In embodiments, the RAN 2506 may be NG-RAN, E-UTRAN, etc. The UE 2502 and UE 2504 utilize connections (or channels) (shown as connection 2508 and connection 2510, respectively) with the RAN 2506, each of which comprises a physical communications interface. The RAN 2506 can include one or more base stations (such as base station 2512 and base station 2514) that enable the connection 2508 and connection 2510.

[0254] In this example, the connection 2508 and connection 2510 are air interfaces to enable such communicative coupling, and may be consistent with RAT (s) used by the RAN 2506, such as, for example, an LTE and / or NR.

[0255] In some embodiments, the UE 2502 and UE 2504 may also directly exchange communication data via a sidelink interface 2516. The UE 2504 is shown to be configured to access an access point (shown as AP 2518) via connection 2520. By way of example, the connection 2520 can comprise a local wireless connection, such as a connection consistent with any IEEE 802.11 protocol, wherein the AP 2518 may comprise a router. In this example, the AP 2518 may be connected to another network (for example, the Internet) without going through a CN 2524.

[0256] In embodiments, the UE 2502 and UE 2504 can be configured to communicate using orthogonal frequency division multiplexing (OFDM) communication signals with each other or with the base station 2512 and / or the base station 2514 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an orthogonal frequency division multiple access (OFDMA) communication technique (e.g., for downlink communications) or a single carrier frequency division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink communications) , although the scope of the embodiments is  not limited in this respect. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0257] In some embodiments, all or parts of the base station 2512 or base station 2514 may be implemented as one or more software entities running on server computers as part of a virtual network. In addition, or in other embodiments, the base station 2512 or base station 2514 may be configured to communicate with one another via interface 2522. In embodiments where the wireless communication system 2500 is an LTE system (e.g., when the CN 2524 is an EPC) , the interface 2522 may be an X2 interface. The X2 interface may be defined between two or more base stations (e.g., two or more eNBs and the like) that connect to an EPC, and / or between two eNBs connecting to the EPC. In embodiments where the wireless communication system 2500 is an NR system (e.g., when CN 2524 is a 5GC) , the interface 2522 may be an Xn interface. The Xn interface is defined between two or more base stations (e.g., two or more gNBs and the like) that connect to 5GC, between a base station 2512 (e.g., a gNB) connecting to 5GC and an eNB, and / or between two eNBs connecting to 5GC (e.g., CN 2524) .

[0258] The RAN 2506 is shown to be communicatively coupled to the CN 2524. The CN 2524 may comprise one or more network elements 2526, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UE 2502 and UE 2504) who are connected to the CN 2524 via the RAN 2506. The components of the CN 2524 may be implemented in one physical device or separate physical devices including components to read and execute instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) .

[0259] In embodiments, the CN 2524 may be an EPC, and the RAN 2506 may be connected with the CN 2524 via an S1 interface 2528. In embodiments, the S1 interface 2528 may be split into two parts, an S1 user plane (S1-U) interface, which carries traffic data between the base station 2512 or base station 2514 and a serving gateway (S-GW) , and the S1-MME interface, which is a signaling interface between the base station 2512 or base station 2514 and mobility management entities (MMEs) .

[0260] In embodiments, the CN 2524 may be a 5GC, and the RAN 2506 may be connected with the CN 2524 via an NG interface 2528. In embodiments, the NG interface 2528 may be split into two parts, an NG user plane (NG-U) interface, which carries traffic data between the base station 2512 or base station 2514 and a user plane  function (UPF) , and the S1 control plane (NG-C) interface, which is a signaling interface between the base station 2512 or base station 2514 and access and mobility management functions (AMFs) .

[0261] Generally, an application server 2530 may be an element offering applications that use internet protocol (IP) bearer resources with the CN 2524 (e.g., packet switched data services) . The application server 2530 can also be configured to support one or more communication services (e.g., VoIP sessions, group communication sessions, etc. ) for the UE 2502 and UE 2504 via the CN 2524. The application server 2530 may communicate with the CN 2524 through an IP communications interface 2532.

[0262] FIG. 26 illustrates a system 2600 for performing signaling 2634 between a wireless device 2602 and a network device 2618, according to embodiments disclosed herein. The system 2600 may be a portion of a wireless communications system as herein described. The wireless device 2602 may be, for example, a UE of a wireless communication system. The network device 2618 may be, for example, a base station (e.g., an eNB or a gNB) of a wireless communication system. An “anchor cell” and / or an “NES cell” as described herein may be understood to be and / or be comprised within and / or include such a base station.

[0263] The wireless device 2602 may include one or more processor (s) 2604. The processor (s) 2604 may execute instructions such that various operations of the wireless device 2602 are performed, as described herein. The processor (s) 2604 may include one or more baseband processors implemented using, for example, a central processing unit (CPU) , a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a controller, a field programmable gate array (FPGA) device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein.

[0264] The wireless device 2602 may include a memory 2606. The memory 2606 may be a non-transitory computer-readable storage medium that stores instructions 2608 (which may include, for example, the instructions being executed by the processor (s) 2604) . The instructions 2608 may also be referred to as program code or a computer program. The memory 2606 may also store data used by, and results computed by, the processor (s) 2604.

[0265] The wireless device 2602 may include one or more transceiver (s) 2610 that may include radio frequency (RF) transmitter circuitry and / or receiver circuitry that use the  antenna (s) 2612 of the wireless device 2602 to facilitate signaling (e.g., the signaling 2634) to and / or from the wireless device 2602 with other devices (e.g., the network device 2618) according to corresponding RATs.

[0266] The wireless device 2602 may include one or more antenna (s) 2612 (e.g., one, two, four, or more) . For embodiments with multiple antenna (s) 2612, the wireless device 2602 may leverage the spatial diversity of such multiple antenna (s) 2612 to send and / or receive multiple different data streams on the same time and frequency resources. This behavior may be referred to as, for example, multiple input multiple output (MIMO) behavior (referring to the multiple antennas used at each of a transmitting device and a receiving device that enable this aspect) . MIMO transmissions by the wireless device 2602 may be accomplished according to precoding (or digital beamforming) that is applied at the wireless device 2602 that multiplexes the data streams across the antenna (s) 2612 according to known or assumed channel characteristics such that each data stream is received with an appropriate signal strength relative to other streams and at a desired location in the spatial domain (e.g., the location of a receiver associated with that data stream) . Certain embodiments may use single user MIMO (SU-MIMO) methods (where the data streams are all directed to a single receiver) and / or multi user MIMO (MU-MIMO) methods (where individual data streams may be directed to individual (different) receivers in different locations in the spatial domain) .

[0267] In certain embodiments having multiple antennas, the wireless device 2602 may implement analog beamforming techniques, whereby phases of the signals sent by the antenna (s) 2612 are relatively adjusted such that the (joint) transmission of the antenna (s) 2612 can be directed (this is sometimes referred to as beam steering) .

[0268] The wireless device 2602 may include one or more interface (s) 2614. The interface (s) 2614 may be used to provide input to or output from the wireless device 2602. For example, a wireless device 2602 that is a UE may include interface (s) 2614 such as microphones, speakers, a touchscreen, buttons, and the like in order to allow for input and / or output to the UE by a user of the UE. Other interfaces of such a UE may be made up of transmitters, receivers, and other circuitry (e.g., other than the transceiver (s) 2610 / antenna (s) 2612 already described) that allow for communication between the UE and other devices and may operate according to known protocols (e.g.,  and the like) .

[0269] The wireless device 2602 may include a SIB1 request module 2616. The SIB1 request module 2616 may be implemented via hardware, software, or combinations thereof. For example, the SIB1 request module 2616 may be implemented as a processor, circuit, and / or instructions 2608 stored in the memory 2606 and executed by the processor (s) 2604. In some examples, the SIB1 request module 2616 may be integrated within the processor (s) 2604 and / or the transceiver (s) 2610. For example, the SIB1 request module 2616 may be implemented by a combination of software components (e.g., executed by a DSP or a general processor) and hardware components (e.g., logic gates and circuitry) within the processor (s) 2604 or the transceiver (s) 2610.

[0270] The SIB1 request module 2616 may be used for various aspects of the present disclosure, for example, aspects of FIG. 8 through FIG. 24. The SIB1 request module 2616 is configured to cause the wireless device 2602 to communicate with an anchor cell to receive ESIB information of an NES cell and / or to receive a SIB1 of an NES cell, as has been described herein; and / or to perform a RACH procedure (e.g., a "Msg1" on-demand SI request RACH procedure or a "Msg3" on-demand SI request RACH procedure) with an NES cell that includes a SIB1 request for an on-demand transmission of a SIB1 of an NES cell from the NES cell, as has been described herein.

[0271] The network device 2618 may include one or more processor (s) 2620. The processor (s) 2620 may execute instructions such that various operations of the network device 2618 are performed, as described herein. The processor (s) 2620 may include one or more baseband processors implemented using, for example, a CPU, a DSP, an ASIC, a controller, an FPGA device, another hardware device, a firmware device, or any combination thereof configured to perform the operations described herein.

[0272] The network device 2618 may include a memory 2622. The memory 2622 may be a non-transitory computer-readable storage medium that stores instructions 2624 (which may include, for example, the instructions being executed by the processor (s) 2620) . The instructions 2624 may also be referred to as program code or a computer program. The memory 2622 may also store data used by, and results computed by, the processor (s) 2620.

[0273] The network device 2618 may include one or more transceiver (s) 2626 that may include RF transmitter circuitry and / or receiver circuitry that use the antenna (s) 2628 of the network device 2618 to facilitate signaling (e.g., the signaling 2634) to and / or from  the network device 2618 with other devices (e.g., the wireless device 2602) according to corresponding RATs.

[0274] The network device 2618 may include one or more antenna (s) 2628 (e.g., one, two, four, or more) . In embodiments having multiple antenna (s) 2628, the network device 2618 may perform MIMO, digital beamforming, analog beamforming, beam steering, etc., as has been described.

[0275] The network device 2618 may include one or more interface (s) 2630. The interface (s) 2630 may be used to provide input to or output from the network device 2618. For example, a network device 2618 that is a base station may include interface (s) 2630 made up of transmitters, receivers, and other circuitry (e.g., other than the transceiver (s) 2626 / antenna (s) 2628 already described) that enables the base station to communicate with other equipment in a core network, and / or that enables the base station to communicate with external networks, computers, databases, and the like for purposes of operations, administration, and maintenance of the base station or other equipment operably connected thereto.

[0276] The network device 2618 may include a SIB1 request module 2632. The SIB1 request module 2632 may be implemented via hardware, software, or combinations thereof. For example, the SIB1 request module 2632 may be implemented as a processor, circuit, and / or instructions 2624 stored in the memory 2622 and executed by the processor (s) 2620. In some examples, the SIB1 request module 2632 may be integrated within the processor (s) 2620 and / or the transceiver (s) 2626. For example, the SIB1 request module 2632 may be implemented by a combination of software components (e.g., executed by a DSP or a general processor) and hardware components (e.g., logic gates and circuitry) within the processor (s) 2620 or the transceiver (s) 2626.

[0277] The SIB1 request module 2632 may be used for various aspects of the present disclosure, for example, aspects of FIG. 8 through FIG. 24. The SIB1 request module 2632 may be configured to cause the network device 2618 that is an anchor cell to communicate with a UE to deliver ESIB information of an NES cell and / or to deliver a SIB1 of an NES cell, in the manner that has been discussed herein. The SIB1 request module 2632 may be configured to cause the network device 2618 that is an NES cell to perform a RACH procedure (e.g., a "Msg1" on-demand SI request RACH procedure or a "Msg3" on-demand SI request RACH procedure) with a UE that includes a SIB1 request  for an on-demand transmission of a SIB1 of an NES cell from the NES cell, and to accordingly transmit the SIB1, as has been described herein

[0278] Embodiments contemplated herein include an apparatus comprising means to perform one or more elements of any of the method 1800, the method 2100, and / or the method 2300. This apparatus may be, for example, an apparatus of a UE (such as a wireless device 2602 that is a UE, as described herein) .

[0279] Embodiments contemplated herein include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of any of the method 1800, the method 2100, and / or the method 2300. This non-transitory computer-readable media may be, for example, a memory of a UE (such as a memory 2606 of a wireless device 2602 that is a UE, as described herein) .

[0280] Embodiments contemplated herein include an apparatus comprising logic, modules, or circuitry to perform one or more elements of any of the method 1800, the method 2100, and / or the method 2300. This apparatus may be, for example, an apparatus of a UE (such as a wireless device 2602 that is a UE, as described herein) .

[0281] Embodiments contemplated herein include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform one or more elements of any of the method 1800, the method 2100, and / or the method 2300. This apparatus may be, for example, an apparatus of a UE (such as a wireless device 2602 that is a UE, as described herein) .

[0282] Embodiments contemplated herein include a signal as described in or related to one or more elements of any of the method 1800, the method 2100, and / or the method 2300.

[0283] Embodiments contemplated herein include a computer program or computer program product comprising instructions, wherein execution of the program by a processor is to cause the processor to carry out one or more elements of any of the method 1800, the method 2100, and / or the method 2300. The processor may be a processor of a UE (such as a processor (s) 2604 of a wireless device 2602 that is a UE, as described herein) . These instructions may be, for example, located in the processor  and / or on a memory of the UE (such as a memory 2606 of a wireless device 2602 that is a UE, as described herein) .

[0284] Embodiments contemplated herein include an apparatus comprising means to perform one or more elements of any of the method 1900, the method 2000, the method 2200, and / or the method 2400. This apparatus may be, for example, an apparatus of a base station (such as a network device 2618 that is a base station, as described herein) .

[0285] Embodiments contemplated herein include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of any of the method 1900, the method 2000, the method 2200, and / or the method 2400. This non-transitory computer-readable media may be, for example, a memory of a base station (such as a memory 2622 of a network device 2618 that is a base station, as described herein) .

[0286] Embodiments contemplated herein include an apparatus comprising logic, modules, or circuitry to perform one or more elements of any of the method 1900, the method 2000, the method 2200, and / or the method 2400. This apparatus may be, for example, an apparatus of a base station (such as a network device 2618 that is a base station, as described herein) .

[0287] Embodiments contemplated herein include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform one or more elements of any of the method 1900, the method 2000, the method 2200, and / or the method 2400. This apparatus may be, for example, an apparatus of a base station (such as a network device 2618 that is a base station, as described herein) .

[0288] Embodiments contemplated herein include a signal as described in or related to one or more elements of any of the method 1900, the method 2000, the method 2200, and / or the method 2400.

[0289] Embodiments contemplated herein include a computer program or computer program product comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out one or more elements of any of the method 1900, the method 2000, the method 2200, and / or the method 2400. The processor may be a processor of a base station (such as a processor (s) 2620 of a network device 2618 that is a base station, as described herein) . These instructions may  be, for example, located in the processor and / or on a memory of the base station (such as a memory 2622 of a network device 2618 that is a base station, as described herein) .

[0290] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, and / or methods as set forth herein. For example, a baseband processor as described herein in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth herein. For another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth herein.

[0291] Any of the above described embodiments may be combined with any other embodiment (or combination of embodiments) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0292] Embodiments and implementations of the systems and methods described herein may include various operations, which may be embodied in machine-executable instructions to be executed by a computer system. A computer system may include one or more general-purpose or special-purpose computers (or other electronic devices) . The computer system may include hardware components that include specific logic for performing the operations or may include a combination of hardware, software, and / or firmware.

[0293] It should be recognized that the systems described herein include descriptions of specific embodiments. These embodiments can be combined into single systems, partially combined into other systems, split into multiple systems or divided or combined in other ways. In addition, it is contemplated that parameters, attributes, aspects, etc. of one embodiment can be used in another embodiment. The parameters, attributes, aspects, etc. are merely described in one or more embodiments for clarity, and it is recognized that the parameters, attributes, aspects, etc. can be combined with or substituted for parameters, attributes, aspects, etc. of another embodiment unless specifically disclaimed herein.

[0294] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0295] Although the foregoing has been described in some detail for purposes of clarity, it will be apparent that certain changes and modifications may be made without departing from the principles thereof. It should be noted that there are many alternative ways of implementing both the processes and apparatuses described herein. Accordingly, the present embodiments are to be considered illustrative and not restrictive, and the description is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.

Claims

1.A method of a user equipment (UE) , comprising:receiving, from an anchor cell, a system information block (SIB) of the anchor cell comprising first essential SIB (ESIB) information for performing a first random access channel (RACH) procedure with a first network energy saving (NES) cell that is configured to perform a SIB1 transmission in response to a SIB1 request from the UE;performing the first RACH procedure with the first NES cell according to the first ESIB information, the first RACH procedure comprising the SIB1 request;receiving, from the first NES cell, a SIB1 of the first NES cell as transmitted by the first NES cell responsive to the SIB1 request; andaccessing the first NES cell based on system information (SI) of the SIB1 of the first NES cell.2.The method of claim 1, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises a RACH configuration for the first RACH procedure.3.The method of claim 1, wherein the first RACH procedure is one of a 2-step RACH procedure and a 4-step RACH procedure.4.The method of claim 1, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises:downlink initial bandwidth part (BWP) information for the first RACH procedure; anduplink initial BWP information for the first RACH procedure.5.The method of claim 4, wherein the downlink initial BWP information comprises a paging and RACH response (RAR) configuration.6.The method of claim 4, wherein the uplink initial BWP information comprises a RACH occasion (RO) location configuration.7.The method of claim 1, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises one or more of:a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission; anda RACH occasion (RO) of the first RACH procedure that is associated with the SIB1 transmission.8.The method of claim 1, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises an SI window configuration corresponding to the receipt of the SIB1.9.The method of claim 1, wherein the SIB of the anchor cell further comprises one or more of a physical cell identity (PCI) of the first NES cell and a frequency of the first NES cell.10.The method of claim 9, wherein the SIB of the anchor cell further comprises:second ESIB information for performing a second RACH procedure with a second NES cell; andone or more of a second PCI of the second NES cell and a second frequency of the second NES cell.11.The method of claim 1, further comprising:receiving a synchronization signal block (SSB) from the first NES cell; andidentifying that the first NES cell is configured to perform the SIB1 transmission in response to the SIB1 request based on a kSSB value of the SSB; wherein the UE performs the first RACH procedure comprising the SIB1 request with the first NES cell further based on the identification that the first NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.12.The method of claim 1, wherein the SIB1 request comprises one or more of:a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission; anda RACH occasion (RO) of the first RACH procedure that is associated with the SIB1 transmission.13.The method of claim 12, wherein the UE receives the SIB1 of the first NES cell during a next broadcast control channel (BCCH) modification period that begins after an end of the first RACH procedure.14.The method of claim 13, further comprising receiving, from the first NES cell, after the first RACH procedure, a paging short message comprising an indication that the first NES cell is to transmit the SIB1 during the next BCCH modification period that begins after the paging short message; wherein the UE receives the SIB1 of the first NES cell during the next BCCH modification period that begins after the paging short message based on the indication.15.The method of claim 13, wherein:the first RACH procedure further comprises a RACH response (RAR) , from the first NES cell to the UE, that includes an indication that the first NES cell is to transmit the SIB1 of the first NES cell during the next BCCH modification period that begins after the end of the first RACH procedure; andthe UE receives the SIB1 of the first NES cell during the next BCCH modification period that begins after the end of the first RACH procedure based on the indication.16.The method of claim 12, further comprising identifying an SI window in a current broadcast control channel (BCCH) modification period for the SIB1 of the first NES cell; wherein the UE receives the SIB1 of the first NES cell during the SI window.17.The method of claim 12, wherein:the first RACH procedure further comprises a RACH response (RAR) , from the first NES cell to the UE, that includes scheduling information for the SIB1 of the first NES cell, wherein the scheduling information is for a current broadcast control channel (BCCH) modification period; andthe UE receives the SIB1 of the first NES cell according to the scheduling information.18.The method of claim 1, wherein the SIB1 request comprises a radio resource control (RRC) message requesting the SIB1 transmission, wherein the RRC message follows a RACH response (RAR) of the first RACH procedure that is received from the first NES cell.19.The method of claim 18, further comprising identifying that the first ESIB information for performing the first RACH procedure with the first NES cell does not include one or more of a RACH preamble associated with the SIB1 transmission and a  RACH occasion (RO) associated with the SIB1 transmission; wherein the UE uses the RRC message requesting the SIB1 transmission in response to the identifying that the first ESIB information for performing the first RACH procedure with the first NES cell does not include the one or more of the RACH preamble associated with the SIB1 transmission and the RO associated with the SIB1 transmission.20.A method of a network energy saving (NES) cell that is configured to perform a system information block (SIB) 1 transmission in response to a SIB1 request from a user equipment (UE) , comprising:performing a random access channel (RACH) procedure with the UE, the RACH procedure comprising the SIB1 request; andtransmitting a first SIB1 of the NES cell responsive to the SIB1 request.21.The method of claim 20, wherein the RACH procedure is one of a 2-step RACH procedure and a 4-step RACH procedure.22.The method of claim 20, further comprising transmitting a synchronization signal block (SSB) having a kSSB value that identifies that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.23.The method of claim 20, wherein the SIB1 request uses one or more of:a RACH preamble of the RACH procedure that is associated with the SIB1 transmission; anda RACH occasion (RO) of the RACH procedure that is associated with the SIB1 transmission.24.The method of claim 23, wherein the NES cell transmits the SIB1 during a next broadcast control channel (BCCH) modification period that begins after an end of the RACH procedure.25.The method of claim 24, further comprising transmitting, to the UE, after the RACH procedure, a paging short message comprising an indication that the NES cell is to transmit the SIB1 during the next BCCH modification period that begins after the paging short message.26.The method of claim 24, wherein the RACH procedure further comprises a RACH response (RAR) , from the NES cell to the UE, that includes an indication that the NES cell is to transmit the SIB1 of the NES cell during the next BCCH modification period that begins after the end of the RACH procedure.27.The method of claim 23, wherein the NES cell transmits the SIB1 of the NES cell during an SI window in a current broadcast control channel (BCCH) modification period for the SIB1 of the NES cell.28.The method of claim 23, wherein the RACH procedure further comprises a RACH response (RAR) , from the NES cell to the UE, that includes scheduling information for the SIB1 of the NES cell, wherein the scheduling information is for a current broadcast control channel (BCCH) modification period.29.The method of claim 20, wherein the SIB1 request comprises a radio resource control (RRC) message requesting the SIB1 transmission, wherein the RRC message follows a RACH response (RAR) of the RACH procedure that is received from the NES cell.30.The method of claim 20, further comprising sending, to an anchor cell, a message requesting that the anchor cell include essential SIB (ESIB) information for performing the RACH procedure with the NES cell in a SIB that is transmitted by the anchor cell.31.The method of claim 20, further comprising:receiving, from an anchor cell, a message requesting essential SIB (ESIB) information for performing the RACH procedure with the NES cell; andsending, to the anchor cell, the ESIB information for performing the RACH procedure with the NES cell in response to the message.32.The method of claim 20, further comprising sending, to an anchor cell, a message requesting that the anchor cell include a second SIB1 of the NES cell in a SIB that is transmitted by the anchor cell.33.The method of claim 20, further comprising:receiving, from an anchor cell, a message requesting a second SIB1 of the NES cell; andsending, to the anchor cell, the second SIB1 in response to the message.34.A method of an anchor cell, comprising:receiving, from a first network energy saving (NES) cell that is configured to perform a system information block (SIB) 1 transmission in response to a SIB1 request from a user equipment (UE) , first essential SIB (ESIB) information for performing a first random access channel (RACH) procedure with the first NES cell; andsending, to the UE, a SIB of the anchor cell comprising the first ESIB information for performing the first RACH procedure with the first NES cell.35.The method of claim 34, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises a RACH configuration for the first RACH procedure.36.The method of claim 34, wherein the first RACH procedure may be a 2-step RACH procedure or a 4-step RACH procedure.37.The method of claim 34, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises:downlink initial bandwidth part (BWP) information for the first RACH procedure; anduplink initial BWP information for the first RACH procedure.38.The method of claim 37, wherein the downlink initial BWP information comprises a paging and RACH response (RAR) configuration.39.The method of claim 37, wherein the uplink initial BWP information comprises a RACH occasion (RO) location configuration.40.The method of claim 34, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises one or more of:a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission; anda RACH occasion (RO) of the first RACH procedure that is associated with the SIB1 transmission.41.The method of claim 34, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises an SI window configuration corresponding to a receipt of the SIB1 at the UE.42.The method of claim 34, wherein the first ESIB information for performing the first RACH procedure with the first NES cell comprises a RACH preamble of the first RACH procedure that is associated with the SIB1 transmission.43.The method of claim 34, wherein the SIB of the anchor cell further comprises one or more of a physical cell identity (PCI) of the first NES cell and a frequency of the first NES cell.44.The method of claim 43, wherein the SIB of the anchor cell further comprises:second ESIB information for performing a second RACH procedure with a second NES cell; andone or more of a second PCI of the second NES cell and a second frequency of the second NES cell.45.The method of claim 34, further comprising receiving, from the first NES cell, a message requesting that the anchor cell include the first ESIB information for performing the first RACH procedure with the first NES cell in the SIB of the anchor cell; wherein the anchor cell includes the first ESIB information for performing the first RACH procedure with the first NES cell in the SIB of the anchor cell in response to the message.46.The method of claim 34, further comprising sending, to the first NES cell, a message requesting the first ESIB information for performing the first RACH procedure with the first NES cell; wherein the anchor cell receives the first ESIB information for performing the first RACH procedure with the first NES cell in response to the message.47.A method of a user equipment (UE) , comprising:receiving, from an anchor cell, a system information block (SIB) of the anchor cell comprising a first SIB1 of a network energy saving (NES) cell that is configured to perform a SIB1 transmission in response to a SIB1 request from the UE;accessing the NES cell based on first system information (SI) of the first SIB1 of the NES cell;receiving, from the NES cell, a first indication that the first SI of the first SIB1 is out of date;performing a RACH procedure with the NES cell in response to the first indication that the first SI of the first SIB1 is out of date, the RACH procedure comprising the SIB1 request;receiving, from the NES cell, a second SIB1 of the NES cell as transmitted by the NES cell responsive to the SIB1 request, the second SIB1 comprising second SI; andaccessing the NES cell based on the second SI of the second SIB1 of the NES cell.48.The method of claim 47, further comprising:receiving a synchronization signal block (SSB) from the NES cell; andidentifying that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request based on a kSSB value of the SSB; wherein the UE performs the RACH procedure comprising the SIB1 request with the NES cell further based on the identification that the NES cell is configured to perform the SIB1 transmission in response to the SIB1 request.49.The method of claim 47, wherein the RACH procedure is one of a 2-step RACH procedure and a 4-step RACH procedure.50.The method of claim 47, wherein the SIB1 request comprises one or more of:a RACH preamble of the RACH procedure that is associated with the SIB1 transmission; anda RACH occasion (RO) of the RACH procedure that is associated with the SIB1 transmission.51.The method of claim 50, wherein the UE receives the second SIB1 of the NES cell during a next broadcast control channel (BCCH) modification period that begins after an end of the RACH procedure.52.The method of claim 51, further comprising receiving, from the NES cell, after the RACH procedure, a paging short message comprising a second indication that the NES cell is to transmit the second SIB1 during the next BCCH modification period that begins after the paging short message; wherein the UE receives the second SIB1 of the NES cell  during the next BCCH modification period that begins after the paging short message based on the second indication.53.The method of claim 51, wherein:the RACH procedure further comprises a RACH response (RAR) , from the NES cell to the UE, that includes a second indication that the NES cell is to transmit the second SIB1 of the NES cell during the next BCCH modification period that begins after the end of the RACH procedure; andthe UE receives the second SIB1 of the NES cell during the next BCCH modification period that begins after the end of the RACH procedure based on the second indication.54.The method of claim 50, further comprising identifying an SI window in a current broadcast control channel (BCCH) modification period for the second SIB1 of the NES cell; wherein the UE receives the second SIB1 of the NES cell during the SI window.55.The method of claim 50, wherein:the RACH procedure further comprises a RACH response (RAR) from the NES cell to the UE that includes scheduling information for the second SIB1 of the NES cell, wherein the scheduling information is for a current broadcast control channel (BCCH) modification period; andthe UE receives the second SIB1 of the NES cell according to the scheduling information.56.The method of claim 47, wherein the SIB1 request comprises a radio resource control (RRC) message requesting the SIB1 transmission.57.A method of an anchor cell, comprising:receiving, from a network energy saving (NES) cell that is configured perform a system information block (SIB) 1 transmission in response to a SIB1 request from a user equipment (UE) , a SIB1 of the NES cell; andsending, to the UE, a SIB of the anchor cell comprising the SIB1 of the NES cell.58.The method of claim 57, further comprising receiving, from the NES cell, a message requesting that the anchor cell include the SIB1 of the NES cell in the SIB of the anchor  cell; wherein the anchor cell includes the SIB 1 of the NES cell in the SIB of the anchor cell in response to the message.59.The method of claim 57, further comprising sending, to the NES cell, a message requesting the SIB1 of the NES cell; wherein the anchor cell receives the SIB1 of the NES cell in response to the message.60.An apparatus comprising means to perform the method of any of claim 1 to claim 59.61.A computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform the method of any of claim 1 to claim 59.62.An apparatus comprising logic, modules, or circuitry to perform the method of any of claim 1 to claim 59.63.A baseband processor for a user equipment (UE) that is configured to perform one or more elements of any one of claim 1 to claim 19 and claim 47 to claim 56.64.A baseband processor for a base station that is configured to perform one or more elements of any one of claim 20 to claim 46 and claim 57 to claim 59.

Images