Systems, methods, and devices for on-demand sib

Abstract

Described herein are techniques for obtaining an on-demand (OD) system information block (SIB). A serving base station can provide a user equipment (UE) with an enhanced SIB that includes configuration information to enable the UE to communicate an uplink (UL) wake-up signal (WUS) to a neighbor base station. The configuration information can also enable the UE to communicate a message 1 (Msg1) random access channel (RACH) procedure. The Msg1 can be repeated and / or use shared or separate RACH resources. The neighboring base station can respond to the UE with an OD-SIB (e.g., an OD-SIB1). These and many other features and examples are described herein.

Description

SYSTEMS, METHODS, AND DEVICES FOR ON-DEMAND SIBFIELD

[0001] This disclosure relates to wireless communication networks and mobile device capabilities.BACKGROUND

[0002] Wireless communication networks and wireless communication services are becoming increasingly dynamic, complex, and ubiquitous. For example, some wireless communication networks can be developed to implement fifth generation (5G) or new radio (NR) technology, sixth generation (6G) technology, and so on. Such technology can include solutions for enabling user equipment (UE) and network devices, such as base stations, to communicate with one another.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] The present disclosure will be readily understood and enabled by the detailed description and accompanying figures of the drawings. Like reference numerals can designate like features and structural elements. Figures and corresponding descriptions are provided as non-limiting examples of aspects, implementations, etc., of the present disclosure, and references to "an" or “one” aspect, implementation, etc., may not necessarily refer to the same aspect, implementation, etc., and can mean at least one, one or more, etc.

[0004] Fig. 1 is a diagram of an example environment according to one or more implementations described herein.

[0005] Fig. 2 is a diagram of an example of a process for on-demand (OD) system information block (SIB) (OD-SIB) according to one or more implementations described herein.

[0006] Fig. 3 is a diagram of an example of separate random access channel (RACH) resources and shared RACH resources according to one or more implementations described herein.

[0007] Fig. 4 is a diagram of an example of an enhanced SIB for OD-SIB using shared RACH resources according to one or more implementations described herein.

[0008] Fig. 5 is a diagram of an example of an enhanced SIB for OD-SIB using separate RACH resources according to one or more implementations described herein.

[0009] Fig. 6 is a diagram of an example of implementing request periods based on period indexes according to one or more implementations described herein.

[0010] Fig. 7 is a diagram of an example of implementing request periods based on RACH occasion group indexes according to one or more implementations described herein.

[0011] Fig. 8 is a diagram of an example of implementing request periods for RACH occasion groups according to one or more implementations described herein.

[0012] Fig. 9 is a diagram of an example of system information (SI) for requesting an OD-SIB using power ramping according to one or more implementations described herein.

[0013] Fig. 10 is a diagram of an example of system information (SI) for requesting an OD-SIB using random access (RA) prioritization according to one or more implementations described herein.

[0014] Fig. 11 is a diagram of an example of components of a device according to one or more implementations described herein.

[0015] Fig. 12 is a diagram of example interfaces of baseband circuitry according to one or more implementations described herein.

[0016] Fig. 13 is a block diagram illustrating components, according to one or more implementations described herein, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein.

[0017] Fig. 14 is a diagram of an example of a process for OD-SIB according to one or more implementations described herein.

[0018] Fig. 15 is a diagram of an example of a process for OD-SIB according to one or more implementations described herein.

[0019] Fig. 16 is a diagram of an example of a process for OD-SIB according to one or more implementations described herein.DETAILED DESCRIPTION

[0020] The following detailed description refers to the accompanying drawings. Like reference numbers in different drawings can identify the same or similar features, elements, operations, etc. Additionally, the present disclosure is not limited to the following description as other implementations can be utilized, and structural or logical changes made, without departing from the scope of the present disclosure.

[0021] Wireless communication networks can include user equipment (UE) capable of communicating with base stations and / or other network devices. A base station can provide a UE with system information (SI) in the form of system information blocks (SIB) , which can include a first SIB (SIB1) and more. The base station can provide an SIB1 periodically (according to a  transmission schedule) or on-demand (OD) (in response to a request from the UE) . A SIB that is provided OD can be referred to as an OD-SIB. For example, an SIB1 that is provided OD can be referred to as an OD-SIB1.

[0022] Currently available technologies for providing an OD-SIB do not include any, or adequate, solutions for providing an OD-SIB in the context of a random access channel (RACH) procedure. For example, currently available technologies fail to address a scenario in which a serving base station prompts a UE to obtain an OD-SIB from a neighboring base station. Such technologies also fail to address scenarios in which the UE is in a power saving mode, such as and IDLE mode or an INACTIVE mode.

[0023] One or more of the techniques described herein include solutions for enabling UE 110 to obtain an OD-SIB1 from a neighboring base station. A serving base station can provide a UE with an enhanced SIB that includes configuration information to enable the UE to communicate an uplink (UL) wake-up signal (WUS) and / or first message (Msg1) of a RACH procedure to the neighboring base station. The UL WUS configuration information can includes a reserved physical RACH (PRACH) resource. The Msg 1 can be sent using the reserved PRACH resource to request the neighboring base station to to transmit the OD-SIB1. The Msg1 can be repeated and / or use shared or separate RACH resources. The neighboring base station can respond to UE with an OD-SIB (e.g., an OD-SIB1) . These and many other features and examples are described herein. These and many other features and examples are described below with reference to the Figures. Additionally, a RACH framework, as referred to herein, can include one or more systems, devices, methods, procedures, processes, operations, and / or data structures described herein.

[0024] Fig. 1 is an example environment 100 in which one or more of the techniques described herein can be implemented. Example environment 100 can include UEs 110-1, 110-2, etc. (referred to collectively as “UEs 110” and individually as “UE 110” ) , a radio access network (RAN) 120, a core network (CN) 130, application servers 140, external networks 150.

[0025] The systems and devices of example environment 100 can operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of example environment 100 can operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh  generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards, and more.

