Reporting techniques for network energy saving cells with on-demand system information

Abstract

The present disclosure generally relates to reporting techniques for network energy saving (NES) cells with on-demand system information (OD-SIB1) enabled. In some implementations, a user equipment (UE) receives a reporting configuration via a first cell. The reporting configuration may indicate whether to report one or more cell identification parameters for a second cell. The UE can determine a type of the second cell based on monitoring the second cell for system information. The UE may transmit a cell identification report via the first cell in accordance with the reporting configuration. The cell identification report indicates at least the determined type of the second cell.

Description

REPORTING TECHNIQUES FOR NETWORK ENERGY SAVING CELLS WITH ON-DEMAND SYSTEM INFORMATIONTECHNICAL FIELD

[0001] The present disclosure relates generally to wireless communications, including reporting on network energy saving (NES) cells with on-demand system information block 1 (OD-SIB1) enabled.BACKGROUND

[0002] Wireless communication networks provide integrated communication platforms and telecommunication services to wireless user devices. Example telecommunication services include telephony, data (e.g., voice, audio, video) , messaging, and / or other services. The wireless communication networks have wireless access nodes that exchange wireless signals with the wireless user devices using one or more wireless network protocols, such as protocols described in various telecommunication standards promulgated by the European Telecommunications Standards Institute (ETSI) Third Generation Partnership Project (3GPP) . The wireless communication networks facilitate mobile broadband service using technologies such as orthogonal frequency-division multiple access (OFDMA) , multiple input multiple output (MIMO) , advanced channel coding, massive MIMO, beamforming, and / or other features.SUMMARY

[0003] One aspect of the present disclosure relates to a method including: receiving a reporting configuration via a first cell, the reporting configuration indicating whether to report one or more cell identification parameters for a second cell; determining a type of the second cell based on monitoring the second cell for system information; and transmitting a cell identification report via the first cell in accordance with the reporting configuration, the cell identification report indicating at least the determined type of the second cell.

[0004] In some implementations, determining the type of the second cell includes determining that the second cell is a network energy saving (NES) cell that supports on-demand system information block 1 (OD-SIB1) transmission.

[0005] In some implementations, the method further including receiving an OD-SIB1 that is broadcasted via the NES cell.

[0006] In some implementations, the reporting configuration includes a physical cell identifier (PCI) of the NES cell and a frequency of the NES cell.

[0007] In some implementations, the frequency of the NES cell corresponds to a non-cell-defined synchronization signal block (NCD-SSB) , a non-synchronous raster, an NCD-SSB synchronous raster, or a cell-defined synchronization signal block (CD-SSB) synchronous raster.

[0008] In some implementations, the method further includes determining the one or more cell identification parameters based on the received OD-SIB1.

[0009] In some implementations, the cell identification report includes the one or more cell identification parameters determined from the received OD-SIB1.

[0010] In some implementations, the one or more cell identification parameters include at least one of a cell global identifier (CGI) , a tracking area code (TAC) , a radio access network area code (RANAC) , a public land mobile network (PLMN) identifier (ID) , a frequency band, or an access node ID length of the NES cell.

[0011] In some implementations, a bit in the cell identification report indicates whether the NES cell supports OD-SIB1 transmission.

[0012] In some implementations, determining that the NES cell supports OD-SIB1 transmission is based on (i) whether an uplink wake-up signal (WUS) configuration for the NES cell is present in system information provided by another Cell A (ii) a synchronization signal block (SSB) subcarrier offset of the NES cell, (iii) a frequency range associated with the NES cell, or (iv) whether the NES cell is broadcasting SIB1.

[0013] In some implementations, the method further includes transmitting the cell identification report without receiving OD-SIB1 via the NES cell in accordance with the reporting configuration.

[0014] In some implementations, the reporting configuration indicates whether to trigger OD-SIB1 transmission if the NES cell is not broadcasting OD-SIB1.

[0015] In some implementations, the cell identification report includes assistance information for the NES cell.

[0016] In some implementations, the assistance information includes at least one of an SSB subcarrier offset, a physical downlink control channel (PDCCH) configuration for SIB1, a configuration for acquiring OD-SIB1 within control resource set (CORESET) 0 and search space 0, or a configuration for a time window in which to detect OD-SIB1 for the NES cell.

[0017] In some implementations, the assistance information is determined from a master information block (MIB) broadcasted via the NES cell or an uplink WUS configuration provided by another Cell A.

[0018] In some implementations, the method further includes initiating an OD-SIB1 procedure to acquire OD-SIB1 via the second cell in accordance with the reporting configuration.

[0019] In some implementations, the method further includes retrieving an uplink WUS configuration for the NES cell, where the OD-SIB1 procedure is initiated using the uplink WUS configuration.

[0020] In some implementations, the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the system information of the NES cell.

[0021] In some implementations, the method further includes determining a CGI of the NES cell within a time window that includes (i) a time period used to request OD-SIB1 from the NES cell and (ii) a time period used to acquire the OD-SIB1 from the NES cell.

[0022] In some implementations, determining the type of the second cell includes determining that the second cell is a Cell A that periodically broadcasts SIB1.

[0023] In some implementations, the reporting configuration indicates whether to report additional CGI parameters for the Cell A.

[0024] In some implementations, the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration of at least one neighbor NES cell provided by the Cell A.

[0025] In some implementations, the method further includes starting a timer in response to receiving the reporting configuration with an indication that CGI reporting is enabled for NES cells that support OD-SIB1 transmission.

[0026] In some implementations, the method further includes stopping the timer in response to receiving a second reporting configuration without an indication that CGI reporting is enabled for NES cells that support OD-SIB1 transmission.

[0027] In some implementations, the method further includes stopping the timer in response to determining that (i) the second cell is not broadcasting SIB1 and (ii) a valid uplink WUS configuration for triggering OD-SIB1 on the second cell is not available.

[0028] Another aspect of the present disclosure relates to an apparatus including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the apparatus to perform any of the foregoing operations.

[0029] Another aspect of the present disclosure relates to a user equipment (UE) including one or more processors configured to perform any of the foregoing operations.

[0030] Another aspect of the present disclosure relates to a method including: receiving a measurement report via a first cell, the measurement report including layer 3 (L3) measurements of a second cell; transmitting a reporting configuration via the first cell, the reporting configuration indicating whether to report one or more cell identification parameters for the second cell; and receiving a cell identification report via the first cell in accordance with the reporting configuration, the cell identification report indicating at least a type of the second cell.

[0031] In some implementations, the cell identification report indicates that the second cell is an NES cell that supports OD-SIB1 transmission.

[0032] In some implementations, the reporting configuration includes a PCI of the NES cell and a frequency of the NES cell.

[0033] In some implementations, the frequency of the NES cell corresponds to an NCD-SSB, a non-synchronous raster, an NCD-SSB synchronous raster, or a CD-SSB synchronous raster.

[0034] In some implementations, the one or more cell identification parameters are determined based on an OD-SIB1 provided by the NES cell.

[0035] In some implementations, the cell identification report includes the one or more cell identification parameters determined from the OD-SIB1 provided by the NES cell.

[0036] In some implementations, the one or more cell identification parameters include at least one of a CGI, a TAC, a RANAC, a PLMN ID, a frequency band, or an access node ID length of the NES cell.

[0037] In some implementations, a bit in the cell identification report indicates whether the NES cell supports OD-SIB1 transmission.

