On-demand RACH partition activation and deactivation

Abstract

An apparatus comprising configured to process, based on signaling from a base station, an indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency, wherein the indication is included in a system information block (SIB) broadcast by the base station and trigger a RACH procedure for a RACH feature corresponding to one of the one or more RACH partitions.

Description

On-Demand RACH Partition Activation and DeactivationTECHNICAL FIELD

[0001] The present disclosure generally relates to wireless communication, and in particular, to on-demand RACH partition activation and deactivation.BACKGROUND

[0002] Network energy saving (NES) is a mode of operation for New Radio (NR) which reduces signaling and power draw at a base station of the network. NES typically involves a base station muting certain transmissions such as reference signals (RSs) . In one example of a RS, a Synchronization Signal Block (SSB) is an RS transmitted by a base station and used by a user equipment (UE) for time and frequency synchronization with the cell and may also be used for activation of a cell by the UE.

[0003] In NES, multiple random access channel (RACH) partitions may be defined for a UE to access a cell. Information related to RACH procedures may be included in a system information block (SIB) transmitted by the cell.SUMMARY

[0004] Some example embodiments are related to an apparatus having processing circuitry configured to process, based on signaling from a base station, an indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency, wherein the indication is included in a system information block (SIB) broadcast by the base station and  trigger a RACH procedure for a RACH feature corresponding to one of the one or more RACH partitions.

[0005] Other example embodiments are related to an apparatus having processing circuitry configured to generate, for transmission to a user equipment (UE) , an indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency and process, based on signaling from the UE, a Msg1 of a RACH procedure.Brief Description of the Drawings

[0006] Fig. 1 shows an example network arrangement according to various example embodiments.

[0007] Fig. 2 shows an example user equipment (UE) according to various example embodiments.

[0008] Fig. 3 shows an example base station according to various example embodiments.

[0009] Fig. 4 shows a signaling diagram for a first example RACH procedure based on a new RACH partition list included in a SIB broadcast by a cell according to various example embodiments.

[0010] Fig. 5 shows a signaling diagram for a second example RACH procedure based on the new RACH partition list included in a SIB broadcast by a cell according to various example embodiments.

[0011] Fig. 6 shows a signaling diagram for a third example RACH procedure based on the new RACH partition list included in a SIB broadcast by a cell according to various example embodiments.

[0012] Fig. 7 shows an example group common Downlink Control Information (DCI) for indicating an activation status of a RACH partition according to various example embodiments.Detailed Description

[0013] The example embodiments may be further understood with reference to the following description and the related appended drawings, wherein like elements are provided with the same reference numerals. The example embodiments relate to operations related to multiple configured Random Access Channel (RACH) partitions. Specifically, the example embodiments relate to multiple RACH partitions that may overlap in frequency and operations for on-demand activation and deactivation the RACH partitions.

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

[0015] The example embodiments are also described with reference to a 5G New Radio (NR) network. However, the example embodiments may also be implemented in other types of networks,  including but not limited to LTE networks, future evolutions of the cellular protocol (e.g., 5G-advanced networks, 6G networks, etc. ) , or any other type of network.

[0016] As stated above, multiple RACH partitions may be defined. Some example embodiments provide operations for a network to indicate the multiple RACH partitions and an activation status of each of the multiple RACH partitions. Other example embodiments provide updated RACH procedures that include operations for performing RACH procedures for activated RACH partitions, deactivated RACH partitions and legacy Rel-15 RACH partitions. These operations include, but are not limited to, on-demand activation of RACH partitions. Each of these example embodiments will be described in greater detail below.

[0017] Fig. 1 shows an example network arrangement 100 according to various example embodiments. The example network arrangement 100 includes a UE 110. The UE 110 may be any type of electronic component that is configured to communicate via a network, e.g., mobile phones, tablet computers, desktop computers, smartphones, embedded devices, wearables, Internet of Things (IoT) devices, etc. An actual network arrangement may include any number of UEs being used by any number of users. Thus, the example of one UE 110 is merely provided for illustrative purposes.

[0018] The UE 110 may be configured to communicate with one or more networks. In the example of the network arrangement 100, the network with which the UE 110 may wirelessly communicate is a 5G NR radio access network (RAN) 120. The UE 110 may also communicate with other types of networks (e.g., 5G cloud RAN, a next generation RAN (NG-RAN) , a legacy cellular network, etc. )  and the UE 110 may also communicate with networks over a wired connection. With regard to the example embodiments, the UE 110 may establish a connection with the 5G NR RAN 120. Therefore, the UE 110 may have a 5G NR chipset to communicate with the NR RAN 120.

[0019] The 5G NR RAN 120 may be portions of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The RAN 120 may include cells or base stations that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. In this example, the 5G NR RAN 120 includes the gNB 120A and the gNB 120B. However, reference to a gNB is merely provided for illustrative purposes, any appropriate base station or cell may be deployed (e.g., Node Bs, eNodeBs, HeNBs, eNBs, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) .

[0020] Any association procedure may be performed for the UE 110 to connect to the 5G NR RAN 120. For example, as discussed above, the 5G NR RAN 120 may be associated with a particular network carrier where the UE 110 and / or the user thereof has a contract and credential information (e.g., stored on a SIM card) . Upon detecting the presence of the 5G NR RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G NR RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., gNB 120A) . In the example of Fig. 1, the gNB 120A may represent any of a PCell, an activated SCell, an SCell to be activated or a deactivated SCell as will be described in greater detail below.