[0026] As shown, UEs 110 can include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UEs 110 can include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, etc. In some implementations, UEs 110 can include Internet of Things (IoT) devices (or IoT UEs) that can implement narrowband (NB) communications and that can comprise, for example, a network access layer designed for low-power IoT applications utilizing short-lived UE connections. Additionally, or alternatively, an IoT UE can utilize one or more types of technologies, such as machine-to-machine (M2M) communications or machine-type communications (MTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data can be a machine-initiated exchange, and an IoT network can include interconnecting IoT UEs (which can include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs can execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network.

[0027] UEs 110 can communicate and establish a connection with one or more other UEs 110 via one or more wireless channels 112, each of which can comprise a physical communications interface  / layer. The connection can include an M2M connection, MTC connection, D2D connection, SL connection, etc. The connection can involve a PC5 interface. In some implementations, UEs 110 can be configured to discover one another, negotiate wireless resources between one another, and establish connections between one another, without intervention or communications involving RAN node 122 or another type of network node. In some implementations, discovery, authentication, resource negotiation, registration, etc., can involve communications with RAN node 122 or another type of network node.

[0028] UEs 110 can communicate and establish a connection with RAN 120, which can involve one or more wireless channels 114-1 and 114-2, each of which can comprise a physical communications interface  / layer. In some implementations, a UE can be configured with dual connectivity (DC) as a multi-radio access technology (multi-RAT) or multi-radio dual connectivity (MR-DC) , where a multiple receive and transmit (Rx / Tx) capable UE can use resources provided by different network nodes (e.g., 122-1 and 122-2) that can be connected via  non-ideal backhaul (e.g., where one network node provides NR access and the other network node provides either E-UTRA for LTE or NR access for 5G) . A network node can be referred to herein as a base station 122. In such a scenario, one network node can operate as a master node (MN) and the other as the secondary node (SN) . The MN and SN can be connected via a network interface, and at least the MN can be connected to the CN 130. In some implementations, a base station (as described herein) can be an example of network node 122. In some scenarios, RAN 120 can coordinate with core network 130 via interfaces 124, 126, and / or 128.

[0029] As shown, UE 110 can also, or alternatively, connect to access point (AP) 116 via connection interface 118, which can include an air interface enabling UE 110 to communicatively couple with AP 116. AP 116 can comprise a wireless local area network (WLAN) , WLAN node, WLAN termination point, etc. The connection 116 can comprise a local wireless connection, such as a connection consistent with any IEEE 702.11 protocol, and AP 116 can comprise a wireless fidelity router or other access point device. While not explicitly depicted in Fig. 1, AP 116 can be connected to another network (e.g., the Internet) without connecting to RAN 120 or CN 130.

[0030] One or more of the techniques described herein include solutions for enabling UE 110 to obtain an OD-SIB1 from a neighboring base station 122. A serving base station 122 can provide UE 110 with an enhanced SIB that includes configuration information to enable the UE to communicate a WUS and / or Msg1 RACH to the neighboring base station 122. The Msg1 can be repeated and / or use shared or separate RACH resources. The neighboring base station 122 can respond to UE 110 with an OD-SIB (e.g., an OD-SIB1) . These and many other features and examples are described herein. These and many other features and examples are described herein.

[0031] RAN 120 can include one or more RAN nodes 122-1 and 122-2 (referred to collectively as RAN nodes 122, and individually as RAN node 122) that enable channels 114-1 and 114-2 to be established between UEs 110 and RAN 120. RAN nodes 122 can include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein (e.g., 1G, 3G, 4G, 5G, WiFi, etc. ) . As examples therefore, a RAN node can be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes 122 can include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node 122 can be a dedicated physical device, such as a  macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or the like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. A RAN node can generally be referred to herein as base station 122.

[0032] Some or all of RAN nodes 122, or portions thereof, can be implemented as one or more software entities running on server computers as part of a virtual network, which can be referred to as a centralized RAN (CRAN) and / or a virtual baseband unit pool (vBBUP) . In these implementations, the CRAN or vBBUP can implement a RAN function split, such as a packet data convergence protocol (PDCP) split wherein radio resource control (RRC) and PDCP layers can be operated by the CRAN / vBBUP and other Layer 1 (L2) protocol entities can be operated by individual RAN nodes 122; a media access control (MAC)  / physical (PHY) layer split wherein RRC, PDCP, radio link control (RLC) , and MAC layers can be operated by the CRAN / vBBUP and the PHY layer can be operated by individual RAN nodes 122; or a “lower PHY” split wherein RRC, PDCP, RLC, MAC layers and upper portions of the PHY layer can be operated by the CRAN / vBBUP and lower portions of the PHY layer can be operated by individual RAN nodes 122. This virtualized framework can allow freed-up processor cores of RAN nodes 122 to perform or execute other virtualized applications.

[0033] In some implementations, an individual RAN node 122 can represent individual gNB-distributed units (DUs) connected to a gNB-control unit (CU) via individual F1 or other interfaces. In such implementations, the gNB-DUs can include one or more remote radio heads or radio frequency (RF) front end modules (RFEMs) , and the gNB-CU can be operated by a server (not shown) located in RAN 120 or by a server pool (e.g., a group of servers configured to share resources) in a similar manner as the CRAN / vBBUP. Additionally, or alternatively, one or more of RAN nodes 122 can be next generation eNBs (i.e., gNBs) that can provide evolved universal terrestrial radio access (E-UTRA) user plane and control plane protocol terminations toward UEs 110, and that can be connected to a 5G core network (5GC) 130 via an NG interface.

[0034] Any of the RAN nodes 122 can terminate an air interface protocol and can be the first point of contact for UEs 110. In some implementations, any of the RAN nodes 122 can fulfill various logical functions for the RAN 120 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UEs 110 can be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes 122 over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an 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 (SL) communications) , although the scope of such implementations may not be limited in this regard. The OFDM signals can comprise a plurality of orthogonal subcarriers.

[0035] In some implementations, a downlink resource grid can be used for downlink transmissions from any of the RAN nodes 122 to UEs 110, and uplink transmissions can utilize similar techniques. The grid can be a time-frequency grid (e.g., a resource grid or time-frequency resource grid) that represents the physical resource for downlink in each slot. Such a time-frequency plane representation is a common practice for OFDM systems, which makes it intuitive for radio resource allocation. Each column and each row of the resource grid corresponds to one OFDM symbol and one OFDM subcarrier, respectively. The duration of the resource grid in the time domain corresponds to one slot in a radio frame. The smallest time-frequency unit in a resource grid is denoted as a resource element. Each resource grid comprises resource blocks, which describe the mapping of certain physical channels to resource elements (REs) . Each resource block can comprise a collection of resource elements; in the frequency domain, this can represent the smallest quantity of resources that currently can be allocated. There are several different physical downlink channels that are conveyed using such resource blocks.

[0036] Further, RAN nodes 122 can be configured to wirelessly communicate with UEs 110, and / or one another, over a licensed medium (also referred to as the “licensed spectrum” and / or the “licensed band” ) , an unlicensed shared medium (also referred to as the “unlicensed spectrum” and / or the “unlicensed band” ) , or combination thereof. A licensed spectrum can correspond to channels or frequency bands selected, reserved, regulated, etc., for certain types of wireless activity (e.g., wireless telecommunication network activity) , whereas an unlicensed spectrum can correspond to one or more frequency bands that are not restricted for certain types of wireless activity.

[0037] The PDSCH can carry user data and higher layer signaling to UEs 110. The physical downlink control channel (PDCCH) can carry information about the transport format and resource allocations related to the PDSCH channel, among other things. The PDCCH can also inform UEs 110 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. Typically, downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 110 within a cell) can be performed at any of the RAN nodes 122 based on channel quality information feedback  from any of UEs 110. The downlink resource assignment information can be sent on the PDCCH used for (e.g., assigned to) each of UEs 110.

[0038] The RAN nodes 122 can be configured to communicate with one another via interface 123. In implementations where the system is an LTE system, interface 123 can be an X2 interface. In NR systems, interface 123 can be an Xn interface. The X2 interface can be defined between two or more RAN nodes 122 (e.g., two or more eNBs  / gNBs or a combination thereof) that connect to evolved packet core (EPC) or CN 130, or between two eNBs connecting to an EPC.

[0039] As shown, RAN 120 can be connected (e.g., communicatively coupled) to CN 130. CN 130 can comprise a plurality of network elements 132, which are configured to offer various data and telecommunications services to customers / subscribers (e.g., users of UEs 110) who are connected to the CN 130 via the RAN 120. In some implementations, CN 130 can include an evolved packet core (EPC) , a 5G CN (5GC) , and / or one or more additional or alternative types of CNs.