[0038] In some implementations, the type of the NES cell is determined based on (i) whether a uplink WUS configuration for the NES cell is present in system information provided by another Cell A (ii) a SSB subcarrier offset of the NES cell, (iii) a frequency range associated with the NES cell, or (iv) whether the NES cell is broadcasting SIB1.

[0039] In some implementations, the reporting configuration indicates whether to trigger OD-SIB1 transmission if the NES cell is not broadcasting OD-SIB1.

[0040] In some implementations, the cell identification report includes assistance information for the NES cell.

[0041] In some implementations, the assistance information includes at least one of an SSB subcarrier offset, a PDCCH configuration for SIB1, a configuration for acquiring OD-SIB1 within CORESET 0 and search space 0, or a configuration for a time window in which to detect OD-SIB1 for the NES cell.

[0042] In some implementations, the assistance information is determined from a MIB broadcasted via the NES cell or an uplink WUS configuration provided by another Cell A.

[0043] In some implementations, the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the system information of the NES cell.

[0044] In some implementations, the cell identification report indicates that the second cell is a Cell A that periodically broadcasts SIB1.

[0045] In some implementations, the reporting configuration indicates whether to report additional CGI parameters for the Cell A.

[0046] In some implementations, the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the Cell A.

[0047] Another aspect of the present disclosure relates to an apparatus including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the apparatus to perform any of the foregoing operations.

[0048] Another aspect of the present disclosure relates to an access node including one or more processors configured to perform any of the foregoing operations.

[0049] The details of one or more embodiments of these systems and methods are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of these systems and methods will be apparent from the description and drawings, and from the claims. BRIEF DESCRIPTION OF THE FIGURES

[0050] FIG. 1 illustrates an example wireless network, according to some implementations.

[0051] FIG. 2 illustrates an example wireless communication scheme, according to some implementations.

[0052] FIG. 3 illustrates an example signaling diagram, according to some implementations.

[0053] FIG. 4 illustrates an example signaling timeline, according to some implementations.

[0054] FIGs. 5-9 illustrate example signaling diagrams, according to some implementations.

[0055] FIGs. 10 and 11 illustrate flowcharts of example methods for reporting on network energy saving (NES) cells with on-demand system information block 1 (OD-SIB1) enabled, according to some implementations.

[0056] FIG. 12 illustrates an example user equipment (UE) , according to some implementations.

[0057] FIG. 13 illustrates an example access node, according to some implementations.DETAILED DESCRIPTION

[0058] The present disclosure generally relates to reporting the cell global identifier (CGI) of a network energy saving (NES) cell that supports on-demand system information block 1 (OD-SIB1) transmission. As described herein, OD-SIB1 refers to a mechanism where SIB1-abroadcast message indicating various parameters for cell acquisition / synchronization-is transmitted on demand rather than continuously broadcast. For example, a user equipment (UE) can transmit a wake-up signal (WUS) to trigger or request an OD-SIB1 transmission from an NES cell. Transmitting OD-SIB1 in this manner can reduce the power consumption and signaling overhead of SIB1 acquisition for NES cells.

[0059] A UE that is connected to another serving cell may be configured to report the CGI of neighbor cells to the serving cell. However, reporting the CGI of a cell that supports OD-SIB1 transmission can be challenging. Typically, if a cell does not continuously broadcast SIB1, it is deemed inaccessible, and the UE may be configured to report a “noSIB1” status for the cell. For OD-SIB1, however, the cell may still be accessible to the UE (even when it is not actively broadcasting SIB1) , which can lead to inaccurate CGI measurement and reporting. For example, the serving cell of the UE may be unable to differentiate between truly inaccessible cells and those with OD-SIB1 enabled. This can disrupt automatic neighbor relations (ANR) and network-assisted neighbor cell detection.

[0060] In accordance with aspects of the present disclosure, the UE may be configured to report a different status (e.g., “ODSIB1” ) for NES cells with OD-SIB1 enabled. The UE can also report the uplink WUS configuration and other parameters for a particular NES cell. In some implementations, the serving cell may provide the UE with a reporting configuration to use for NES cells. For example, the serving cell may configure the UE to report at least one of a CGI, a tracking area code, a radio access network area code (RANAC) , a synchronization signal block (SSB) subcarrier offset (K_SSB) , or a public land mobile network (PLMN) identifier of the NES cell. In some implementations, the UE triggers and receives an OD-SIB1 from the NES cell before reporting this information to the serving cell. In other implementations, the UE transmits the CGI (and other available parameters) of the NES cell without waiting for an OD-SIB1 transmission.

[0061] The cell reporting techniques described herein can provide one or more of the following advantages. Configuring a UE to report the CGI of NES cells may improve the accuracy and reliability of CGI reporting by allowing the UE (and the network) to clearly distinguish between cells that are not broadcasting SIB1 (due to cell inaccessibility) and those employing OD-SIB1. This can lead to more efficient neighbor cell detection and reduced signaling overhead, among other benefits.

[0062] FIG. 1 illustrates an example wireless network 100, according to some implementations. The wireless network 100 includes a UE 102 and a base station 104, which are connected via one or more channels 106A, 106B across an air interface 108. The UE 102 and base station 104 communicate using a system that supports controls for managing the access of the UE 102 to a network via the base station 104.

[0063] In some implementations, the wireless network 100 is a standalone (SA) network, e.g., that incorporates Fifth Generation (5G) New Radio (NR) . In some other implementations, the wireless network 100 is a non-standalone (NSA) network that incorporates Long Term Evolution (LTE) and 5G NR. In these implementations, the wireless network 100 may be an Evolved Universal Terrestrial Radio Access (E-UTRA) -NR Dual Connectivity (EN-DC) network, or an NR-EUTRA Dual Connectivity (NE-DC) network. Furthermore, wireless networks implementing one or more other types of communication standards are possible, including future 3GPP systems (e.g., Sixth Generation “6G” ) , Institute of Electrical and Electronics Engineers (IEEE) 802.11 technology, or the like. While aspects may be described herein using terminology commonly associated with 5G NR, aspects of the present disclosure can be applied to other systems, such as systems subsequent to 5G (e.g., 6G) .

[0064] In the wireless network 100, the UE 102 and any other UE in the system may be, for example, any of a laptop computer, smartphone, tablet computer, machine-type device (such as smart meters or specialized devices for healthcare) , intelligent transportation system, or any other wireless device. In network 100, the base station 104 provides the UE 102 network connectivity to a broader network (not shown) . This UE 102 connectivity is provided via the air interface 108 in a base station service area provided by the base station 104. In some implementations, such a broader network may be a wide area network operated by a cellular network provider, or may be the Internet. Each base station service area associated with the base station 104 is supported by one or more antennas integrated with the base station 104. The service areas can be divided into a number of sectors associated with one or more particular antennas. Such sectors may be physically associated with one or more fixed antennas or may be assigned to a physical area with one or more tunable antennas or antenna settings adjustable in a beamforming process used to direct a signal to a particular sector.

[0065] The UE 102 includes control circuitry 110 coupled with transmit circuitry 112 and receive circuitry 114. The transmit circuitry 112 and receive circuitry 114 may each be coupled with one or more antennas. The control circuitry 110 may include application-specific circuitry, baseband circuitry, or any of various combinations thereof. The transmit circuitry 112 and receive circuitry 114 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry and / or front-end module (FEM) circuitry.