[0021] The network arrangement 100 also includes a cellular core network 130, the Internet 140, an IP Multimedia Subsystem  (IMS) 150, and a network services backbone 160. The cellular core network 130 manages the traffic that flows between the cellular network and the Internet 140. The IMS 150 may be generally described as an architecture for delivering multimedia services to the UE 110 using the IP protocol. The IMS 150 may communicate with the cellular core network 130 and the Internet 140 to provide the multimedia services to the UE 110. The network services backbone 160 is in communication either directly or indirectly with the Internet 140 and the cellular core network 130. The network services backbone 160 may be generally described as a set of components (e.g., servers, network storage arrangements, etc. ) that implement a suite of services that may be used to extend the functionalities of the UE 110 in communication with the various networks.

[0022] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 will be described with regard to the network arrangement 100 of Fig. 1. The UE 110 may represent any electronic device and may include a processor 205, a memory arrangement 210, a display device 215, an input / output (I / O) device 220, a transceiver 225, and other components 230. The other components 230 may include, for example, an audio input device, an audio output device, a battery that provides a limited power supply, a data acquisition device, ports to electrically connect the UE 110 to other electronic devices, sensors to detect conditions of the UE 110, etc.

[0023] The processor 205 may be configured to execute a plurality of engines for the UE 110. For example, the engines may include a RACH engine 235 for performing operations related to RACH procedures for RACH partitions. The operations include, but are not limited to, receiving an indication of multiple RACH  partitions and a corresponding activation status for each of the partitions, triggering RACH procedures for the RACH partitions including requesting deactivated RACH partitions be activated and performing RACH procedures with a network for the RACH partitions. Each of these example operations will be described in more detail below.

[0024] The above referenced engine being an application (e.g., a program) executed by the processor 205 is only example. The functionality associated with the engines may also be represented as a separate incorporated component of the UE 110 or may be a modular component coupled to the UE 110, e.g., an integrated circuit with or without firmware. For example, the integrated circuit may include input circuitry to receive signals and processing circuitry to process the signals and other information. The engines may also be embodied as one application or separate applications. In addition, in some UEs, the functionality described for the processor 205 is split among two or more processors such as a baseband processor and an applications processor. The example embodiments may be implemented in any of these or other configurations of a UE.

[0025] The memory arrangement 210 may be a hardware component configured to store data related to operations performed by the UE 110. The display device 215 may be a hardware component configured to show data to a user while the I / O device 220 may be a hardware component that enables the user to enter inputs. The display device 215 and the I / O device 220 may be separate components or integrated together such as a touchscreen.

[0026] The transceiver 225 may be a hardware component configured to establish a connection with the 5G NR-RAN 120, an  LTE-RAN (not pictured) , a legacy RAN (not pictured) , a WLAN (not pictured) , etc. Accordingly, the transceiver 225 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 225 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 205 may be operably coupled to the transceiver 225 and configured to receive from and / or transmit signals to the transceiver 225. The processor 205 may be configured to encode and / or decode signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0027] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A, the gNB 120B or any other access node through which the UE 110 may establish a connection and manage network operations. As described above, the base station 300 may represent any of a PCell, an activated SCell, an SCell to be activated or a deactivated SCell, e.g., the base station 300 may perform any of the operations described for these different cells throughout this description.

[0028] The base station 300 may include a processor 305, a memory arrangement 310, an input / output (I / O) device 315, a transceiver 320, and other components 325. The other components 325 may include, for example, an audio input device, an audio output device, a battery, a data acquisition device, ports to electrically connect the base station 300 to other electronic devices and / or power sources, etc.

[0029] The processor 305 may be configured to execute a plurality of engines for the UE 110. For example, the engines may include a RACH engine 330 for performing operations related to RACH procedures for RACH partitions. The operations include, but are not limited to, broadcasting an indication of multiple RACH partitions and a corresponding activation status for each of the partitions, receiving requests to activate deactivated RACH partitions and performing RACH procedures with a UE for the RACH partitions. Each of these example operations will be described in more detail below.

[0030] The memory arrangement 310 may be a hardware component configured to store data related to operations performed by the base station 300. The I / O device 315 may be a hardware component or ports that enable a user to interact with the base station

[0031] 300. The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UE in the network arrangement 100.

[0032] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UE in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . The transceiver 320 includes circuitry configured to transmit and / or receive signals (e.g., control signals, data signals) . Such signals may be encoded with information implementing any one of the methods described herein. The processor 305 may be operably coupled to the transceiver 320 and configured to receive from and / or transmit signals to the transceiver 320. The processor 305 may be configured to encode and / or decode signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0033] As described above, in NES, multiple random access channel (RACH) partitions may be defined for a UE to access a cell. These multiple RACH partitions may result in a variety of issues for the RACH procedure. For example, multiple RACH partitions may result in fragmented RACH resources. As the number of RACH partitions increase, the fragmented RACH resources becomes more serious, e.g., according to the Radio Resource Control (RRC) specifications, up to 256 RACH partitions may be configured. When the RACH partition (s) are configured in the SIB, the partitions are activated unless the configuration is released from the SIB. In another example, when multiple RACH partitions are configured, some of the partitions may not be fully utilized. This may result in a waste of radio resources and extra network energy consumption, e.g., the cell (e.g., gNB) has to blindly detect all configured RACH resources causing extra power consumption.