[0040] As shown, CN 130, application servers 140, and external networks 150 can be connected to one another via interfaces 134, 136, and 138, which can include IP network interfaces. Application servers 140 can include one or more server devices or network elements (e.g., virtual network functions (VNFs) offering applications that use IP bearer resources with CN 130 (e.g., universal mobile telecommunications system packet services (UMTS PS) domain, LTE PS data services, etc. ) . Application servers 140 can also, or alternatively, be configured to support one or more communication services (e.g., voice over IP (VoIP sessions, push-to-talk (PTT) sessions, group communication sessions, social networking services, etc. ) for UEs 110 via the CN 130. Similarly, external networks 150 can include one or more of a variety of networks, including the Internet, thereby providing the mobile communication network and UEs 110 of the network access to a variety of additional services, information, interconnectivity, and other network features.

[0041] Fig. 2 is a diagram of an example of a process for on-demand (OD) system information block (SIB) (OD-SIB) according to one or more implementations described herein. As shown, process 200 be performed by UE 110, RAN 120-1, and RAN 120-2. RAN 120-1 and RAN 120-2 can be implemented as base stations 122 or another type of network access point. RAN 120-1 can be a serving cell with respect to UE 110, and RAN 120-2 can be a neighboring cell with respect to UE 110. RAN 120-1 and / or RAN 120-2 can be a network energy saving (NES) cell. Operations described as being performed by UE 110, RAN 120-1, and / or RAN 120-2 can be performed, at least in part, by baseband circuitry of UE 110, RAN 120-1, and / or RAN  120-2.

[0042] Some or all of process 200 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 1. Additionally, process 200 can include one or more fewer, additional, differently ordered, and / or arranged operations than those shown in Fig. 2. Some or all of the operations of process 200 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 200. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 2.

[0043] As shown, process 200 can include UE 110 entering a power saving mode of operation (at 210) . The power saving mode can include an IDLE mode, INACTIVE mode, or another type of mode of operation. In some implementations, process 200 may not include UE 110 entering, or being in, a power saving mode. For example, process 200 may be performed while UE 110 is in an ACTIVE mode of operation. While not show, process 200 can also include UE 110 providing an indication to RAN 110-1 about UE 110 being in a coverage area of RAN 110-2. Process 200 can also, or alternatively, include UE 110 communicating UE capability information to RAN 110-1. The UE capability information can include an indication of whether UE 110 is capable of communicating a UL WUS to neighboring cells, using repetition to communicate a Msg1 RACH message to neighboring cells, obtaining OD-SIB1 from neighboring cells, and more.

[0044] Process 200 can include RAN 110-1 communicating wake-up signal (WUS) configuration information to UE 110 (at 220) . The WUS configuration information can enable UE 110 to generate and communicate an uplink (UL) WUS for RAN 120-2. The WUS configuration information can be provided as system information, which can include a SIB (e.g., SIB1) . System information from RAN 120-1, which includes WUS configuration information for RAN 120-2, can be referred to herein as an enhanced SIB. The WUS configuration information can include a UL WUS configuration for RAN 110-2. The WUS configuration information can also, or alternatively, include a WUS configuration of ran 120-1.

[0045] The WUS configuration information can include an indication of whether UE 110 is to implement the UL WUS with or without repetition. The WUS configuration information can also include an indication of a repetition number (e.g., 2, 4, 8, etc. ) . The repetition number can include the number of times that UE 110 can repeat the UL WUS directed to RAN 120-2. The WUS configuration information can also, or alternatively, indicate RACH resources (e.g., time and / or frequency resources) for communicating one or more UL WUS to RAN 120-2. The RACH resources can include, or be part of, a physical RACH (PRACH) . The PRACH can be  allocated for RACH procedures in general or RACH procedures particular to OD-SIB1 scenarios. The RACH resources can include one or more RACH occasions. The WUS configuration information can also, or alternatively, indicate whether the RACH resources are shared RACH resources or separate RACH resources.

[0046] Fig. 3 is a diagram of an example 300 of separate random access channel (RACH) resources and shared RACH resources according to one or more implementations described herein. As shown, separate RACH resources can include a RACH occasion allocated for OB-SIB1 with repetition and a different RACH occasion allocated for OB-SIB1 without repetition. In such a scenario, an enhanced SIB can include one or more type of configuration information. The configuration information can include an information element (IE) (e.g., si-RequestConfigODSIB1) to configure PRACH resource used for OD-SIB1 requests (e.g., a Msg1) without repetition. The configuration information can also, or alternatively, include an IE (e.g., si-RequestConfigODSIB1_repetition) to configure PRACH resource used for OD-SIB1 requests (e.g., a Msg1) with repetition, which can indicate a number of repetitions (e.g., 2, 4, 8, etc. ) . The configuration information can also, or alternatively, include IEs (e.g., si-RequestConfigODSIB1 and si-RequestConfigODSIB1_repetition) for a serving cell (e.g., RAN 120-1) and an enhanced SIB of a neighboring cell (e.g., NES cell, RAN 120-2, etc. ) .

[0047] By contrast, shared RACH resources can include a single RACH occasion for all PRACH resources allocated for OB-SIB1 with repetition (e.g., 2, 4, and / or 8 repetitions) and without repetition. OB-SIB1 with or without repetition can refer to whether UE 110 is configured, or enabled, to repeat a UL WUS and / or Msg1 in order to receive an OD-SIB1 from RAN 120-2. An IE (e.g., si-RequestConfigODSIB1) can be used to configure all PRACH resource used for OD-SIB1 request. The IE can be included in an enhanced SIB of a serving cell (e.g., RAN 120-1) and an enhanced SIB of a neighboring cell (e.g., NES cell, RAN 120-2, etc. ) . In some implementations, some configuration information or IEs (e.g., rach-ConfigGeneric) can be absent. In such implementations, a corresponding set of configuration information in an SIB1 of the serving cell (e.g., RAN 120-1) or an SIB1 of the neighboring cell can be used by UE 110 by default. A RACH occasion (RO) , as referred to herein, can include time and / or frequency resources allocated for one or more RACH signals, messages, or procedures.

[0048] Referring to Fig. 2, process 200 can include UE 110 receiving the WUS configuration information from RAN 120-1 and communicating a WUS to RAN 120-2 (at 230) . The WUS can be a UL WUS that is communicated as, or via, a RACH message. The RACH message can be a Msg1 of one or more types of RACH procedures. The RACH procedure can be a 2-step RACH,, 4-step RACH , or a RACH involving a UL WUS and / or OD-SIB1 using Msg1 with or without  repetition. In some implementations, the WUS and the RACH message can be communicated together (e.g., as part of the same, simultaneous, or overlapping UL signals) .

[0049] As shown, process 200 can include UE 110 generating and communicating one or more repetitions of MSG1 (at 240) . The number can be based on a number of repetitions indicated by the enhanced SIB from RAN 110-1. Depending on the scenario, the number of repetition can be 2, 4, 8. The number of repetitions can be a maximum number of repetitions or a maximum number of transmission. For example, a repetition number of 2 can include an initial Msg1 transmission and one repetition of the Msg1 for a total of 2 Msg1 transmission.

[0050] Alternatively, the repetition number of 2 can indicate a maximum of 2 Msg1 repetitions after the initial Msg1 transmission for a total of 3 Msg1 transmissions. Additionally, or alternatively, UE 110 can be configured to communicate each repetition according to a periodicity, which can be indicated by the enhanced SIB from RAN 110-1. Additionally, or alternatively, UE 110 can be configured to communicate Msg1 transmissions until either the maximum number of Msg1 transmissions is exhausted or until a corresponding OD-SIB1 is received from RAN 110-2.

[0051] UE 110 can implement Msg1 transmission using one or more power ramp up techniques. For example, UE 110 can be configured to incrementally increase a transmission power of Msg1 repetitions according to a transmission power scheme, which can be indicated by the enhanced SIB received from RAN 110-1. Additionally, or alternatively, UE 110 can be configured to incrementally increase a reception power scheme for receiving an OD-SIB1 from RAN 110-2. Additionally, or alternatively, UE 110 can implement a random access prioritization scheme that can involve a power ramping step priority and / or backoff interval. Examples of power ramp up techniques are described in further detail below.

[0052] Process 200 can include RAN 120-2 generating and communicating an OD-SIB1 to UE 110 (at 250) . RAN 120-2 can generated and communicate the OD-SIB1 in response to receiving a UL WUS from UE 110 that includes a Msg1 RACH transmission. As shown, UE 110 can receive the OD-SIB1 from RAN 120-2 and use the OD-SIB1 to continue communicating with RAN 120-2 in order to complete a random access procedure. Additional features, operations, examples, and alternatives of process 200 are discussed below with reference to the Figures that follow.

[0053] Fig. 4 is a diagram of an example 400 of an enhanced SIB for OD-SIB using shared RACH resources according to one or more implementations described herein. As described herein, a serving cell, neighboring cell, and / or NES cell can communicate an enhanced SIB to UE 110. The enhanced SIB can be configured to enable UE 110 to engage in Msg1 repetition for  OD-SIB1 using RACH resources toward the cell sending the enhanced SIB and / or toward another cell. In some implementations, the enhanced SIB of example 400 can be used in scenarios involving shared RACH resources (e.g., a RO shared between OB-SIB1 with Msg1 repetition and OD-SIB1 without Msg1 repetition) . An enhanced SIB can include one or more fewer, additional, differently ordered and / or arranged types of information than the information (e.g., IEs) of example 400.

[0054] As shown, an enhanced SIB can include WUS configuration information (e.g., IE WUS-Config-serving, IE WUS-Config-neigh1, …IE WUS-Config-neighN) to enable UE 110 to communicate a WUS to a serving cell and / or one or more neighboring cells. The WUS configuration information can include, or be associated with, request configuration information (e.g., IE si-RequestConfigODSIB1) to enable UE 110 to request an OD-SIB1 from a corresponding cell.

[0055] Each instance of request configuration information can include, or be associated with, RO information (e.g., IE rach-OccasionsSI) to enable UE 110 to request an OD-SIB1 during a RO; RACH resources to enable UE 110 to use RACH resources for requesting an OD-SIB1 without Msg1 repetitions (e.g., IE si-RequestResourcesNoRepetition-r18) ; RACH resources to enable UE 110 to use RACH resources for requesting an OD-SIB1 with Msg1 repetitions (e.g., IE si-RequestResourcesRepetitionNum2-r18, IE si-RequestResourcesRepetitionNum4-r18, and / or IE si-RequestResourcesRepetitionNum8-r18) ; and / or request period information (e.g., IE si-RequestPeriod) to enable UE 110 to request an OD-SIB1 according to a specified period. Each instance of RACH resources indicated can include, or be associated with, a RA association period index (e.g., IE ra-AssociationPeriodIndex) , a preamble start index (e.g., IE ra-PreambleStartIndex) , and / or an occasion mask index (e.g., IE ra-ssb-OccasionMaskIndex) . RACH resource of 4 different cases (e.g.., no repetition and repetition 2 / 4 / 8) can use the same RACH configuration (i.e. a rach-OccasionSI IE) and can therefore be part of a shared RO scenario.

[0056] For the UL WUS configuration of an NES cell (or server cell) , some configurations can be absent in si-RequestConfigODSIB1, and in this case, the corresponding configuration in SIB1 of a serving cell and / or NES cell can be used by default, to reduce signaling overhead. RACH-ConfigCommon IE under a BWP-UplinkCommon IE in SIB1 can use one or more of the following IEs: a rach-ConfigGeneric IE and ssb-perRACH-OccasionAndCB-PreamblesPerSSB (if rach-OccasionsSI is absent in si-RequestConfigODSIB1) ; a msg1-SubcarrierSpacing IE; a prach-RootSequenceIndex IE; a rsrp-ThresholdSSB IE; and / or one or more other types of IEs. For the UL WUS configuration for neighboring cells an si-RequestConfigODSIB1 IE can  include one or more of the following IEs: a rach-OccasionsSI IE; an msg1-SubcarrierSpacing IE; a prach-RootSequenceIndex IE; an rsrp-ThresholdSSB IE; and / or one or more other types of IEs.

[0057] Fig. 5 is a diagram of an example 500 of an enhanced SIB for OD-SIB using separate RACH resources according to one or more implementations described herein. As described herein, a serving cell, neighboring cell, and / or NES cell can communicate an enhanced SIB to UE 110. The enhanced SIB can be configured to enable UE 110 to engage in Msg1 repetition for OD-SIB1 using RACH resources. The RACH resources can be associated with a UL WUS directed to the cell that sent the enhanced SIB and / or toward another cell. In some implementations, the enhanced SIB of example 500 can be used in scenarios involving separate RACH resources (e.g., a RO allocated for OB-SIB1 with Msg1 repetition or an RO allocated for OD-SIB1 without Msg1 repetition) . An enhanced SIB can include one or more fewer, additional, differently ordered and / or arranged types of information than the information (e.g., IEs) of example 500.

[0058] As shown, an enhanced SIB can include WUS configuration information (e.g., IE WUS-Config-serving, IE WUS-Config-neigh1, …IE WUS-Config-neighN) to enable UE 110 to communicate a UL WUS to a serving cell and / or one or more neighboring cells. The WUS configuration information can include, or be associated with, request configuration information (e.g., IE si-RequestConfigODSIB1) to enable UE 110 to request an OD-SIB1 from a corresponding cell without Msg1 repetitions. The WUS configuration information can also include request configuration information (e.g., IE si-RequestConfigODSIB1_repeition) to enable UE 110 to request an OD-SIB1 from a corresponding cell with Msg1 repetitions.

[0059] The request configuration information without repetitions (i.e., IE si-RequestConfigODSIB1) can include, or be associated with, RO information (e.g., IE rach-OccasionsSI) to enable UE 110 to request an OD-SIB1 during a RO; RACH resources to enable UE 110 to use RACH resources for requesting an OD-SIB1 without Msg1 repetitions (e.g., IE si-RequestResourcesNoRepetition-r18) ; and and / or request period information (e.g., IE si-RequestPeriod) to enable UE 110 to request an OD-SIB1 according to a specified period. Each instance of RACH resources indicated can include, or be associated with, a RA association period index (e.g., IE ra-AssociationPeriodIndex) , a preamble start index (e.g., IE ra-PreambleStartIndex) , and / or an occasion mask index (e.g., IE ra-ssb-OccasionMaskIndex) .

[0060] Each instance of request configuration information with repetitions can include, or be associated with, RO information (e.g., IE rach-OccasionsSI) to enable UE 110 to request an OD-SIB1 during a RO; RACH resources to enable UE 110 to use RACH resources for requesting an OD-SIB1 with Msg1 repetitions (e.g., IE si-RequestResourcesRepetitionNum2-r18, IE si- RequestResourcesRepetitionNum4-r18, and / or IE si-RequestResourcesRepetitionNum8-r18) ; and / or request period information (e.g., IE si-RequestPeriod) to enable UE 110 to request an OD-SIB1 according to a specified period. Each instance of RACH resources indicated can include, or be associated with, a RA association period index (e.g., IE ra-AssociationPeriodIndex) , a preamble start index (e.g., IE ra-PreambleStartIndex) , and / or an occasion mask index (e.g., IE ra-ssb-OccasionMaskIndex) .

[0061] Example 500 can therefore include the IE si-RequestConfigODSIB1 to configure PRACH resources used for OD-SIB1 requests without repetition. Example 500 can also, or alternatively, include IE si-RequestConfigODSIB1_repetition IE, separate from IE si-RequestConfigODSIB1, to configure PRACH resources used for OD-SIB1requests with repetition. As shown, the repeition number can be 2, 4, 8, or another value. In both a serving cell and a neighboring cell, IE si-RequestConfigODSIB1 and si-RequestConfigODSIB1_repetition can be included in an enhanced SIB described herein. RACH resource without repetition and RACH resource with repetition can therefore be associated with different RACH configurations (e.g., have different rach-OccasionSI IEs associated with different or separate ROs) .

[0062] The enhanced SIB provided by a cell (e.g., a serving cell, NES cell, etc. ) can include UL WUS configuration information that enables UE 110 to communicate a UL WUS to the cell providing the enhanced SIB. As described above with reference to Fig. 4, solutions can be provided in the event that some configurations are absent from the IE si-RequestConfigODSIB1. In some implementations, when a configuration is absent from the IE si-RequestConfigODSIB1 or si-RequestConfigODSIB1_repetition, solutions can be provided for such scenarios in accordance with those described above with reference to Fig. 4. In some implementations, when a configuration is absent from the IE si-RequestConfigODSIB1_repetition, configurations present in IE si-RequestConfigODSIB1 can be used. The enhanced SIB provided by a cell (e.g., a serving cell, NES cell, etc. ) can include UL WUS configuration information that enables UE 110 to communicate a UL WUS to a neighboring cell. The UL WUS configuration information can include a rach-OccasionsSI IE; an msg1-SubcarrierSpacing IE; a prach-RootSequenceIndex IE;a rsrp-ThresholdSSB IE; and / or one or more other types of IEs. These IEs can be absent in the si-RequestConfigODSIB1_repetition IE. In such a scenario, the IEs in si-RequestConfigODSIB1 can be used.

[0063] Fig. 6 is a diagram of an example 600 of implementing request periods based on period indexes according to one or more implementations described herein. As shown, example 600 can include a request period within a time domain. A random access (RA) association period can begin and end between RA association period indexes. The RA association period can be  associated with an Msg1 request for OD-SIB1 without any repetitions. The RA association period index associate with an end of the RA association period without any repetitions can correspond to a RA association period associated with an Msg1 request for OD-SIB1 with a first number of repetitions (e.g., 4 repetitions) . An RA association period is the smallest period during which all the SSBs can be mapped to at least one RACH occasion (RO) and it includes at least one complete PRACH transmission without repetition. However, one RA association period may not include one complete PRACH transmission with repetition.

[0064] A subsequent RA association period index can mark an end of that RA association period and the beginning of another RA association period associated with an Msg1 request for OD-SIB1 with a second number of repetitions (e.g., 8 repetitions) . Example 600 can include one or more fewer, additional, differently ordered and / or arranged types of period indexes, RA periods associated with repetitions (e.g., of a given number) and / or RA periods associated with no repetitions than shown in Fig. 6.

[0065] In some implementations, when Msg 1 repetition is configured, the IE ra-AssociationPeriodIndex can be regarded as a starting index of an AssociationPeriod IE or value. In such a scenario, UE 110 can be allowed to use ROs in next AssociationPeriod. The granularity (e.g., the number, duration, sequence, and / or other characteristics) of Msg 1 repetitions can be configured per the Association Period. When RAN 120 configures the ra-AssociationPeriodIndex IE for PRACH resource without repetition and repetition (e.g., 2, 4, 8, etc. ) , the actual period when repetition is enabled can be used and overlapping of different PRACH resources can be avoided. This can apply to implementations involving shared PRACH resources (e.g., shared ROs) and / or implementations involving separate PRACH resources (e.g., separate ROs) as described above with reference to one or more of Figs. 2-5.

[0066] Fig. 7 is a diagram of an example 700 of implementing request periods based on RACH occasion group indexes according to one or more implementations described herein. As shown, example 700 can include a request period within a time domain. The request period can be indicated in via the si-RequestPeriod IE of an enhanced SIB. UE 110 can determine a PRACH transmission with repetition according to an RO group index (indicated via a ra-ROgroupIndex IE) within a time period for PRACH repetition.

[0067] For a PRACH transmission with preamble repetitions, a time period, starting from frame 0, can be the smallest integer number of association pattern periods such that at least one set of valid POs for each of the synchronization signal (SS)  / physical broadcast channel (PBCH) block indexes can be determined within the time period for all configured number of preamble repetitions. The set (s) of valid PRACH occasions for each configured number of preamble  repetitions can repeat every time period, and / or within a time period, for set (s) of valid PRACH occasions for a PRACH transmission with preamble repetitions (e.g., a preamble for a RACH procedure) . Example 700 can include one or more fewer, additional, differently ordered and / or arranged types of period indexes, RA RO group indexes, RA association periods, and / or time periods associated with repetitions (e.g., of a given number) and / or time periods associated with no repetitions than shown in Fig. 7.

[0068] In some implementations, when the si-RequestPeriod IE and repetition are configured in the enhanced SIB, UE 110 can replace an associated period with the time period indicated. In such implementations, there can be one RO group (e.g., the value of ra-ROgroupIndex can be 1) for implementing Msg1 with 8 repetitions. The value of ra-ROgroupIndex can be 2 for implementing Msg1 with 4 repetitions, and the value of ra-ROgroupIndex can be 4 for implementing Msg1 with 2 repetitions. When there are multiple RO groups for implementing Msg1 with 8 repetitions, within one time period, the value of ra-ROgroupIndex can be greater than 1. This can apply to implementations involving shared PRACH resources (e.g., shared ROs) and / or implementations involving separate PRACH resources (e.g., separate ROs) as described above with reference to one or more of Figs. 2-5.

[0069] Fig. 8 is a diagram of an example 800 of implementing request periods for RACH occasion groups according to one or more implementations described herein. Example 800 can be implemented and enabled within the context of one or more other examples described herein, such as example 600 and / or 700 described above. Example 800 can also, or alternatively, pertain to implementations involving one or more RO groups, different repetitions numbers for Msg1 repetitions (e.g., 2, 4, or 8) , and a time domain involving time periods arranged according to one or more association pattern periods (e.g., association pattern period 1, association pattern period 2, …, association pattern period K, where K is equal to 3 or more) . An association pattern period is the smallest period during which all the SSBs can be mapped to at least one RACH occasion (RO) and it includes at least one complete PRACH transmission without repetition. However, one RA association period may not include one complete PRACH transmission with repetition.

[0070] Example 800 can include one or more fewer, additional, differently ordered and / or arranged types of RO groups, period indexes, RA periods associated with repetitions (e.g., of a given number) and / or RA periods associated with no repetitions than shown in Fig. 8. In some implementations, example 800 can be applied in scenarios similar to those described above with reference to Fig. 7. Example 800 can apply to implementations involving shared PRACH resources (e.g., shared ROs) and / or implementations involving separate PRACH resources (e.g., separate ROs) as described above with reference to one or more of Figs. 2-5.

[0071] Fig. 9 is a diagram of an example 900 of system information (SI) for requesting an OD-SIB using power ramping according to one or more implementations described herein. UE 110 can implement one or more power ramping schemes for obtaining an OD-SIB1 using a Msg1. The power ramping scheme can be less, equal to, or greater than a power ramping scheme applied in other scenarios, such as non-OD-SIB1 scenarios. Several of the types of information and / or IEs represented in example 900 are described above with references to, for example, one or more of Figs. 4-5.

[0072] As shown, a si-RequestConfigODSIB1 IE can include a rach-OccasionsSI IE, which can include preamble received target power information (e.g., a preambleReceivedTargetPower IE) and power ramping information (e.g., a powerRampingStep IE) . The preamble received target power information can indicate an initial, preferred, or maximum transmit and / or received power associated with the corresponding RO. The power ramping information can indicate an incremental change in a transmit and / or received power associated with the corresponding RO.

[0073] While not shown, example 900 can also, or alternatively, include be some variants that an offset or scaling factor (on top of legacy power control parameters in RACH-ConfigGeneric) is included in a si-RequestConfigODSIB1 IE. In such a scenario, UE 110 can be configured to ignore information associated with one or more legacy IEs, such as a preambleReceivedTargetPower IE and / or powerRampingStep IE of a RACH-ConfigGeneric IE.

[0074] Fig. 10 is a diagram of an example 1000 of system information (SI) for requesting an OD-SIB using random access (RA) prioritization according to one or more implementations described herein. UE 110 can implement one or more power ramping schemes for obtaining an OD-SIB1 using a Msg1. The power ramping scheme can be less, equal to, or greater than a power ramping scheme applied in other scenarios, such as non-OD-SIB1 scenarios. Several of the types of information and / or IEs represented in example 1000 are described above with references to, for example, one or more of Figs. 4-5.

[0075] As shown, a si-RequestConfigODSIB1 IE can include a rach-OccasionsSI IE, which can include RA prioritization information (e.g., a RA-Prioritization IE) . The RA prioritization information can enable EU 110 to use a dedicated power ramping step and backoff interval for power ramping purposes. The RA prioritization information can include power ramping step priority information (e.g., a powerRampingStepHighPriority IE) . The power ramping step priority information can be expressed in one or more decibels (dB) , such as dB0, dB2, dB4, dB6, and so on. The RA prioritization information can include one or more scaling factor backoff intervals (BI) values, such as zero, 0.25, 0.5, 0.75, etc.. Example 1000 can include one or more fewer, additional, differently ordered and / or arranged types of information than shown in Fig. 10.  Example 1000 can be applied to scenarios involving separate RACH (e.g., RO) resources, which can include requesting an OD-SIB1 via Msg1 with repetition and / or without Msg1 repetition. Examples of these scenarios are described above with reference to, for example, Fig. 5.

[0076] Fig. 11 is a diagram of an example of components of a device according to one or more implementations described herein. In some implementations, device 1100 can include application circuitry 1102, baseband circuitry 1104, RF circuitry 1106, front-end module (FEM) circuitry 1108, one or more antennas 1110, and power management circuitry (PMC) 1112 coupled together at least as shown. In some implementations, device 1100 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1102 and can instead include a processor / controller to process data received from a core network. In some implementations, device 1100 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1100, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for cloud-RAN (C-RAN) implementations) .

[0077] Application circuitry 1102 can include one or more application processors. For example, application circuitry 1102 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor (s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc. ) . The processors can be coupled with or can include memory / storage and can be configured to execute instructions stored in the memory / storage to enable various applications or operating systems to run on device 1100. In some implementations, processors of application circuitry 1102 can process data packets received from a core network.

[0078] Baseband circuitry 1104 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. Baseband circuitry 1104 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of RF circuitry 1106 and to generate baseband signals for a transmit signal path of RF circuitry 1106. Baseband circuity 1104 can interface with application circuitry 1102 for generation and processing of the baseband signals and for controlling operations of RF circuitry 1106. For example, in some implementations, baseband circuitry 1104 can include a 3G baseband processor 1104A, a 4G baseband processor 1104B, a 5G baseband processor 1104C, or other baseband processor (s) 1104D for other existing generations, generations in development or to be developed in the future (e.g., 5G, 6G, 7G, etc. ) . Baseband circuitry 1104 (e.g., one or more of  baseband processors 1104A-D) can handle various radio control functions that enable communication with one or more radio networks via RF circuitry 1106. In other implementations, some or all of the functionality of baseband processors 1104A-D can be included in modules stored in memory 1104G and executed via a central processing unit (CPU) 1104E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, modulation / demodulation circuitry of baseband circuitry 1104 can include Fast-Fourier Transform (FFT) , precoding, or constellation mapping / de-mapping functionality. In some implementations, encoding / decoding circuitry of baseband circuitry 1104 can include convolution, tail-biting convolution, turbo, Viterbi, or low-density parity check (LDPC) encoder / decoder functionality. Implementations of modulation / demodulation and encoder / decoder functionality are not limited to these examples and can include other suitable functionality in other implementations.

[0079] In some implementations, memory 1104G can receive and / or store information and instructions for enabling UE 110 to obtain an OD-SIB1 from a neighboring base station 122. A serving base station 122 can provide UE 110 with an enhanced SIB that includes configuration information to enable the UE to communicate a WUS and / or Msg1 RACH to the neighboring base station 122. The Msg1 can be repeated and / or use shared or separate RACH resources. The neighboring base station 122 can respond to UE 110 with an OD-SIB (e.g., an OD-SIB1) . These and many other features and examples are described herein. These and many other features and examples are described herein. These and many other features and examples are described herein.

[0080] In some implementations, baseband circuitry 1104 can include one or more audio digital signal processor (s) (DSP) 1104F. Audio DSP 1104F can include elements for compression / decompression and echo cancellation and can include other suitable processing elements in other implementations. Components of baseband circuitry 1104 can be suitably combined in a single chip, a single chipset, or disposed on the same circuit board in some implementations. In some implementations, some or all of the constituent components of baseband circuitry 1104 and application circuitry 1102 can be implemented together such as, for example, on a system on a chip (SOC) .

[0081] In some implementations, baseband circuitry 1104 can provide for communication compatible with one or more radio technologies. For example, in some implementations, baseband circuitry 1104 can support communication with a NG-RAN, an evolved universal terrestrial radio access network (EUTRAN) or other wireless metropolitan area networks  (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) , etc. Implementations in which baseband circuitry 1104 is configured to support radio communications of more than one wireless protocol can be referred to as multi-mode baseband circuitry.

[0082] RF circuitry 1106 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, RF circuitry 1106 can include switches, filters, amplifiers, etc., to facilitate the communication with the wireless network. RF circuitry 1106 can include a receive signal path which can include circuitry to down-convert RF signals received from FEM circuitry 1108 and provide baseband signals to baseband circuitry 1104. RF circuitry 1106 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by baseband circuitry 1104 and provide RF output signals to FEM circuitry 1108 for transmission.

[0083] In some implementations, the receive signal path of RF circuitry 1106 can include mixer circuitry 1106A, amplifier circuitry 1106B and filter circuitry 1106C. In some implementations, the transmit signal path of RF circuitry 1106 can include filter circuitry 1106C and mixer circuitry 1106A. RF circuitry 1106 can also include synthesizer circuitry 1106D for synthesizing a frequency for use by mixer circuitry 1106A of the receive signal path and the transmit signal path. In some implementations, mixer circuitry 1106A of the receive signal path can be configured to down-convert RF signals received from FEM circuitry 1108 based on the synthesized frequency provided by synthesizer circuitry 1106D. Amplifier circuitry 1106B can be configured to amplify the down-converted signals and filter circuitry 1106C can be a low-pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals. Output baseband signals can be provided to baseband circuitry 1104 for further processing. In some implementations, the output baseband signals can be zero-frequency baseband signals, although this may not be a requirement. In some implementations, mixer circuitry 1106A of the receive signal path can comprise passive mixers, although the scope of the implementations is not limited in this respect.

[0084] In some implementations, mixer circuitry 1106A of the transmit signal path can be configured to up-convert input baseband signals based on the synthesized frequency provided by synthesizer circuitry 1106D to generate RF output signals for FEM circuitry 1108. The baseband signals can be provided by baseband circuitry 1104 and can be filtered by filter circuitry 1106C. In some implementations, mixer circuitry 1106A of the receive signal path and mixer circuitry 1106A of the transmit signal path can include two or more mixers and can be arranged for quadrature down conversion and up conversion, respectively. In some implementations, mixer  circuitry 1106A of the receive signal path and mixer circuitry 1106A of the transmit signal path can include two or more mixers and can be arranged for image rejection. In some implementations, mixer circuitry 1106A of the receive signal path and mixer circuitry 1106A can be arranged for direct down conversion and direct up conversion, respectively. In some implementations, mixer circuitry 1106 of the receive signal path and mixer circuitry 1106A of the transmit signal path can be configured for super-heterodyne operation.

[0085] In some implementations, the output baseband signals, and the input baseband signals can be analog baseband signals, although the scope of the implementations is not limited in this respect. In some alternate implementations, the output baseband signals, and the input baseband signals can be digital baseband signals. In these alternate implementations, RF circuitry 1106 can include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and baseband circuitry 1104 can include a digital baseband interface to communicate with RF circuitry 1106.

[0086] In some dual-mode implementations, a separate radio integrated circuitry can be provided for processing signals for each spectrum, although the scope of the implementations is not limited in this respect. In some implementations, synthesizer circuitry 1106D can be a fractional-N synthesizer or a fractional N / N+1 synthesizer, although the scope of the implementations is not limited in this respect as other types of frequency synthesizers can be suitable. For example, synthesizer circuitry 1106D can be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.

[0087] Synthesizer circuitry 1106D can be configured to synthesize an output frequency for use by mixer circuitry 1106A of RF circuitry 1106 based on a frequency input and a divider control input. In some implementations, synthesizer circuitry 1106D can be a fractional N / N+1 synthesizer. In some implementations, frequency input can be provided by a voltage-controlled oscillator (VCO) . Divider control input can be provided by either baseband circuitry 1104 or the applications circuitry 1102 depending on the desired output frequency. In some implementations, a divider control input (e.g., N) can be determined from a look-up table based on a channel indicated by the applications circuitry 1102.

[0088] Synthesizer circuitry 1106D of RF circuitry 1106 can include a divider, a delay-locked loop (DLL) , a multiplexer, and a phase accumulator. In some implementations, the divider can be a dual modulus divider (DMD) , and the phase accumulator can be a digital phase accumulator (DPA) . In some implementations, the DMD can be configured to divide the input signal by either N or N+1 (e.g., based on a carry out) to provide a fractional division ratio. In some example implementations, the DLL can include a set of cascaded, tunable, delay elements,  a phase detector, a charge pump and a D-type flip-flop. In these implementations, the delay elements can be configured to break a VCO period up into Nd equal packets of phase, where Nd is the number of delay elements in the delay line. In this way, the DLL provides negative feedback to help ensure that the total delay through the delay line is one VCO cycle.

[0089] In some implementations, synthesizer circuitry 1106D can be configured to generate a carrier frequency as the output frequency, while in other implementations, the output frequency can be a multiple of the carrier frequency (e.g., twice the carrier frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other. In some implementations, the output frequency can be a LO frequency (fLO) . In some implementations, RF circuitry 1106 can include an in-phase / quadrature (I / Q)  / polar converter.

[0090] FEM circuitry 1108 can include a receive signal path which can include circuitry configured to operate on RF signals received from one or more antennas 1110, amplify the received signals and provide the amplified versions of the received signals to RF circuitry 1106 for further processing. FEM circuitry 1108 can also include a transmit signal path which can include circuitry configured to amplify signals for transmission provided by RF circuitry 1106 for transmission by one or more of the one or more antennas 1110. In various implementations, the amplification through the transmit or receive signal paths can be done solely in RF circuitry 1106, solely in FEM circuitry 1108, or in both RF circuitry 1106 and FEM circuitry 1108.

[0091] In some implementations, FEM circuitry 1108 can include a transmit / receive switch to switch between transmit mode and receive mode operation. FEM circuitry 1108 can include a receive signal path and a transmit signal path. The receive signal path of FEM circuitry 1108 can include a low noise amplifier to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to RF circuitry 1106) . The transmit signal path of FEM circuitry 1108 can include a power amplifier to amplify input RF signals (e.g., provided by RF circuitry 1106) , and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of one or more antennas 1110) .