[0066] In various implementations, aspects of the transmit circuitry 112, receive circuitry 114, and / or control circuitry 110 may be integrated in various ways to implement the operations described herein. The control circuitry 110 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure related to a UE. For example, the control circuitry 110 can determine the CGI of an NES cell based on OD-SIB1.

[0067] The transmit circuitry 112 can perform various operations described herein. For example, the transmit circuitry 112 can transmit an indication of the CGI of the NES cell to a serving cell of the UE 102. Additionally, the transmit circuitry 112 may transmit using multiplexed uplink physical channels. The uplink physical channels can be multiplexed, e.g., according to time division multiplexing (TDM) or frequency division multiplexing (FDM) , and in some implementations, along with carrier aggregation. The transmit circuitry 112 may be configured to receive block data from the control circuitry 110 for transmission on the air interface 108.

[0068] The receive circuitry 114 can perform various operations described herein. For example, the receive circuitry 114 can receive a CGI reporting configuration for NES cells with OD-SIB1 enabled. Additionally, the receive circuitry 114 may receive multiplexed downlink physical channels from the air interface 108 and relay the physical channels to the control circuitry 110. The downlink physical channels can be multiplexed, e.g., according to TDM or FDM, e.g., along with carrier aggregation. The transmit circuitry 112 and the receive circuitry 114 may transmit and receive, respectively, both control data and content data (e.g., messages, images, video) structured within data blocks that are carried by the physical channels.

[0069] FIG. 1 also illustrates the base station 104. In some implementations, the base station 104 may be a 5G radio access network (RAN) , a next generation RAN, a E-UTRAN, a non-terrestrial cell, or a legacy RAN, such as a UTRAN. As used herein, the term “5G RAN” or the like may refer to the base station 104 that operates in an NR wireless network 100, and the term “E-UTRAN” or the like may refer to a base station 104 that operates in an LTE wireless network 100. The UE 102 utilizes connections (or channels) 106A, 106B, each of which includes a physical communications interface or layer.

[0070] The base station 104 circuitry may include control circuitry 116 coupled (directly or indirectly) with transmit circuitry 118 and / or receive circuitry 120. The transmit circuitry 118 and receive circuitry 120 may each be coupled (directly or indirectly) with one or more antennas that may be used to enable communications via the air interface 108. The transmit circuitry 118 and receive circuitry 120 may be adapted to transmit and receive data, respectively, addressed to any UE connected to the base station 104. The receive circuitry 120 may receive uplink physical channel transmissions from one or more UEs, including the UE 102.

[0071] In FIG. 1, the one or more channels 106A, 106B are illustrated as an air interface to enable communicative coupling, and may be consistent with cellular communications protocols, such as an LTE protocol, Advanced LTE (LTE-A) protocol, LTE-based access to unlicensed spectrum (LTE-U) , NR protocol, NR-based access to unlicensed spectrum (NR-U) protocol, and / or any other communications protocol (s) . In some implementations, the UE 102 may directly exchange communication data via a ProSe interface. The ProSe interface may alternatively be referred to as a sidelink (SL) interface and may include one or more logical channels, including but not limited to a physical sidelink control channel (PSCCH) , a physical sidelink discovery channel (PSDCH) , or a physical sidelink broadcast channel (PSBCH) .

[0072] The techniques described herein generally involve reporting the CGI of an NES cell with OD-SIB1 enabled, which can improve ANR for OD-SIB1 cells. For UEs in an idle or inactive mode, it is assumed that a synchronization signal block (SSB) transmitted in an NES cell that supports OD-SIB1 can have a K_SSB value (ssb-SubcarrierOffset) greater than 23 for Frequency Range 1 (FR1) and greater than 11 for Frequency Range 2 (FR2) when transmitted on a synchronous raster. A UE can determine that a cell supports on-demand SIB1 based on the uplink wake-up signal (WUS) configuration received from a serving cell designated as Cell A. As described herein, Cell A refers to any cell that periodically transmits at least its own SIB1 (and possibly SIB1 of other NES cells) . For type 0 physical downlink control channel (PDCCH) monitoring occasions for OD-SIB1, searchSpaceZero and controlResourceSetZero can be obtained from the uplink WUS configuration when the SSB on the NES cell is on a synchronous raster and the K_SSB value is not equal to 30 for FR1 or 14 for FR2.

[0073] When an SSB is transmitted on a synchronous raster, the indication of a K_SSB value (defined in TS 38.211 as the subcarrier offset from subcarrier 0 in a common resource block to the lowest-numbered subcarrier of the SSB) is included in the uplink WUS configuration for both frequency division duplex (FDD) and time division duplex (TDD) NES cells. The usage of PDCCH-ConfigSIB1 for NES-capable UEs in the master information block (MIB) of an NES cell when K_SSB is 30 in FR1 or 14 in FR2 on the NES cell and the SSB of the NES cell is on a synchronous raster can be selected from the following options: use PDCCH-ConfigSIB1 to indicate frequency assistance information to search SSBs for Cell A; use PDCCH-ConfigSIB1 to indicate searchSpaceZero and controlResourceSetZero for OD-SIB1; usage of ConfigSIB1 is not supported.

[0074] FIG. 2 illustrates an example wireless communication scheme 200, according to some implementations. The example wireless communication scheme 200 of FIG. 2 may implement aspects of the wireless network 100. For example, the wireless communication scheme 200 includes a UE 202, which may be an example of the UE 102 shown and described with reference to FIG. 1. The wireless communication scheme 200 also includes a cell 204a (e.g., Cell A that periodically transmits at least its own SIB1) and a cell 204b (e.g., an NES cell that transmits SIB1 in response to an uplink WUS) . The cell 204a may be associated with a first access node (such as the base station 104 of FIG. 1) and the cell 204b may be associated with a second access node.

[0075] The wireless communication scheme 200 supports OD-SIB1 for UEs in idle or inactive mode (such as the UE 202) . As shown in FIG. 2, the UE 202 obtains an uplink WUS configuration 206 from Cell A, transmits an uplink WUS 208 on the NES cell, and receives OD-SIB1 210 from the NES cell, which transmits the OD-SIB1 in response to the uplink WUS 208 from the UE 202. To trigger OD-SIB1, the UE 202 transmits the uplink WUS 208 using physical random access channel (PRACH) resources. Inter–next-generation radio access network (NG-RAN) node signaling related to the configuration of uplink WUS may be specified in future releases.

[0076] FIG. 3 illustrates an example signaling diagram 300, according to some implementations. The example signaling diagram 300 of FIG. 3 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling diagram 300 includes a UE, which may be an example of the UE 202 shown and described with reference to FIG. 2. Likewise, the signaling diagram 300 includes Cell A (Phy-CID =3, Global-CID=17) and Cell B (Phy-CID=5, Global-CID=19) , which may be examples of any of the cells 204a or 204b shown and described with reference to FIG. 2. The signaling diagram 300 shows an example of a Release 15 CGI reporting scheme.

[0077] When operating in an RRC_CONNECTED state, the NG-RAN node (Cell A) can instruct the UE to perform CGI measurement procedures on neighboring cells (Cell B) . First, the UE sends a measurement report for a neighbor cell (e.g., Cell B) that includes the physical cell identity (PCI) , but not the NR CGI (NCGI) or E-UTRA CGI (ECGI) , of the neighbor cell. The NG-RAN node can then instruct the UE, using the newly discovered PCI as a parameter, to read all broadcast information, such as NCGI / ECGI, tracking area codes (TACs) , RAN area codes (RANACs) , public land mobile network (PLMN) identifiers, and, for neighboring NR cells, NR frequency bands and gNB identifier lengths. This is done using the ReportCGI and CGI-InfoNR parameters, which are defined in 3GPP TS 38.331.