[0034] The example embodiments address these issues and other issues related to multiple RACH partitions. In some example embodiments, to address the RACH resource fragmentation issue caused by multiple RACH partitions, dynamic RACH partition activation and deactivation is introduced. For example, the base station may broadcast the activation / deactivation status of multiple RACH partitions in the SIB and use DCI to activate one or more RACH partitions. The activated RACH partitions may not overlap in frequency, but the deactivated RACH partitions may overlap in frequency.

[0035] In other example embodiments, a UE request may be used to achieve on-demand RACH partition activation / deactivation. For example, a new on-demand RACH partition procedure may be used  here the UE includes the request indication in a new Msg 3 via a Rel-15 legacy RACH resource. In other examples, the UE may multiplex the request indication with an existing Msg3, e.g., during initial access. Each of these example embodiments are described in greater detail below.

[0036] As stated above, information related to the RACH may be broadcast by a cell (e.g., gNB 120A) in a SIB. The example embodiments may introduce additional information related to RACH partitions that may be broadcast in a SIB, e.g., SIB1 or a new SIBx. This information may include a new list of RACH partitions that are different from the legacy general RACH framework because the configured RACH partitions in the new list may overlap in frequency. In addition, an activation / deactivation status indication may be included for each of the configured RACH partitions in the list, e.g., a one-bit indication set to 1 indicating the partition is activated or set to 0 indicating the partition is deactivated. The SIB1 may continue to include the Rel-15 RACH resources which may be always activated, e.g., for initial access, for an on-demand request for another RACH partition.

[0037] Fig. 4 shows a signaling diagram for a first example RACH procedure 400 based on a new RACH partition list included in a SIB broadcast by a cell according to various example embodiments. The RACH procedure 400 is performed between the UE 110 and a base station, e.g., gNB 120A. The first example RACH procedure 400 is for a case where, when a RACH feature is triggered, its corresponding RACH partition is already activated.

[0038] In a first operation 410, the gNB 120A may broadcast the SIB that includes the new RACH partition list and the indication of whether each of the RACH partitions on the list are activated or deactivated. The UE 110 receives and processes the SIB. The UE 110 may determine that a RACH procedure should be triggered, e.g., based on the UE 110 having mobile originating (MO) traffic for the network.

[0039] In 420, the UE 110 triggers a RACH procedure for a RACH partition that is already activated, e.g., as indicated in the SIB. For example, the UE 110 checks whether the associated RACH partition is activated and then, in 430, sends a Msg1 via the corresponding RACH partition. The mapping between a RACH feature / feature combination and a RACH partition may be included in SIB1.

[0040] Thus, in 440-460, the normal Msg2, Msg3, Msg4, respectively, are exchanged between the UE 110 and the gNB 120A.

[0041] Fig. 5 shows a signaling diagram for a second example RACH procedure 500 based on the new RACH partition list included in a SIB broadcast by a cell according to various example embodiments. The RACH procedure 500 is performed between the UE 110 and a base station, e.g., gNB 120A. The second example RACH procedure 500 is for a case where, when a RACH feature is triggered, its corresponding RACH partition is deactivated.

[0042] In a first operation 510, the gNB 120A may broadcast the SIB that includes the new RACH partition list and the indication of whether each of the RACH partitions on the list are activated or deactivated. The UE 110 receives and processes the SIB.

[0043] In 520, the UE 110 may trigger a request for one or more deactivated RACH partition (s) . The trigger may be based on a condition being satisfied. In a first example, the condition may be that MO traffic has arrived and the associated RACH feature is mapped to a deactivated RACH partition. In a second example, the condition may be that MO traffic with a pre-configured or configured Quality of Service (QoS) has arrived and is mapped to a deactivated RACH partition. In a third example, the condition may be that MO traffic with a pre-configured or configured data radio bearer (DRB) has arrived and is mapped to a deactivated RACH partition. In a fourth through sixth example, the condition may be that the UE 110 determines (e.g., via artificial intelligence (AI)  / machine learning (ML) ) , that the MO traffic in the first through third examples is predicted to arrive and is mapped to a deactivated RACH partition. In a seventh example, the condition may be that the UE 110 observes Rel-15 legacy RACH resource congestion, e.g., an amount of congestion on the Rel-15 legacy RACH resource is greater than a predetermined threshold.

[0044] In 530, after triggered, the UE 110 first sends a Msg1 via a Rel-15 RACH partition, e.g., as described above, the SIB1 may include the original Rel-15 RACH partition information and these partitions are activated.

[0045] In 540, the UE 110 receives a legacy random access response (RAR) (e.g., Msg2) in response to the Msg1 sent via the Rel-15 RACH partition. In 550, the UE 110 sends a Msg3 with a new Radio Resource Control (RRC) message to request the gNB 120A to activate the corresponding RACH partition (s) . The Msg3 sent in 550 may include a new RRC message with a bitmap “on” request  for one or more configured RACH partitions broadcast in the SIB. For example, if the nth bit is set to “1” , the UE 110 may be requesting to activate the nth configured RACH partition. The following is an example of the RRC message information element (IE) in ASN. 1 notation:

[0046] In 560, if the contention resolution for the Msg 4 is successful, the UE 110 checks information in a new RRC message included in Msg4. The following is an example of the RRC message IE for Msg4 in ASN. 1 notation:

[0047] If a bit is set to “1” , this indicates the gNB 120A will use a new group common Downlink Control Information (DCI) to indicate the activation of the RACH partition in a current Broadcast Control Channel (BCCH) modification period. The gNB 120A may also change the corresponding bit in the SIB to indicate the partition is activated in the next BCCH modification period.

[0048] On the other hand, if a bit is set to “0” , the gNB 120A may not activate the requested RACH partition (s) . The UE 110 follows the behavior corresponding to the indications included in the Msg 4.

[0049] In 570, the UE 110 may receive a group common DCI message that indicates the requested RACH partition (s) are activated for use. This group common DCI may be received by multiple UEs so that the other UEs (e.g., UEs that did not request activation of a partition) understand that the requested RACH partition (s) are activated. Some details and an example of a group common DCI are provided below.

[0050] In 580, which occurs in a next BCCH modification period, the gNB 120A may broadcast the SIB that includes the new RACH partition list and the indication of whether each of the RACH partitions on the list are activated or deactivated. In this case, the SIB broadcast in the next BCCH modification period should indicates the requested RACH partition (s) are activated.

[0051] Fig. 6 shows a signaling diagram for a third example RACH procedure 600 based on the new RACH partition list included in a SIB broadcast by a cell according to various example embodiments. The RACH procedure 600 is performed between the UE 110 and a base station, e.g., gNB 120A. The third example RACH procedure 500 is for a case where a RACH feature is triggered in a Rel-15 legacy RACH.

[0052] In a first operation 610, the gNB 120A may broadcast the SIB that includes the new RACH partition list and the indication of whether each of the RACH partitions on the list  are activated or deactivated. The UE 110 receives and processes the SIB.

[0053] In 620, the UE 110 may trigger a request for a Rel-15 legacy RACH feature. For example, the trigger condition may be initial access. In 630, the UE 110 first sends a Msg1 via a Rel-15 RACH partition. Again, as described above, the SIB1 may include the Rel-15 RACH partitions. In 640, the UE 110 receives a legacy random RAR (e.g., Msg2) in response to the Msg1 sent via the Rel-15 RACH partition.

[0054] In 650, the UE 110 sends a legacy Msg3 that includes a multiplexed assistance information. This multiplexed assistance information may include, for example, a RACH partition request bitmap as described above with reference to the second example RACH procedure 500. The assistance information may further include an attempt number of sending a Msg1 in Rel-15 RACH partition, a current transmit power, pathloss information, etc. In some example embodiments, the assistance information may be included in a Medium Access Control Control Element (MAC-CE) of the Msg3. In other example embodiments, the assistance information may be included as new IEs in the RRC message of Msg3. The multiplexed information in Msg3 may be used to assist the gNB 120A with the RACH procedure, e.g., the gNB 120A does not need to respond to the assistance information.

[0055] In 660, the gNB 120A sends a Msg4 that follows the legacy Msg4. In 670, the UE 110 may receive a group common DCI message that indicates the requested RACH partition (s) are activated for use. This group common DCI may be received by multiple UEs so that the other UEs (e.g., UEs that did not request activation of a partition) understand that the requested  RACH partition (s) are activated. Some details and an example of a group common DCI are provided below.

[0056] In 680, which occurs in a next BCCH modification period, the gNB 120A may broadcast the SIB that includes the new RACH partition list and the indication of whether each of the RACH partitions on the list are activated or deactivated. In this case, the SIB broadcast in the next BCCH modification period should indicates the requested RACH partition (s) are activated.

[0057] As described above, in the examples of RACH procedures 500 and 600 a group common DCI may be used to indicate a change in the activation status of a RACH partition. In some example embodiments, the group DCI may reuse DCI format 2-7. In other example embodiments, a new UE group common DCI format may be used.

[0058] In either case, the group common DCI may have N bits corresponding to a configured N RACH partitions as signaled in the SIB. For example, if the nth bit is set to “1” , this may indicate the RACH partition with index n is activated. Otherwise, if the nth bit is set to “0” , this may indicate the RACH partition with index n is deactivated.

[0059] The group common DCI may also have validity information of the activation / deactivation status of the RACH partitions (e.g., a duration for which the activation / deactivation status is valid) . In some example embodiments, the validity duration of the status is explicitly included in the group common DCI. A value of the validity duration may be configured in SIB1. When the validity duration  expires, the UE 110 may then follow the indication bitmap of the configured RACH partition list in the SIB.

[0060] In other example embodiments, there may not be explicit validity information provided to the UE 110. In this case, the UE 110 may apply the DCI indications only in a current BCCH modification period and may then follow the indication bitmap of the configured RACH partition list in the SIB in the next BCCH modification period.