[0092] In some implementations, PMC 1112 can manage power provided to baseband circuitry 1104. In particular, PMC 1112 can control power-source selection, voltage scaling, battery charging, or direct current (DC) to DC (DC-to-DC) conversion. PMC 1112 can often be included when device 1100 is capable of being powered by a battery, for example, when device 1100 is included in a UE. PMC 1112 can increase the power conversion efficiency while providing desirable implementation size and heat dissipation characteristics.

[0093] While Fig. 11 shows PMC 1112 coupled only with baseband circuitry 1104.  However, in other implementations, PMC 1112 can be additionally or alternatively coupled with, and perform similar power management operations for, other components such as, but not limited to, application circuitry 1102, RF circuitry 1106, or FEM circuitry 1108.

[0094] In some implementations, PMC 1112 can control, or otherwise be part of, various power saving mechanisms of device 1100. For example, if device 1100 is in an RRC_Connected state, where device 1100 is still connected to the RAN node as device 1100 expects to receive traffic shortly, then device 1100 can enter a state known as discontinuous reception mode (DRX) after a period of inactivity. During this state, device 1100 can power down for brief intervals of time and thus save power.

[0095] If there is no data traffic activity for an extended period of time, then device 1100 can transition off to an RRC_Idle state, where device 1100 disconnects from the network and does not perform operations such as channel quality feedback, handover, etc. Device 1100 can go into a very low power state and device 1100 can perform paging where again device 1100 periodically can wake up to listen to the network and then power down again. Device 1100 may not receive data in this state; in order to receive data, device 1100 can transition back to RRC_Connected state.