[0078] The aforementioned procedure supports both inter-RAT ANR towards NR and inter-RAT ANR towards LTE. When the UE has determined the NCGI (s)  / ECGI (s) of the neighboring cell (s) , the UE reports all of the broadcast NCGI (s)  / ECGI (s) to the serving cell NG-RAN node (Cell A) . In addition, the UE reports all tracking area code (s) , RANAC (s) , PLMN IDs and, for neighbor NR cells, NR frequency band (s) and the gNB ID length (s) that have been read by the UE. The T321 timer handling protocol for ReportCGI is defined in 3GPP TS 38.331. In cases where an NR cell does not broadcast SIB1, the UE may report a “noSIB1” indication without waiting for T321 timer expiry. The approach described above supports both discontinuous reception (DRX) based ANR and autonomous gap techniques.

[0079] FIG. 4 illustrates an example signaling timeline 400, according to some implementations. The example signaling timeline 400 of FIG. 4 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling timeline 400 includes a UE (such as the UE 202) , Cell A (such as the cell 204a) , and an NES cell (such as the cell 204b) . The signaling timeline 400 shows an OD-SIB1 acquisition process, in which the UE triggers OD-SIB1 from the NES cell using information provided by Cell A.

[0080] In an NES cell, the MIB can use a reserved K_SSB value (e.g., 30 for FR1 or 14 for FR2) to indicate that the cell supports OD-SIB1 transmission. In response, UE behavior can change such that, after receiving a random access response (RAR) corresponding to a random access channel (RACH) for OD-SIB1, the UE starts to monitor SIB1. In some cases, the UE obtains CORESET #0 from the SSB in the next broadcast control channel (BCCH) modification period. In other cases, the UE obtains CORESET #0 from the SSB within a configured system information window of SIB1. In other cases, a new RAR or downlink control information (DCI) format can be used to indicate CORESET#0. The RAR or DCI format may be scrambled with a random access–radio network temporary identifier (RA-RNTI) that includes scheduling information for CORESET#0.

[0081] An NES cell can include its own uplink WUS configuration and the uplink WUS configuration of neighboring NES cell (s) in a new SIB. Existing cell reselection criterion can be reused as a trigger condition for OD-SIB1 acquisition without specifying other conditions (such as a new RSRP threshold) . The PCI and frequency of an NES cell may be used to associate a particular WUS configuration with that cell. Typically, if SIB1 is not broadcast in a target cell, the UE reports a “noSIB1” status because the cell is considered inaccessible. However, for an NES cell with OD-SIB1 enabled, this status may be inaccurate because the cell is still accessible to NES-capable UEs. In accordance with aspects of the present disclosure, the UE can assist the network with ANR by reporting additional information regarding the cell, such as a new type indication (e.g., “ODSIB1” ) and the associated uplink WUS configuration of the NES cell.

[0082] FIG. 5 illustrates an example signaling diagram 500, according to some implementations. The example signaling diagram 500 of FIG. 5 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling diagram 500 includes a UE (such as the UE 202) , a serving cell (such as the cell 204a) , and an NES cell (such as the cell 204b) with OD-SIB1 enabled. The signaling diagram 500 shows two example CGI reporting scenarios for NES cells that support OD-SIB1. In the first CGI reporting scenario (FIG. 7) , the NES cell is actively broadcasting OD-SIB1 (e.g., in response to an uplink WUS signal from another UE) . In the second CGI reporting scenario (FIGs. 8 and 9) , the NES cell is not actively broadcasting OD-SIB1.

[0083] In both scenarios, the UE starts by performing layer 3 (L3) measurements and reporting the PCI of the NES cell (e.g., the target cell) to the serving cell. In the first reporting scheme (where the target cell is actively broadcasting OD-SIB1) , the UE acquires the OD-SIB1 and reports the CGI of the NES cell to the serving cell. In the second reporting scheme (where the target cell is not broadcasting OD-SIB1) , the UE may report a new indication “ODSIB1” in CGI-InfoNR (TS 38.331) and assistance information for the NES cell. For example, the UE may indicate the K_SSB value of the NES cell (e.g., a reserved value of 31 for FR1 and 14 for FR2) . Alternatively, the UE may be configured to initiate an OD-SIB1 procedure to acquire OD-SIB1 from the target cell and report a full set of CGI parameters, such as NCGI (s) , ECGI (s) , TAC (s) , RANAC (s) , PLMN ID (s) , NR frequency band (s) , gNB ID length (s) , etc.

[0084] FIG. 6 illustrates an example signaling diagram 600, according to some implementations. The example signaling diagram 600 of FIG. 6 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling diagram 600 includes a UE (such as the UE 202) , a serving cell (such as the cell 204a) , and Cell A (such as the cell 204b) . The signaling diagram 600 shows a CGI reporting scheme where the UE provides an indication of the type of Cell A to the serving cell. In this example, the target cell is designated as Cell A, and the UE reports a new type indication (e.g., “Cell A” ) with the CGI (along with additional assistance information for the cell) .

[0085] To start, the UE performs L3 measurements of Cell A and reports these measurements (along with the PCI of Cell A) to the serving cell. In response, the serving cell provides the UE with a CGI reporting configuration indicating (i) the PCI and frequency of Cell A and (ii) whether to report additional CGI parameters for Cell A. In the scenario depicted in FIG. 6, the target cell is Cell A. In this case, a new type of indication “Cell A” can be added to CGI-InfoNR. The UE can also provide other assistance information, such as (i) the PCI and frequency of neighbor NES cells provided by the target Cell A and (ii) uplink WUS configuration (s) of neighbor NES cells provided by the target Cell A.

[0086] FIG. 7 illustrates an example signaling diagram 700, according to some implementations. The example signaling diagram 700 of FIG. 7 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling diagram 700 includes a UE (such as the UE 202) , a serving cell (such as the cell 204a) , and an NES cell (such as the cell 204b) with OD-SIB1 enabled. The signaling diagram 700 shows a CGI reporting scenario where the NES cell is actively broadcasting OD-SIB1 (e.g., in response to an uplink WUS signal from another UE) . In such cases, the UE acquires OD-SIB1 from the NES cell and reports the CGI of the NES cell to the serving cell.

[0087] As shown in FIG. 7, the UE performs L3 measurements of the NES cell and reports these measurements (along with the PCI of the NES cell) to the serving cell. In response, the serving cell provides the UE with a ReportCGI configuration (also referred to as a CGI reporting configuration) . The ReportCGI configuration may include (i) the PCI and frequency of the target NES cell and (ii) an indication of whether to report the CGI of the NES cell. The frequency of target NES cell can be in a non-cell-defined SSB (NCD-SSB) frequency range, a non-synchronous raster, or a synchronous raster (NCD-SSB or CD-SSB) .

[0088] If the target NES cell is broadcasting OD-SIB1 (as depicted in FIG. 7) , it may be in response to another NES-capable UE initiating the OD-SIB1 acquisition process. In this example, the UE acquires OD-SIB1 from the NES cell and reports CGI parameters for the NES cell to the serving cell. The CGI parameters can include, for example, TAC (s) , RANAC (s) , PLMN IDs and, for neighbor NR cells, NR frequency band (s) and gNB ID length (s) . The UE can also include a bit to indicate that the target cell is an OD-SIB1 cell. The UE can determine whether the target cell is OD-SIB1 based on (i) whether the target cell is included in an uplink WUS configuration of Cell A, (ii) whether the K_SSB of the target cell is greater than 23 for FR1 or 11 for FR2, and (iii) whether the target cell is broadcasting SIB1.