[0061] Fig. 7 shows an example group common DCI 700 for indicating an activation status of a RACH partition according to various example embodiments. In the example of Fig. 7, the group common DCI 700 comprises fields for N RACH partitions, e.g., fields 710-750 corresponding to RACH partition 0 through RACH partition N. As described above, each of these fields may be a one-bit field that indicates whether the corresponding RACH partition is activated or deactivated.

[0062] As also described above, the group common DCI 700 may also include a validity field 760 to indicate a duration for which the activated or deactivated status of the RACH partitions signaled in the group common DCI 700 is valid. The candidate value of the validity duration may be configured in the SIB1 or a new SIBx. In some example embodiments, the duration may be expressed in units of absolute time or based on N consecutive frames, subframes, slots or symbols.

[0063] In other example embodiments, the duration may be expressed in units of RACH occasion association period for a Rel-15 RACH. For example, the duration may be N consecutive RACH association periods. A reference point may be defined as a  system frame number (SFN) of a first frame from the current RACH association period where the UE 110 receives the validity duration indication.

[0064] In still further example embodiments, the duration may be expressed in units of a paging period for paging. For example, the duration may be N consecutive default paging cycles. The reference point may be an SFN of a first paging frame (PF) from a current default discontinuous reception (DRX) cycle where the UE 110 receives the validity duration indication.

[0065] Examples

[0066] In a first example, a method, comprising processing, based on signaling from a base station, an indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency, wherein the indication is included in a system information block (SIB) broadcast by the base station and triggering a RACH procedure for a RACH feature corresponding to one of the one or more RACH partitions.

[0067] In a second example, the method of the first example, further comprising determining the one of the one or more RACH partitions for which the RACH procedure is triggered is activated based on the indication and generating, for transmission to the base station, a Msg1 of the RACH procedure identifying the activated one of the one or more RACH partitions.

[0068] In a third example, the method of the first example, further comprising determining a condition is satisfied for a deactivated RACH partition, wherein the RACH procedure is triggered for the deactivated RACH partition based on the condition being satisfied.

[0069] In a fourth example, the method of the third example, wherein the condition comprises one of (i) arrival of mobile originating (MO) traffic associated with the RACH feature mapped to the deactivated RACH partition, (ii) arrival of MO traffic having a preconfigured Quality of Service (QoS) mapped to the deactivated RACH partition, or (iii) arrival of MO traffic having a preconfigured data radio bearer (DRB) mapped to the deactivated RACH partition.

[0070] In a fifth example, the method of the third example, wherein the condition comprises a prediction that one of (i) mobile originating (MO) traffic associated with the RACH feature mapped to the deactivated RACH partition will arrive, (ii) MO traffic having a preconfigured Quality of Service (QoS) mapped to the deactivated RACH partition will arrive, or (iii) MO traffic having a preconfigured data radio bearer (DRB) mapped to the deactivated RACH partition will arrive.

[0071] In a sixth example, the method of the third example, wherein the condition comprises congestion on a Rel-15 legacy RACH resource satisfies a predetermined threshold.

[0072] In a seventh example, the method of the third example, further comprising generating, for transmission to the base station, a Msg1 of the RACH procedure using a Rel-15 legacy RACH resource, and generating, for transmission to the base station,  a Msg3 of the RACH procedure comprising a request to activate the deactivated RACH partition.

[0073] In an eighth example, the method of the seventh example, wherein the request comprises a bitmap having a bit corresponding to the deactivated RACH partition set to a value indicating the base station is to activate the deactivated RACH partition.

[0074] In a ninth example, the method of the seventh example, further comprising processing, based on signaling from the base station, a Msg4 comprising an activation indication associated with the deactivated RACH partition indicating whether the base station will activate the deactivated RACH partition.

[0075] In a tenth example, the method of the ninth example, wherein the activation indication comprises a bitmap having a bit corresponding to the deactivated RACH partition, wherein a first value of the bit indicates the base station is to send a message indicating the deactivated RACH partition is to be activated in a current Broadcast Control Channel (BCCH) modification period, and wherein a second value of the bit indicates the base station will not activate the deactivated RACH partition.

[0076] In an eleventh example, the method of the tenth example, wherein the message indicating the deactivated RACH partition is to be activated in the current BCCH modification period comprises a group common Downlink Control Information (DCI) message.

[0077] In a twel fth example, the method of the eleventh example, wherein the group common DCI message comprises a bitmap having a bit corresponding to the deactivated RACH partition, wherein a first value of the bit indicates the deactivated RACH partition is activated, and wherein a second value of the bit indicates the deactivated RACH partition is deactivated.

[0078] In a thirteenth example, the method of the twel fth example, wherein the group common DCI message further comprises a validity indication that indicates a duration for which the first value or second value of the bit is valid.

[0079] In a fourteenth example, the method of the thirteenth example, wherein the duration comprises one of (i) an absolute time value, (ii) a number of consecutive frames, (iii) a number of consecutive subframes, (iv) a number of consecutive slots or (v) a number of consecutive symbols.

[0080] In a fifteenth example, the method of the thirteenth example, wherein the duration comprises a length corresponding to a number of consecutive RACH occasion association periods for a Rel-15 RACH procedure, wherein a reference point for the number of consecutive RACH occasion association periods is a system frame number (SFN) of a first frame of a current RACH association period in which the validity indication is received.