[0096] An additional power saving mode can allow a device to be unavailable to the network for periods longer than a paging interval (ranging from seconds to a few hours) . During this time, the device 1100 can be unreachable to the network and can power down completely. Any data sent during this time can incur a large delay and device 1100 can assume the delay is acceptable.

[0097] Processors of application circuitry 1102 and processors of baseband circuitry 1104 can be used to execute elements of one or more instances of a protocol stack. For example, processors of baseband circuitry 1104, alone or in combination, can be used execute Layer 3, Layer 2, or Layer 1 functionality, while processors of baseband circuitry 1104 can utilize data (e.g., packet data) received from these layers and further execute Layer 4 functionality (e.g., transmission communication protocol (TCP) and user datagram protocol (UDP) layers) . As referred to herein, Layer 3 can comprise a radio resource control layer. As referred to herein, Layer 2 can comprise a medium access control layer, a radio link control layer, and a packet data convergence protocol layer, described in further detail below. As referred to herein, Layer 1 can comprise a physical layer of a UE / RAN node.

[0098] Fig. 12 is a diagram of example interfaces 1200 of baseband circuitry according to one or more implementations described herein. One or more components or features of example interfaces 1200 can correspond to one or more components or features described above or elsewhere. Baseband circuitry 1204 can comprise processors 1204A, 1204B, 1204C, 1204D, and  1204E and a memory 1204G utilized by said processors. Each of processors 1204A, 1204B, 1204C, 1204D, and 1204E can include a memory interface, 1206A, 1206B, 1206C, 1206D, and 1206E, respectively, to send / receive data to / from memory 1204G. Baseband circuitry can be a component of a UE and / or another type of device or system capable of transmitting and / or receiving wireless signals.