[0089] FIG. 8 illustrates an example signaling diagram 800, according to some implementations. The example signaling diagram 800 of FIG. 8 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling diagram 800 includes a UE (such as the UE 202) , a serving cell (such as the cell 204a) , and an NES cell (such as the cell 204b) with OD-SIB1 enabled. The signaling diagram 800 shows a CGI reporting scenario where the UE reports CGI for the NES cell without waiting to receive OD-SIB1 from the NES cell.

[0090] To start, the UE performs L3 measurements of the NES cell and reports these measurements (along with the PCI of the NES cell) to the serving cell. In response, the serving cell provides the UE with a CGI reporting configuration indicating (i) the PCI and frequency of the NES cell, (ii) whether to report the CGI of the NES cell, and (ii) a particular CGI reporting scheme to use (Option A or B) when the NES cell is not actively broadcasting OD-SIB1 (as depicted in FIG. 8) .

[0091] In the scenario depicted in FIG. 8, the UE does not acquire OD-SIB1 from the NES cell. In this example, the target NES cell has a value of K_SSB > 23 for FR1 and K_SSB > 11 for FR2. The UE can determine whether the target cell supports OD-SIB1 based on (i) whether the target cell is included in an uplink WUS configuration of Cell A or (ii) whether the K_SSB of the cell is 30 for FR1 or 14 for FR2. In some implementations, a new type of indication “ODSIB1” can be added to CGI-InfoNR. The UE can include this indication in the CGI report to the serving cell, along with the following assistance information: ssb-SubcarrierOffset; pdcch-ConfigSIB1; configuration of CORESET#0 and SearchSpace#0 to acquire OD-SIB1; configuration of time window to detect OD-SIB. The first two parameters (ssb-SubcarrierOffset, pdcch-ConfigSIB1) can be obtained from the MIB of the target cell. The second two parameters (configuration of CORESET#0 and SearchSpace#0 to acquire OD-SIB1, configuration of time window to detect OD-SIB) can be obtained from the uplink WUS configuration of Cell A.

[0092] In some implementations, rather than providing a new indication “ODSIB1” for the NES cell, the UE may report “noSIB1” for the NES cell and add a bit to indicate that the target cell is an NES cell that supports OD-SIB1. In other implementations, the UE can report “noSIB1” for the NES cell and include the K_SSB value detected in the MIB of the target NES cell (e.g., ssb-SubcarrierOffset) . This value can indicate to the serving cell that the target cell is an NES cell that supports OD-SIB1.

[0093] FIG. 9 illustrates an example signaling diagram 900, according to some implementations. The example signaling diagram 900 of FIG. 9 may implement one or more aspects of the wireless communication scheme 200. For example, the signaling diagram 900 includes a UE (such as the UE 202) , a serving cell (such as the cell 204a) , and an NES cell (such as the cell 204b) with OD-SIB1 enabled. The signaling diagram 900 shows a CGI reporting scenario where the UE triggers an OD-SIB1 procedure to acquire SIB1 from the NES cell. Once acquired, the UE reports CGI parameters for the NES cell to the serving cell.

[0094] If the UE has a valid uplink WUS configuration for the target NES cell, the UE can initiate an OD-SIB1 procedure with the stored uplink WUS configuration and acquires SIB1 from the NES cell. This involves a new OD-SIB1 trigger condition, where the UE is configured to perform reportCGI measurements of a target NES cell that is not actively broadcasting SIB1 when the UE has a valid uplink WUS configuration for the cell. Based on the information provided by the acquired SIB1, the UE reports CGI parameters to the serving cell. The CGI parameters can include, for example, NCGI (s)  / ECGI (s) , TAC (s) , RANAC (s) , PLMN ID (s) and, for neighbor NR cells, NR frequency band (s) and the gNB ID length (s) .

[0095] In the CGI report, the UE can include a bit to indicate that the target cell is an OD-SIB1 cell. The UE can also include other information related to the NES cell, such as: the PCI and frequency of neighbor NES cells of the target NES cell; uplink WUS configuration (s) of neighbor NES cell (s) provided by the target NES cell; the configuration of CORESET#0 and SearchSpace#0 to acquire OD-SIB1; or a configuration for a time window to detect OD-SIB1.

[0096] To support this CGI reporting scheme, two new T321 values (denoted as T321a) can be introduced for ReportCGI in OD-SIB1 cells for FR1 and FR2, respectively. These new values can be longer than current T321 values to account for the latency of OD-SIB1 acquisition. Section 7.1.1 of 3GPP TS 38.331 may be updated as follows:

[0097] A relaxed latency requirement for autonomous gap usage can be introduced to account for the additional delay when this reporting scheme is configured. For autonomous gap-based CGI detection of target cell with OD-SIB1, when requested by the network for the purpose of reportCGI for a known NR target cell without broadcasting SIB1, if the UE has a valid uplink WUS configuration for the target cell, the UE may identify and report the CGI of the target cell after acquisition of SIB1 via an OD-SIB1 procedure. One cell may be provided to the UE with cellForWhichToReportCGI for identifying the CGI. The UE may configure autonomous gaps in both downlink reception and uplink transmission for receiving MIB and SIB1 message according to clause 5.5.3 of TS 38.331. The UE does not have to use autonomous gaps if useAutonomousGaps is set to false.

[0098] If autonomous gaps are used for measurement with the purpose of reportCGI, regardless of whether DRX is used or not, or whether SCell (s) are configured or not, the UE may be configured to identify a new CGI of an NR cell within a time period as determined by the following equation: Tidentify_CGI = (TMIB + TOD-SIB1_request + TOD-SIB1) ms where TMIB is the time period used to acquire MIB, TMIB = 6 *TSMTC ms for a target cell carrier  frequency on FR1, TMIB = 25 *TSMTC ms for a target cell carrier frequency on FR2, TOD-SIB1_request is the time period used to request OD-SIB1 transmission from the target cell (including uplink WUS transmission and Msg2 reception) , TOD-SIB1 is the time period used to acquire OD-SIB1 message, TSIB1 = 6 *TRMSI-scheduling ms, and TSMTC is the SMTC periodicity configured for the target cell measurement. TRMSI-scheduling is the maximum of (i) the periodicity with which SIB1 is actually transmitted by the NR target cell or (ii) 20ms when the SSB and RMSI CORESET multiplexing pattern is 1. TRMSI-scheduling is the maximum of (i) the periodicity with which SIB1 is actually transmitted by the NR target cell or (ii) TSMTC when the SSB and RMSI CORESET multiplexing pattern is 2 or 3.

[0099] FIG. 10 illustrates a flowchart of an example method 1000 for reporting on NES cells with OD-SIB1 enabled, according to some implementations. For clarity of presentation, the method 1000 is described in the context of the preceding figures. For example, the method 1000 can be performed by a UE, such as the UE 102 of FIG. 1. The method 1000 can also be performed by any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 1000 can be run in parallel, in combination, in loops, or in any order. The example method 1000 shown in FIG. 10 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 10) , which can be performed in the order shown or in a different order.