[0081] In a sixteenth example, the method of the thirteenth example, wherein the duration comprises a length corresponding to a number of consecutive default paging cycles, wherein a reference point for the number of consecutive default paging cycles, is a system frame number (SFN) of a first paging frame  of a current discontinuous reception (DRX) cycle in which the validity indication is received.

[0082] In a seventeenth example, the method of the twel fth example, wherein the first value or second value of the bit of the group common DCI message is only valid for the current BCCH modification period.

[0083] In an eighteenth example, the method of the eleventh example, further comprising processing, based on signaling received from the base station in a subsequent BCCH modification period, a further indication of the one or more RACH partitions and a current activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency.

[0084] In a nineteenth example, the method of the first example, wherein the one of the one or more RACH partitions corresponding to the RACH procedure is a Rel-15 RACH partition, the method further comprising generating, for transmission to the base station, a Msg1 of the RACH procedure using a Rel-15 legacy RACH resource and generating, for transmission to the base station, a Msg3 of the RACH procedure comprising multiplexed assistance information.

[0085] In a twentieth example, the method of the nineteenth example, wherein the multiplexed assistance information comprises a bitmap having a bit corresponding to the Rel-15 RACH partition.

[0086] In a twenty first example, the method of the nineteenth example, wherein the multiplexed assistance  information comprises an attempt number of sending the Msg1 in the Rel-15 legacy RACH resource, a current transmit power or pathloss information.

[0087] In a twenty second example, the method of the nineteenth example, further comprising processing, based on signaling from the base station, a message indicating the Rel-15 RACH partition is activated in a current Broadcast Control Channel (BCCH) modification period, wherein the message comprises a group common Downlink Control Information (DCI) message.

[0088] In a twenty third example, the method of the twenty second example, wherein the group common DCI message further comprises a validity indication that indicates a duration for which the message indicating the Rel-15 RACH partition is activated is valid.

[0089] In a twenty fourth example, the method of the twenty third example, wherein the duration comprises one of (i) an absolute time value, (ii) a number of consecutive frames, (iii) a number of consecutive subframes, (iv) a number of consecutive slots or (v) a number of consecutive symbols.

[0090] In a twenty fifth example, the method of the twenty third example, wherein the duration comprises a length corresponding to a number of consecutive RACH occasion association periods for a Rel-15 RACH procedure, wherein a reference point for the number of consecutive RACH occasion association periods is a system frame number (SFN) of a first frame of a current RACH association period in which the validity indication is received.

[0091] In a twenty sixth example, the method of the twenty third example, wherein the duration comprises a length corresponding to a number of consecutive default paging cycles, wherein a reference point for the number of consecutive default paging cycles, is a system frame number (SFN) of a first paging frame of a current discontinuous reception (DRX) cycle in which the validity indication is received.

[0092] In a twenty seventh example, the method of the twenty second example, wherein the message indicating the Rel-15 RACH partition is activated is valid only valid for the current BCCH modification period.

[0093] In a twenty eighth example, the method of the twenty second example, further comprising processing, based on signaling received from the base station in a subsequent BCCH modification period, a further indication of the one or more RACH partitions and a current activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency.

[0094] In a twenty ninth example, a processor configured to perform any of the methods of the first through twenty eighth examples.

[0095] In a thirtieth example, a user equipment (UE) configured to perform any of the methods of the first through twenty eighth examples.

[0096] In a thirty first example, a method, comprising generating, for transmission to a user equipment (UE) , an  indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency and processing, based on signaling from the UE, a Msg1 of a RACH procedure.

[0097] In a thirty second example, the method of the thirty first example, wherein the indication is included in a system information block (SIB) .

[0098] In a thirty third example, the method of the thirty first example, wherein the Msg1 of the RACH procedure identifies an activated one of the one or more RACH partitions.

[0099] In a thirty fourth example, the method of the thirty first example, wherein the Msg1 of the RACH procedure is received on a Rel-15 legacy RACH resource and identifies a deactivated one of the one or more RACH partitions, wherein the method further comprises processing, based on signaling from the UE, a Msg3 of the RACH procedure comprising a request to activate the deactivated RACH partition.

[0100] In a thirty fifth example, the method of the thirty fourth example, wherein the request comprises a bitmap having a bit corresponding to the deactivated RACH partition set to a value indicating the base station is to activate the deactivated RACH partition.

[0101] In a thirty sixth example, the method of the thirty fourth example, further comprising generating, for transmission to the UE, a Msg4 comprising an activation indication associated  with the deactivated RACH partition indicating whether the deactivated RACH partition will be activated.

[0102] In a thirty seventh example, the method of the thirty sixth example, wherein the activation indication comprises a bitmap having a bit corresponding to the deactivated RACH partition, wherein a first value of the bit indicates a message is to be sent indicating the deactivated RACH partition is to be activated in a current Broadcast Control Channel (BCCH) modification period, and wherein a second value of the bit indicates the deactivated RACH partition will not be activated.

[0103] In a thirty eighth example, the method of the thirty seventh example, wherein the message indicating the deactivated RACH partition is to be activated in the current BCCH modification period comprises a group common Downlink Control Information (DCI) message.