[0099] Baseband circuitry 1204 can further include one or more interfaces to communicatively couple to other circuitries / devices, such as memory interface 1212 (e.g., an interface to send / receive data to / from memory external to baseband circuitry 1204) , an application circuitry interface 1214 (e.g., an interface to send / receive data to / from the application circuitry as described herein) , an RF circuitry interface 1216, a wireless hardware connectivity interface 1218 (e.g., an interface to send / receive data to / from near field communication components,  components (e.g.,  Low Energy) ,  components, and other communication components) , and a power management interface 1220 (e.g., an interface to send / receive power or control signals to / from a PMC) .

[0100] Fig. 13 is a block diagram illustrating components, according to some example implementations, able to read instructions from a machine-readable or computer-readable medium (e.g., a non-transitory machine-readable storage medium) and perform any one or more of the methodologies discussed herein. Specifically, Fig. 13 shows a diagrammatic representation of hardware resources 1300 including one or more processors 1310 (or processor cores) , one or more memory / storage devices 1320, and one or more communication resources 1330, each of which can be communicatively coupled via a bus 1340. For implementations where node virtualization or network function virtualization is utilized, a hypervisor can be executed to provide an execution environment for one or more network slices / sub-slices to utilize hardware resources 1300. Hardware resources 1300 can interact with hypervisor 1302. For example, hypervisor 1302 can schedule or otherwise manage hardware resource 1300.