[0100] At 1002, the UE receives a reporting configuration via a first cell (such as the cell 204a) . The reporting configuration indicates whether to report one or more cell identification parameters for a second cell (such as the cell 204b) .

[0101] At 1004, the UE determines a type of the second cell (e.g., NES, Cell A) based on monitoring the second cell for system information.

[0102] At 1006, the UE transmits a cell identification report via the first cell in accordance with the reporting configuration. The cell identification report indicates at least the determined type of the second cell.

[0103] FIG. 11 illustrates a flowchart of an example method 1100 for reporting on NES cells with OD-SIB1 enabled, according to some implementations. For clarity of presentation, the method 1100 is described in the context of the preceding figures. For example, the method 1100 can be performed by an access node associated with an NES cell that supports OD-SIB1 transmission. The method 1100 can also be performed by any suitable system, environment, software, hardware, or combination thereof. In some implementations, operations of the method 1100 can be run in parallel, in combination, in loops, or in any order. The example method 1100 shown in FIG. 11 can be modified or reconfigured to include additional, fewer, or different steps (not shown in FIG. 11) , which can be performed in the order shown or in a different order.

[0104] At 1102, the access node receives a measurement report via a first cell (such as the cell 204a) . The measurement report includes L3 measurements of a second cell (such as the cell 204b) .

[0105] At 1104, the access node transmits a reporting configuration via the first cell. The reporting configuration indicates whether to report one or more cell identification parameters (such as a CGI) for the second cell.

[0106] At 1106, the access node receives a cell identification report via the first cell in accordance with the reporting configuration. The cell identification report indicates at least a type of the second cell (e.g., NES, Cell A) .

[0107] FIG. 12 illustrates an example UE 1200, according to some implementations. The UE 1200 may be similar to and / or substantially interchangeable with the UE 102 of FIG. 1. The UE 1200 can be any mobile or non-mobile computing device, such as, for example, a mobile phone, computer, tablet, industrial wireless sensor, video device (for example, a camera or video camera) , wearable device (for example, a smart watch) , relaxed-IoT device, etc.

[0108] The UE 1200 can include processor 1202, RF interface circuitry 1204, memory / storage 1206, user interface 1208, sensors 1210, driver circuitry 1212, power management integrated circuit (PMIC) 1214, one or more antenna (s) 1216, and / or battery 1218. The components of the UE 1200 can be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 12 shows a high-level view of some of the components of the UE 1200. However, some of the components shown can be omitted, additional components may be present, and a different arrangement of the components shown can be used in other implementations.

[0109] The components of the UE 1200 may be coupled with various other components over one or more interconnects 1220, which can represent any type of interface, input / output, bus (local, system, or expansion) , transmission line, trace, optical connection, etc., that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0110] The processor 1202 may include one or more processors. For example, the processor 1202 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1222A, central processor unit circuitry (CPU) 1222B, and graphics processor unit circuitry (GPU) 1222C. The processor 1202 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1206 to cause the UE 1200 to perform operations described herein.

[0111] In some implementations, the baseband processor circuitry 1222A may access a communication protocol stack 1224 in the memory / storage 1206 to communicate over a 3GPP compatible network. In general, the baseband processor circuitry 1222A may access the communication protocol stack to: perform user plane functions at a physical (PHY) layer, medium access control (MAC) layer, radio link control (RLC) layer, packet data convergence protocol (PDCP) layer, service data adaptation protocol (SDAP) layer, and protocol data unit (PDU) layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a non-access stratum (NAS) layer. In some implementations, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1204. The baseband processor circuitry 1222A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some implementations, the waveforms for NR may be based cyclic prefix orthogonal frequency division multiplexing (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0112] The memory / storage 1206 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1224) that can be executed by the processor 1202 to cause the UE 1200 to perform various operations described herein. The memory / storage 1206 can include any type of volatile or non-volatile memory that may be distributed throughout the UE 1200. In some implementations, the memory / storage 1206 can be located on the processor 1202 itself (for example, L1 and L2 cache) , while other memory / storage 1206 is external to the processor 1202 but accessible thereto via a memory interface. The memory / storage 1206 may include any suitable volatile or non-volatile memory such as, but not limited to, 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 memory, or any other type of memory device technology.

[0113] The RF interface circuitry 1204 may include transceiver circuitry and radio frequency front module (RFEM) that allows the UE 1200 to communicate with other devices over a radio access network. The RF interface circuitry 1204 can include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, control circuitry, etc.

[0114] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna (s) 1216 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that downconverts the RF signal into a baseband signal that is provided to the baseband processor.

[0115] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna (s) 1216. In various implementations, the RF interface circuitry 1204 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0116] The antenna (s) 1216 may include one or more antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves over the air into electrical signals. In some implementations, the antenna elements may be arranged into one or more antenna panels. The antenna (s) 1216 may have antenna panels that are omnidirectional, directional, or a combination thereof, to enable beamforming and multiple input, multiple output communications. The antenna (s) 1216 can include any / all of microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna (s) 1216 may have one or more panels designed for one or more specific frequency bands, such as bands in FR1 or FR2.

[0117] The user interface 1208 includes various input / output (I / O) devices designed to enable user interaction with the UE 1200. The user interface 1208 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes “LEDs” and multi-character visual outputs) , or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays “LCDs, ” LED displays, quantum dot displays, projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1200.

[0118] The sensors 1210 may include devices, modules, or subsystems whose purpose is to detect events or changes in its environment and send the information (sensor data) about the detected events to some other device, module, subsystem, etc. Examples of such sensors include, inter alia, inertia measurement units including accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; temperature sensors (for example, thermistors) ; pressure sensors; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; microphones or other like audio capture devices; etc.

[0119] The driver circuitry 1212 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1200, attached to the UE 1200, or otherwise communicatively coupled with the UE 1200. The driver circuitry 1212 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1200. For example, driver circuitry 1212 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1210 and control and allow access to sensors 1210, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0120] The PMIC 1214 can manage power provided to various components of the UE 1200. In particular, with respect to the processor 1202, the PMIC 1214 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0121] In some implementations, the PMIC 1214 may control, or otherwise be part of, various power saving mechanisms of the UE 1200. A battery 1218 may power the UE 1200, although in some examples the UE 1200 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1218 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1218 may be a typical lead-acid automotive battery.

[0122] FIG. 13 illustrates an example access node 1300, according to some implementations. The access node 1300 (also referred to as a base station or gNB) may be similar to and / or substantially interchangeable with base station 104. The access node 1300 can include one or more of processor 1302, RF interface circuitry 1304, core network (CN) interface circuitry 1306, memory / storage circuitry 1308, and one or more antenna (s) 1310. The processor 1302 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 1308 to cause the access node 1300 to perform operations as described herein.

[0123] The components of the access node 1300 may be coupled with various other components over one or more interconnects 1312. The processor 1302, RF interface circuitry 1304, memory / storage circuitry 1308 (including communication protocol stack 1313) , antenna (s) 1310, and interconnects 1312 may be similar to like-named elements shown and described with respect to FIG. Y1. For example, the processor 1302 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1316A, central processor unit circuitry (CPU) 1316B, and graphics processor unit circuitry (GPU) 1316C.