[0104] In a thirty ninth example, the method of the thirty eighth example, wherein the group common DCI message comprises a bitmap having a bit corresponding to the deactivated RACH partition, wherein a first value of the bit indicates the deactivated RACH partition is activated, and wherein a second value of the bit indicates the deactivated RACH partition is deactivated.

[0105] In a fortieth example, the method of the thirty ninth example, wherein the group common DCI message further comprises a validity indication that indicates a duration for which the first value or second value of the bit is valid.

[0106] In a forty first example, the method of the fortieth example, wherein the duration comprises one of (i) an absolute time value, (ii) a number of consecutive frames, (iii) a number of consecutive subframes, (iv) a number of consecutive slots or (v) a number of consecutive symbols.

[0107] In a forty second example, the method of the fortieth example, wherein the duration comprises a length corresponding to a number of consecutive RACH occasion association periods for a Rel-15 RACH procedure, wherein a reference point for the number of consecutive RACH occasion association periods is a system frame number (SFN) of a first frame of a current RACH association period in which the validity indication is received.

[0108] In a forty third example, the method of the fortieth example, wherein the duration comprises a length corresponding to a number of consecutive default paging cycles, wherein a reference point for the number of consecutive default paging cycles, is a system frame number (SFN) of a first paging frame of a current discontinuous reception (DRX) cycle in which the validity indication is received.

[0109] In a forty fourth example, the method of the thirty ninth example, wherein the first value or second value of the bit of the group common DCI message is only valid for the current BCCH modification period.

[0110] In a forty fifth example, the method of the thirty eighth example, further comprising processing, based on signaling received from the base station in a subsequent BCCH modification period, a further indication of the one or more RACH partitions and a current activation status corresponding to  each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency.

[0111] In a forty sixth example, the method of the thirty first example, wherein the Msg1 of the RACH procedure is received on a Rel-15 legacy RACH resource, wherein the method further comprises processing, based on signaling from the UE, a Msg3 of the RACH procedure comprising multiplexed assistance information.

[0112] In a forty seventh example, the method of the forty sixth example, wherein the multiplexed assistance information comprises a bitmap having a bit corresponding to the Rel-15 RACH partition.

[0113] In a forty eighth example, the method of the forty sixth example, wherein the multiplexed assistance information comprises an attempt number of sending the Msg1 in the Rel-15 legacy RACH resource, a current transmit power or pathloss information.

[0114] In a forty ninth example, the method of the forty eighth example, further comprising generating, for transmission to the UE, a message indicating the Rel-15 RACH partition is activated in a current Broadcast Control Channel (BCCH) modification period, wherein the message comprises a group common Downlink Control Information (DCI) message.

[0115] In a fiftieth example, the method of the forty ninth example, wherein the group common DCI message further comprises a validity indication that indicates a duration for which the  message indicating the Rel-15 RACH partition is activated is valid.

[0116] In a fifty first example, the method of the fiftieth example, wherein the duration comprises one of (i) an absolute time value, (ii) a number of consecutive frames, (iii) a number of consecutive subframes, (iv) a number of consecutive slots or (v) a number of consecutive symbols.

[0117] In a fifty second example, the method of the fiftieth example, wherein the duration comprises a length corresponding to a number of consecutive RACH occasion association periods for a Rel-15 RACH procedure, wherein a reference point for the number of consecutive RACH occasion association periods is a system frame number (SFN) of a first frame of a current RACH association period in which the validity indication is received.

[0118] In a fifty third example, the method of the fiftieth example, wherein the duration comprises a length corresponding to a number of consecutive default paging cycles, wherein a reference point for the number of consecutive default paging cycles, is a system frame number (SFN) of a first paging frame of a current discontinuous reception (DRX) cycle in which the validity indication is received.

[0119] In a fifty fourth example, the method of the fiftieth example, wherein the message indicating the Rel-15 RACH partition is activated is only valid for the current BCCH modification period.

[0120] In a fifty fifth example, the method of the forty eighth example, further comprising generating, for transmission  to the UE in a subsequent BCCH modification period, a further indication of the one or more RACH partitions and a current activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency.

[0121] In a fifty sixth example, a processor configured to perform any of the methods of the thirty first through fifty fifth examples.

[0122] In a fifty seventh example, a base station configured to perform any of the methods of the thirty first through fifty fifth examples.

[0123] Those skilled in the art will understand that the above-described example embodiments may be implemented in any suitable software or hardware configuration or combination thereof. An example hardware plat form for implementing the example embodiments may include, for example, an Intel x86 based platform with compatible operating system, a Windows OS, a Mac platform and MAC OS, a mobile device having an operating system such as iOS, Android, etc. The example embodiments of the above described method may be embodied as a program containing lines of code stored on a non-transitory computer readable storage medium that, when compiled, may be executed on a processor or microprocessor.

[0124] Although this application described various embodiments each having different features in various combinations, those skilled in the art will understand that any of the features of one embodiment may be combined with the features of the other embodiments in any manner not specifically  disclaimed or which is not functionally or logically inconsistent with the operation of the device or the stated functions of the disclosed embodiments.

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

[0126] It will be apparent to those skilled in the art that various modifications may be made in the present disclosure, without departing from the spirit or the scope of the disclosure. Thus, it is intended that the present disclosure cover modifications and variations of this disclosure provided they come within the scope of the appended claims and their equivalent.