[0101] Processors 1310 (e.g., a central processing unit (CPU) , a reduced instruction set computing (RISC) processor, a complex instruction set computing (CISC) processor, a graphics processing unit (GPU) , a digital signal processor (DSP) such as a baseband processor, an application specific integrated circuit (ASIC) , a radio-frequency integrated circuit (RFIC) , another processor, or any suitable combination thereof) can include, for example, a processor 1312 and a processor 1314.

[0102] Memory / storage devices 1320 can include main memory, disk storage, or any suitable combination thereof. Memory / storage devices 1320 can include, but are not limited to any type of volatile or non-volatile memory such as dynamic random-access memory (DRAM) ,  static random-access memory (SRAM) , erasable programmable read-only memory (EPROM) , electrically erasable programmable read-only memory (EEPROM) , flash memory, solid-state storage, etc.

[0103] In some implementations, memory / storage devices 1320 receive and / or store information and instructions 1355 for enabling UE 110 to obtain an OD-SIB1 from a neighboring base station 122. A serving base station 122 can provide UE 110 with an enhanced SIB that includes configuration information to enable the UE to communicate a WUS and / or Msg1 RACH to the neighboring base station 122. The Msg1 can be repeated and / or use shared or separate RACH resources. The neighboring base station 122 can respond to UE 110 with an OD-SIB (e.g., an OD-SIB1) . These and many other features and examples are described herein. These and many other features and examples are described herein.

[0104] Communication resources 1330 can include interconnection or network interface components or other suitable devices to communicate with one or more peripheral devices 1304 or one or more databases 1306 via a network 1308. For example, communication resources 1330 can include wired communication components (e.g., for coupling via a universal serial bus) , cellular communication components, near field communication components,  components (e.g.,  Low Energy) ,  components, and other communication components.

[0105] Instructions 1350A, 1350B, 1350C, 1350D, and / or 1350E can comprise software, a program, an application, an applet, an app, or other executable code for causing at least any of processors 1310 to perform any one or more of the methodologies discussed herein. Instructions 1350 can reside, completely or partially, within at least one of processors 1310 (e.g., within a cache memory) , memory / storage devices 1320, or any suitable combination thereof. Furthermore, any portion of instructions 1350A-E can be transferred to hardware resources 1300 from any combination of peripheral devices 1304 or databases 1306. Accordingly, memory of processors 1310, memory / storage devices 1320, peripheral devices 1304, and databases 1306 are examples of computer-readable and machine-readable media.

[0106] Fig. 14 is a diagram of an example of a process 1400 for OD-SIB according to one or more implementations described herein. As shown, process 1400 can be implemented by UE 110 and / or baseband circuitry 1104. In some implementations, some or all of process 1400 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 1400 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 14. In some implementations, some or all of the operations of process 1400 can be performed independently, successively, simultaneously,  etc., of one or more of the other operations of process 1400. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 14.

[0107] As shown, process 1400 can include obtaining a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB (OD-SIB) to a base station (block 1410) . Process 1400 can include generating, based on the configuration information, the WUS and the request for the OD-SIB (block 1420) . Process 1400 can include obtaining the OD-SIB in response to the request for the OD-SIB (block 1430) . One or more of the examples described herein can also, or alternatively, be part of process 1400.

[0108] Fig. 15 is a diagram of an example of a process 1500 for OD-SIB according to one or more implementations described herein. As shown, process 1500 can be implemented by base station 122 and / or baseband circuitry 1104. In some implementations, some or all of process 1500 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 1500 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 15. In some implementations, some or all of the operations of process 1500 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 1500. As such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 15.

[0109] As shown, process 1500 can include receiving, from a user equipment (UE) , a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) via random access channel (RACH) resources (block 1510) . Process 1500 can include generating the OD-SIB1 in repones to the request for the OD-SIB1 (block 1520) . Process 1500 can include communicating the OD-SIB1 to the UE (block 1530) . One or more of the examples described herein can also, or alternatively, be part of process 1500.

[0110] Fig. 16 is a diagram of an example of a process 1600 for OD-SIB according to one or more implementations described herein. As shown, process 1600 can be implemented by base station 122 and / or baseband circuitry 1104. In some implementations, some or all of process 1600 can be performed by one or more other systems or devices, including one or more of the devices of Fig. 2. Additionally, process 1600 can include one or more fewer, additional, differently ordered and / or arranged operations than those shown in Fig. 16. In some implementations, some or all of the operations of process 1600 can be performed independently, successively, simultaneously, etc., of one or more of the other operations of process 1600. As  such, the techniques described herein are not limited to the number, sequence, arrangement, timing, etc., of the operations or processes depicted in Fig. 16.

[0111] As shown, process 1600 can include generating a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) (block 1610) . Process 1600 can include communicating the SIB1 to a user equipment (UE) (block 1620) . One or more of the examples described herein can also, or alternatively, be part of process 1600.