[0124] The CN interface circuitry 1306 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the access node 1300 via a fiber optic or wireless backhaul. The CN interface circuitry 1306 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1306 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0125] As used herein, the terms “access node, ” “access point, ” or the like refers to equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. An access node may also be referred to as a base station (BS) , gNB, RAN node, eNB, NodeB, roadside unit (RSU) , transmission and reception point (TRP) , TRxP, and so on. An access node can include ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . As used herein, the term “NG RAN node” or the like refers to an access node 1300 that operates in an NR or 5G system (for example, a gNB) , and the term “E-UTRAN node” or the like refers to an access node 1300 that operates in an LTE or 4G system (e.g., an eNB) . According to various implementations, the access node 1300 can be implemented as one or more of a dedicated physical device, such as a macrocell base station, and / or a low power base station for providing femtocells, picocells or other cells with smaller coverage areas, smaller user capacity, or higher bandwidth (compared to macrocells) .

[0126] In some implementations, the access node 1300 can be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a cloud RAN (CRAN) and / or a virtual baseband unit pool (vBBUP) . In vehicle-to-everything (V2X) scenarios, the access node 1300 may be or act as an RSU, which refers to any transportation infrastructure entity used for V2X communications. An RSU can be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, where an RSU implemented in or by a UE is referred to as a “UE-type RSU, ” an RSU implemented in or by an eNB is referred to as an “eNB-type RSU, ” an RSU implemented in or by a gNB is referred to as a “gNB-type RSU, ” and so forth.

[0127] In the preceding description, various components are described as performing a task or tasks. Such descriptions should be interpreted as including the phrase “configured to. ” Reciting a component that is configured to perform one or more tasks is expressly intended not to invoke 35 U.S.C. § 112 (f) interpretation for that component.

[0128] In some embodiments, one or more of the components described in the preceding figures may be configured to perform one or more operations, techniques, processes, or methods set forth in the examples section below. For example, the baseband circuitry described in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, access node, base station, or network element may be configured to operate in accordance with one or more of the examples set forth below.

[0129] Example 1 is a method including: receiving a reporting configuration via a first cell, the reporting configuration indicating whether to report one or more cell identification parameters for a second cell; determining a type of the second cell based on monitoring the second cell for system information; and transmitting a cell identification report via the first cell in accordance with the reporting configuration, the cell identification report indicating at least the determined type of the second cell.

[0130] Example 2 includes the method of example 1, where determining the type of the second cell includes determining that the second cell is a NES cell that supports OD-SIB1 transmission.

[0131] Example 3 includes the method of any preceding example, further including receiving an OD-SIB1 that is broadcasted via the NES cell.

[0132] Example 4 includes the method of any preceding example, where the reporting configuration includes a PCI of the NES cell and a frequency of the NES cell.

[0133] Example 5 includes the method of any preceding example, where the frequency of the NES cell corresponds to a NCD-SSB, a non-synchronous raster, an NCD-SSB synchronous raster, or a CD-SSB synchronous raster.

[0134] Example 6 includes the method of any preceding example, further including determining the one or more cell identification parameters based on the received OD-SIB1.

[0135] Example 7 includes the method of any preceding example, where the cell identification report includes the one or more cell identification parameters determined from the received OD-SIB1.

[0136] Example 8 includes the method of any preceding example, where the one or more cell identification parameters include at least one of a CGI, a TAC, a RANAC, a PLMN ID, a frequency band, or an access node ID length of the NES cell.

[0137] Example 9 includes the method of any preceding example, where a bit in the cell identification report indicates whether the NES cell supports OD-SIB1 transmission.

[0138] Example 10 includes the method of any preceding example, where determining that the NES cell supports OD-SIB1 transmission is based on (i) whether an WUS configuration for the NES cell is present in system information provided by another Cell A (ii) a SSB subcarrier offset of the NES cell, (iii) a frequency range associated with the NES cell, or (iv) whether the NES cell is broadcasting SIB1.

[0139] Example 11 includes the method of any preceding example, further including transmitting the cell identification report without receiving OD-SIB1 via the NES cell in accordance with the reporting configuration.

[0140] Example 12 includes the method of any preceding example, where the reporting configuration indicates whether to trigger OD-SIB1 transmission if the NES cell is not broadcasting OD-SIB1.

[0141] Example 13 includes the method of any preceding example, where the cell identification report includes assistance information for the NES cell.

[0142] Example 14 includes the method of any preceding example, where the assistance information includes at least one of an SSB subcarrier offset, a PDCCH configuration for SIB1, a configuration for acquiring OD-SIB1 within CORESET 0 and search space 0, or a configuration for a time window in which to detect OD-SIB1 for the NES cell.

[0143] Example 15 includes the method of any preceding example, where the assistance information is determined from a MIB broadcasted via the NES cell or an uplink WUS configuration provided by another Cell A.

[0144] Example 16 includes the method of any preceding example, further including initiating an OD-SIB1 procedure to acquire OD-SIB1 via the second cell in accordance with the reporting configuration.

[0145] Example 17 includes the method of any preceding example, further including retrieving an uplink WUS configuration for the NES cell, where the OD-SIB1 procedure is initiated using the uplink WUS configuration.

[0146] Example 18 includes the method of any preceding example, where the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the system information of the NES cell.

[0147] Example 19 includes the method of any preceding example, further including determining a CGI of the NES cell within a time window that includes (i) a time period used to request OD-SIB1 from the NES cell and (ii) a time period used to acquire the OD-SIB1 from the NES cell.

[0148] Example 20 includes the method of any preceding example, where determining the type of the second cell includes determining that the second cell is a Cell A that periodically broadcasts SIB1.

[0149] Example 21 includes the method of any preceding example, where the reporting configuration indicates whether to report additional CGI parameters for the Cell A.

[0150] Example 22 includes the method of any preceding example, where the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration of at least one neighbor NES cell provided by the Cell A.

[0151] Example 23 includes the method of any preceding example, further including starting a timer in response to receiving the reporting configuration with an indication that CGI reporting is enabled for NES cells that support OD-SIB1 transmission.

[0152] Example 24 includes the method of any preceding example, further including stopping the timer in response to receiving a second reporting configuration without an indication that CGI reporting is enabled for NES cells that support OD-SIB1 transmission.

[0153] Example 25 includes the method of any preceding example, further including stopping the timer in response to determining that (i) the second cell is not broadcasting SIB1 and (ii) a valid uplink WUS configuration for triggering OD-SIB1 on the second cell is not available.

[0154] Example 26 is an apparatus including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of any preceding example.

[0155] Example 27 is a UE including one or more processors configured to perform the method of any preceding example.

[0156] Example 28 is a method including: receiving a measurement report via a first cell, the measurement report including L3 measurements of a second cell; transmitting a reporting configuration via the first cell, the reporting configuration indicating whether to report one or more cell identification parameters for the second cell; and receiving a cell identification report via the first cell in accordance with the reporting configuration, the cell identification report indicating at least a type of the second cell.

[0157] Example 29 includes the method of example 28, where the cell identification report indicates that the second cell is an NES cell that supports OD-SIB1 transmission.

[0158] Example 30 includes the method of any preceding example, where the reporting configuration includes a PCI of the NES cell and a frequency of the NES cell.

[0159] Example 31 includes the method of any preceding example, where the frequency of the NES cell corresponds to an NCD-SSB, a non-synchronous raster, an NCD-SSB synchronous raster, or a CD-SSB synchronous raster.

[0160] Example 32 includes the method of any preceding example, where the one or more cell identification parameters are determined based on an OD-SIB1 provided by the NES cell.

[0161] Example 33 includes the method of any preceding example, where the cell identification report includes the one or more cell identification parameters determined from the OD-SIB1 provided by the NES cell.