Claims

1.An apparatus comprising processing circuitry configured to:process, based on signaling from a base station, an indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency, wherein the indication is included in a system information block (SIB) broadcast by the base station; andtrigger a RACH procedure for a RACH feature corresponding to one of the one or more RACH partitions.2.The apparatus of claim 1, wherein the processing circuitry is further configured to:determine the one of the one or more RACH partitions for which the RACH procedure is triggered is activated based on the indication; andgenerate, for transmission to the base station, a Msg1 of the RACH procedure identifying the activated one of the one or more RACH partitions.3.The apparatus of claim 1, wherein the processing circuitry is further configured to:determine a condition is satisfied for a deactivated RACH partition, wherein the RACH procedure is triggered for the deactivated RACH partition based on the condition being satisfied.4.The apparatus of claim 3, wherein the condition comprises one of (i) arrival of mobile originating (MO) traffic associated with the RACH feature mapped to the deactivated RACH partition, (ii) arrival of MO traffic having a preconfigured Quality of  Service (QoS) mapped to the deactivated RACH partition, or (iii) arrival of MO traffic having a preconfigured data radio bearer (DRB) mapped to the deactivated RACH partition.5.The apparatus of claim 3, wherein the condition comprises a prediction that one of (i) mobile originating (MO) traffic associated with the RACH feature mapped to the deactivated RACH partition will arrive, (ii) MO traffic having a preconfigured Quality of Service (QoS) mapped to the deactivated RACH partition will arrive, or (iii) MO traffic having a preconfigured data radio bearer (DRB) mapped to the deactivated RACH partition will arrive.6.The apparatus of claim 3, wherein the condition comprises congestion on a Rel-15 legacy RACH resource satisfies a predetermined threshold.7.The apparatus of claim 3, wherein the processing circuitry is further configured to:generate, for transmission to the base station, a Msg1 of the RACH procedure using a Rel-15 legacy RACH resource;generate, for transmission to the base station, a Msg3 of the RACH procedure comprising a request to activate the deactivated RACH partition.8.The apparatus of claim 7, wherein the processing circuitry is further configured to:process, based on signaling from the base station, a Msg4 comprising an activation indication associated with the deactivated RACH partition indicating whether the base station will activate the deactivated RACH partition.9.The apparatus of claim 8, wherein the activation indication comprises a bitmap having a bit corresponding to the deactivated RACH partition,wherein a first value of the bit indicates the base station is to send a message indicating the deactivated RACH partition is to be activated in a current Broadcast Control Channel (BCCH) modification period, andwherein a second value of the bit indicates the base station will not activate the deactivated RACH partition.10.The apparatus of claim 9, wherein the message indicating the deactivated RACH partition is to be activated in the current BCCH modification period comprises a group common Downlink Control Information (DCI) message.11.The apparatus of claim 10, wherein the group common DCI message further comprises a validity indication that indicates a duration for which the group common DCI is valid.12.The apparatus of claim 11, wherein the duration comprises one of (i) an absolute time value, (ii) a number of consecutive frames, (iii) a number of consecutive subframes, (iv) a number of consecutive slots or (v) a number of consecutive symbols.13.The apparatus of claim 11, wherein the duration comprises a length corresponding to a number of consecutive RACH occasion association periods for a Rel-15 RACH procedure, wherein a re ference point for the number of consecutive RACH occasion association periods is a system frame number (SFN) of a first frame of a current RACH association period in which the validity indication is received.14.The apparatus of claim 11, wherein the duration comprises a length corresponding to a number of consecutive default paging cycles, wherein a reference point for the number of consecutive de fault paging cycles, is a system frame number (SFN) of a first paging frame of a current discontinuous reception (DRX) cycle in which the validity indication is received.15.The apparatus of claim 10, wherein the group common DCI message is only valid for the current BCCH modification period.16.The apparatus of claim 1, wherein the one of the one or more RACH partitions corresponding to the RACH procedure is a Rel-15 RACH partition, wherein the processing circuitry is further configured to:generate, for transmission to the base station, a Msg1 of the RACH procedure using a Rel-15 legacy RACH resource;generate, for transmission to the base station, a Msg3 of the RACH procedure comprising multiplexed assistance information.17.The apparatus of claim 16, wherein the multiplexed assistance information comprises a bitmap having a bit corresponding to the Rel-15 RACH partition.18.The apparatus of claim 16, wherein the multiplexed assistance information comprises an attempt number of sending the Msg1 in the Rel-15 legacy RACH resource, a current transmit power or pathloss information.19.The apparatus of claim 16, wherein the processing circuitry is further configured to:process, based on signaling from the base station, a message indicating the Rel-15 RACH partition is activated in a current Broadcast Control Channel (BCCH) modification period, wherein the message comprises a group common Downlink Control Information (DCI) message.20.An apparatus comprising processing circuitry configured to:generate, for transmission to a user equipment (UE) , an indication of one or more random access channel (RACH) partitions and an activation status corresponding to each of the one or more RACH partitions, wherein at least one or more deactivated RACH partitions overlap in frequency; andprocess, based on signaling from the UE, a Msg1 of a RACH procedure.

Images