[0112] Examples herein can include subject matter such as a method, means for performing acts or blocks of the method, at least one machine-readable medium including executable instructions that, when performed by a machine (e.g., a processor (e.g., processor, etc. ) with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to implementations and examples described.

[0113] In example 1, which can also include one or more of the examples described herein, baseband circuitry may comprise: obtain a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB (OD-SIB) to a base station; generate, based on the configuration information, the WUS and the request for the OD-SIB; and obtain the OD-SIB in response to the request for the OD-SIB.

[0114] In example 2, which can also include one or more of the examples described herein, the SIB is an enhanced SIB.

[0115] In example 3, which can also include one or more of the examples described herein, the OD-SIB comprises a first OD-SIB (SIB1) and the request for the OD-SIB1 comprises a first message (Msg1) of a RACH procedure.

[0116] In example 4, which can also include one or more of the examples described herein, the OD-SIB comprises a first OD-SIB (SIB1) and the request for the OD-SIB1 comprises a first message (Msg1) of a RACH procedure.

[0117] In example 5, which can also include one or more of the examples described herein, the baseband circuitry is configured to obtain the SIB while in a power saving mode comprising an IDLE mode or an INACTIVE mode.

[0118] In example 6, which can also include one or more of the examples described herein, the SIB comprises an indication of whether the RACH resources are shared RACH resources or  separate RACH resources.

[0119] In example 7, which can also include one or more of the examples described herein, the RACH resources comprise physical RACH (PRACH) resources.

[0120] In example 8, which can also include one or more of the examples described herein, the PRACH resources comprise a RACH occasion (RO) .

[0121] In example 9, which can also include one or more of the examples described herein, the SIB comprises: an indication of the request for the OD-SIB1 being with repetition or without repetition, and an association period, indicated at least in part by an association period index, for communicating the request for the OD-SIB1 with repetition or without repetition.

[0122] In example 10, which can also include one or more of the examples described herein, the SIB comprises an indication of a number of repetitions associated with the request for the OD-SIB1 with repetition.

[0123] In example 11, which can also include one or more of the examples described herein, the number of repetitions comprises 2 repetitions, 4 repetitions, or 8 repetitions.

[0124] In example 12, which can also include one or more of the examples described herein, the SIB comprises: an indication of the request for the OD-SIB1 being with repetition or without repetition, and a time period, indicated at least in part by an RO group index, for communicating the request for the OD-SIB1 with repetition or without repetition.

[0125] In example 13, which can also include one or more of the examples described herein, the SIB comprises an indication of a number of repetitions associated with the request for the OD-SIB1 with repetition.

[0126] In example 14, which can also include one or more of the examples described herein, the number of repetitions comprises 2 repetitions, 4 repetitions, or 8 repetitions.

[0127] In example 15, which can also include one or more of the examples described herein, the SIB comprises preamble received target power information and power ramping step information associated with the request for the OD-SIB1.

[0128] In example 16, which can also include one or more of the examples described herein, the SIB comprises random access (RA) prioritization information that comprises power ramping step information and scaling factor backoff information associated with the request for the OD-SIB1.

[0129] In example 17, which can also include one or more of the examples described herein, the WUS configuration information is received from a serving base station and the WUS configuration information comprises: information for communicating a first WUS to a serving base station using first RACH resources, and information for communicating a second WUS,  different than the first WUS, to a neighboring base station using second RACH resources that are different than the first RACH resources.

[0130] In example 18, which can also include one or more of the examples described herein, a user equipment (UE) can comprise a memory comprising one or more instruction; and one or more processors configure execute the one or more instruction to: receive a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) to a base station; generate, based on the configuration information, the WUS and the request for the OD-SIB1; and communicate, to the base station, the WUS and the request for the OD-SIB1 using the RACH resources; and receive, from the base station, the OD-SIB1 in response to the request for the OD-SIB1.

[0131] In example 19, which can also include one or more of the examples described herein, the base station comprises: a serving base station, a neighboring base station, a network energy serving cell, or a combination thereof.

[0132] In example 20, which can also include one or more of the examples described herein, a base station can comprise a memory comprising one or more instruction; and one or more processors configure execute the one or more instruction to: receive, from a user equipment (UE) , a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) via random access channel (RACH) resources; generate the OD-SIB1 in repones to the request for the OD-SIB1; and communicate the OD-SIB1 to the UE.

[0133] In example 21, which can also include one or more of the examples described herein, the request for the OD-SIB1 comprises a repetition of a prior request for the OD-SIB1.

[0134] In example 22, which can also include one or more of the examples described herein, a base station can comprise a memory comprising one or more instruction; and one or more processors configure execute the one or more instruction to: generate a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) ; and communicate the SIB1 to a user equipment (UE) .

[0135] In example 23, which can also include one or more of the examples described herein, the SIB comprises an indication of: the request for the OD-SIB1 being without repetition, or the request for the OD-SIB1 being with repetition and a number of repetitions associated with the request for the OD-SIB1.

[0136] In example 24, which can also include one or more of the examples described herein, the SIB comprises an indication of the RACH resources comprising: a shared RACH occasion  (RO) , or a separate RO.

[0137] In example 25, which can also include one or more of the examples described herein, the configuration information is for communicating an uplink (UL) WUS to a serving base station or a neighboring base station.

[0138] The above description of illustrated examples, implementations, aspects, etc., of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed aspects to the precise forms disclosed. While specific examples, implementations, aspects, etc., are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such examples, implementations, aspects, etc., as those skilled in the relevant art can recognize.

[0139] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0140] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature can have been disclosed with respect to only one of several implementations, such feature can be combined with one or more other features of the other implementations as can be desired and advantageous for any given application.

[0141] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear  from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context can indicate that they are distinct or that they are the same.

[0142] 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 to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.Baseband circuitry, comprising:one or more processors configured to:obtain a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB (OD-SIB) to a base station;generate, based on the configuration information, the WUS and the request for the OD-SIB; andobtain the OD-SIB in response to the request for the OD-SIB.2.The baseband circuitry of claim 1, wherein the SIB is an enhanced SIB.3.The baseband circuitry of claim 1, wherein the OD-SIB comprises a first OD-SIB (SIB1) and the request for the OD-SIB1 comprises a first message (Msg1) of a RACH procedure.4.The baseband circuitry of claim 1, wherein the SIB comprises an indication of whether the request for the OD-SIB1 is with repetition or without repetition.5.The baseband circuitry of claim 1, wherein the baseband circuitry is configured to obtain the SIB while in a power saving mode comprising an IDLE mode or an INACTIVE mode.6.The baseband circuitry of claim 1, wherein the SIB comprises an indication of whether the RACH resources are shared RACH resources or separate RACH resources.7.The baseband circuitry of claim 6, wherein the RACH resources comprise physical RACH (PRACH) resources.8.The baseband circuitry of claim 7, wherein the PRACH resources comprise a RACH occasion (RO) .9.The baseband circuitry of claim 8, wherein the SIB comprises:an indication of the request for the OD-SIB1 being with repetition or without repetition, andan association period, indicated at least in part by an association period index, for communicating the request for the OD-SIB1 with repetition or without repetition.10.The baseband circuitry of claim 9, wherein: the SIB comprises an indication of a number of repetitions associated with the request for the OD-SIB1 with repetition.11.The baseband circuitry of claim 10, wherein the number of repetitions comprises 2 repetitions, 4 repetitions, or 8 repetitions.12.The baseband circuitry of claim 8, wherein the SIB comprises:an indication of the request for the OD-SIB1 being with repetition or without repetition, anda time period, indicated at least in part by an RO group index, for communicating the request for the OD-SIB1 with repetition or without repetition.13.The baseband circuitry of claim 11, wherein: the SIB comprises an indication of a number of repetitions associated with the request for the OD-SIB1 with repetition.14.The baseband circuitry of claim 12, wherein the number of repetitions comprises 2 repetitions, 4 repetitions, or 8 repetitions.15.The baseband circuitry of claim 1, wherein the SIB comprises preamble received target power information and power ramping step information associated with the request for the OD-SIB1.16.The baseband circuitry of claim 1, wherein the SIB comprises random access (RA) prioritization information that comprises power ramping step information and scaling factor backoff information associated with the request for the OD-SIB1.17.The baseband circuitry of claim 1, wherein the base station comprises a neighboring base station.18.The baseband circuitry of claim 1, wherein the base station comprises a serving base station.19.The baseband circuitry of claim 1, wherein the base station comprises a network energy saving (NES) cell.20.A base station, comprising:a memory comprising one or more instruction; andone or more processors configure execute the one or more instruction to:receive, from a user equipment (UE) , a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) via random access channel (RACH) resources;generate the OD-SIB1 in repones to the request for the OD-SIB1; andcommunicate the OD-SIB1 to the UE.21.A base station, comprising:a memory comprising one or more instruction; andone or more processors configure execute the one or more instruction to:generate a system information block (SIB) comprising configuration information for using random access channel (RACH) resources to communicate a wake-up signal (WUS) and a request for an on-demand (OD) SIB1 (OD-SIB1) ; andcommunicate the SIB1 to a user equipment (UE) .

Images