[0162] Example 34 includes the method of any preceding example, where the one or more cell identification parameters include at least one of a CGI, a TAC, a RANAC, a PLMN ID, a frequency band, or an access node ID length of the NES cell.

[0163] Example 35 includes the method of any preceding example, where a bit in the cell identification report indicates whether the NES cell supports OD-SIB1 transmission.

[0164] Example 36 includes the method of any preceding example, where the type of the NES cell is determined based on (i) whether a uplink WUS configuration for the NES cell is present in system information provided by another Cell A (ii) a SSB subcarrier offset of the NES cell, (iii) a frequency range associated with the NES cell, or (iv) whether the NES cell is broadcasting SIB1.

[0165] Example 37 includes the method of any preceding example, where the reporting configuration indicates whether to trigger OD-SIB1 transmission if the NES cell is not broadcasting OD-SIB1.

[0166] Example 38 includes the method of any preceding example, where the cell identification report includes assistance information for the NES cell.

[0167] Example 39 includes the method of any preceding example, where the assistance information includes at least one of an SSB subcarrier offset, a PDCCH configuration for SIB1, a configuration for acquiring OD-SIB1 within CORESET 0 and search space 0, or a configuration for a time window in which to detect OD-SIB1 for the NES cell.

[0168] Example 40 includes the method of any preceding example, where the assistance information is determined from a MIB broadcasted via the NES cell or an uplink WUS configuration provided by another Cell A.

[0169] Example 41 includes the method of any preceding example, where the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the system information of the NES cell.

[0170] Example 42 includes the method of any preceding example, where the cell identification report indicates that the second cell is a Cell A that periodically broadcasts SIB1.

[0171] Example 43 includes the method of any preceding example, where the reporting configuration indicates whether to report additional CGI parameters for the Cell A.

[0172] Example 44 includes the method of any preceding example, where the cell identification report includes at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the Cell A.

[0173] Example 45 is an apparatus including: one or more processors; and memory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of any preceding example.

[0174] Example 46 is an access node including one or more processors configured to perform the method of any preceding example.

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

[0176] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

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

Claims

1.A method comprising:receiving a reporting configuration via a first cell, the reporting configuration indicating whether to report one or more cell identification parameters for a second cell;determining a type of the second cell based at least on monitoring the second cell for system information; andtransmitting a cell identification report via the first cell in accordance with the reporting configuration, the cell identification report indicating at least the determined type of the second cell.2.The method of claim 1, wherein determining the type of the second cell comprises determining that the second cell is a network energy saving (NES) cell that supports on-demand system information block 1 (OD-SIB1) transmission.3.The method of any preceding claim, further comprising receiving an OD-SIB1 that is broadcasted via the NES cell.4.The method of any preceding claim, wherein the reporting configuration comprises a physical cell identifier (PCI) of the NES cell and a frequency of the NES cell.5.The method of any preceding claim, wherein the frequency of the NES cell corresponds to a non-cell-defined synchronization signal block (NCD-SSB) , a non-synchronous raster, an NCD-SSB synchronous raster, or a cell-defined synchronization signal block (CD-SSB) synchronous raster.6.The method of any preceding claim, further comprising determining the one or more cell identification parameters based at least on the received OD-SIB1.7.The method of any preceding claim, wherein the cell identification report comprises the one or more cell identification parameters determined from the received OD-SIB1.8.The method of any preceding claim, wherein the one or more cell identification parameters comprise at least one of a cell global identifier (CGI) , a tracking area code (TAC) , a radio access network area code (RANAC) , a public land mobile network (PLMN) identifier (ID) , a frequency band, or an access node ID length of the NES cell.9.The method of any preceding claim, wherein a bit in the cell identification report indicates whether the NES cell supports OD-SIB1 transmission.10.The method of any preceding claim, wherein determining that the NES cell supports OD-SIB1 transmission is based at least on (i) whether an uplink wake-up signal (WUS) configuration for the NES cell is present in system information provided by another Cell A (ii) a synchronization signal block (SSB) subcarrier offset of the NES cell, (iii) a frequency range associated with the NES cell, or (iv) whether the NES cell is broadcasting SIB1.11.The method of any preceding claim, further comprising transmitting the cell identification report without receiving OD-SIB1 via the NES cell in accordance with the reporting configuration.12.The method of any preceding claim, wherein the reporting configuration indicates whether to trigger OD-SIB1 transmission if the NES cell is not broadcasting OD-SIB1.13.The method of any preceding claim, wherein the cell identification report comprises assistance information for the NES cell.14.The method of any preceding claim, wherein the assistance information comprises at least one of an SSB subcarrier offset, a physical downlink control channel (PDCCH) configuration for SIB1, a configuration for acquiring OD-SIB1 within control resource set (CORESET) 0 and search space 0, or a configuration for a time window in which to detect OD-SIB1 for the NES cell.15.The method of any preceding claim, wherein the assistance information is determined from a master information block (MIB) broadcasted via the NES cell or an uplink WUS configuration provided by another Cell A.16.The method of any preceding claim, further comprising initiating an OD-SIB1 procedure to acquire OD-SIB1 via the second cell in accordance with the reporting configuration.17.The method of any preceding claim, further comprising retrieving an uplink WUS configuration for the NES cell, wherein the OD-SIB1 procedure is initiated using the uplink WUS configuration.18.The method of any preceding claim, wherein the cell identification report comprises at least one of a PCI, a frequency, or an uplink WUS configuration for at least one neighbor NES cell indicated by the system information of the NES cell.19.The method of any preceding claim, further comprising determining a CGI of the NES cell within a time window that includes (i) a time period used to request OD-SIB1 from the NES cell and (ii) a time period used to acquire the OD-SIB1 from the NES cell.20.The method of any preceding claim, wherein determining the type of the second cell comprises determining that the second cell is a Cell A that periodically broadcasts SIB1.21.The method of any preceding claim, wherein the reporting configuration indicates whether to report additional CGI parameters for the Cell A.22.The method of any preceding claim, wherein the cell identification report comprises at least one of a PCI, a frequency, or an uplink WUS configuration of at least one neighbor NES cell provided by the Cell A.23.The method of any preceding claim, further comprising starting a timer in response to receiving the reporting configuration with an indication that CGI reporting is enabled for NES cells that support OD-SIB1 transmission.24.The method of any preceding claim, further comprising stopping the timer in response to receiving a second reporting configuration without an indication that CGI reporting is enabled for NES cells that support OD-SIB1 transmission.25.The method of any preceding claim, further comprising stopping the timer in response to determining that (i) the second cell is not broadcasting SIB1 and (ii) a valid uplink WUS configuration for triggering OD-SIB1 on the second cell is not available.26.An apparatus comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of any preceding claim.27.A user equipment (UE) comprising one or more processors configured to perform the method of any preceding claim.28.A method comprising:receiving a measurement report via a first cell, the measurement report comprising layer 3 (L3) measurements of a second cell;transmitting a reporting configuration via the first cell, the reporting configuration indicating whether to report one or more cell identification parameters for the second cell; andreceiving a cell identification report via the first cell in accordance with the reporting configuration, the cell identification report indicating at least a type of the second cell.29.An apparatus comprising:one or more processors; andmemory storing instructions that, when executed by the one or more processors, cause the apparatus to perform the method of claim 28.30.An access node comprising one or more processors configured to perform the method of claim 28.

Images