RACH framework with NES and SBFD RACH enhancement

Abstract

An apparatus configured to process, based on signaling received from a network, a random access channel (RACH) configuration comprising legacy RACH resources and additional RACH resources, wherein the legacy RACH resources comprise a first legacy RACH occasion (RO) set for a 2-step RACH procedure and a second legacy RO set for a 4-step RACH procedure and wherein the additional RACH resources comprise a first additional RO set for a 2-step RACH procedure and a second additional RO set for a 4-step RACH procedure, determine whether to select one of the legacy RACH resources or the additional RACH resources and perform a RACH procedure based on the determined legacy RACH resources or the additional RACH resources.

Description

RACH Framework with NES and SBFD RACH EnhancementTECHNICAL FIELD

[0001] The present disclosure generally relates to wireless communication, and in particular, to RACH framework with NES and SBFD RACH enhancement.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] Subband Full Duplex (SBFD) is a mode of operation where a time division duplex (TDD) carrier may be split into multiple sub-bands with some sub-bands being uplink (UL) sub-bands and some sub-bands being downlink (DL) sub-bands. These sub-bands may allow simultaneous transmission and reception in the same slots.

[0004] The introduction of NES and SBFD may result in the introduction of two new sets of Physical Random Access Channel (PRACH) resources. For NES, an additional set of PRACH resources may be used to dynamically adapt to NES cell loading changes. For SBFD, an additional set of PRACH resource may be introduced to cover RACH occasions (ROs) in SBFD symbols that are invisible to legacy user equipment (UE) . This introduction of multiple new  PRACH resources may lead to further complexity within the network.SUMMARY

[0005] Some example embodiments are related to an apparatus having processing circuitry configured to process, based on signaling received from a network, a random access channel (RACH) configuration comprising legacy RACH resources and additional RACH resources, wherein the legacy RACH resources comprise a first legacy RACH occasion (RO) set for a 2-step RACH procedure and a second legacy RO set for a 4-step RACH procedure and wherein the additional RACH resources comprise a first additional RO set for a 2-step RACH procedure and a second additional RO set for a 4-step RACH procedure, determine whether to select one of the legacy RACH resources or the additional RACH resources and perform a RACH procedure based on the determined legacy RACH resources or the additional RACH resources.

[0006] Other example embodiments are related to a method for processing, based on signaling received from a network, a random access channel (RACH) configuration comprising legacy RACH resources and additional RACH resources, wherein the legacy RACH resources comprise a first legacy RACH occasion (RO) set for a 2-step RACH procedure and a second legacy RO set for a 4-step RACH procedure and wherein the additional RACH resources comprise a first additional RO set for a 2-step RACH procedure and a second additional RO set for a 4-step RACH procedure, determining whether to select one of the legacy RACH resources or the additional RACH resources and performing a RACH procedure based on the determined legacy RACH resources or the additional RACH resources.Brief Description of the Drawings

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

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

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

[0010] Fig. 4 shows a first example of modifications to an RRC configuration to implement an additional RO set as a new RACH type according to various example embodiments.

[0011] Fig. 5 shows a second example of modifications to an RRC configuration to implement an additional RO set as a new RACH type according to various example embodiments.

[0012] Fig. 6 shows an example of modifications to an RRC configuration to implement an additional RO set as a new RACH feature according to various example embodiments.

[0013] Fig. 7 shows a first example of a UE performing a RACH procedure when configured with an additional RO set according to various example embodiments.

[0014] Fig. 8 shows a second example of a UE performing a RACH procedure when configured with an additional RO set according to various example embodiments.Detailed Description

[0015] 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 a unified design for the two sets of PRACH resources comprising a legacy RO set and an additional RO set in the Medium Access Control (MAC) for use in NES mode and SBFD mode.

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

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

[0018] The example embodiments are related to RACH enhancements for NES and SBFD. Throughout this description, when discussing SBFD RACH, there may be reference to SBFD RACH Option 1 and SBFD RACH Option 2. The SBFD RACH Option 1 refers to the use of a single RACH configuration for SBFD RACH and relies on new PRACH Occasion (RO) validation rules to derive two separate  sets of PRACH resources. The SBFD RACH Option 2 refers to the use of two separate RACH configurations which can correspond to two separate sets of PRACH resources. Where no distinction is made between SBFD RACH Option 1 and Option 2, the accompanying description may apply equally to both options.

[0019] As described above, NES and SBFD introduced similar RACH enhancements, e.g., two sets of PRACH resources. The example embodiments are related to a unified design for the two sets of PRACH resources in the Medium Access Control (MAC) layer. The example embodiments relate to operations for RO selection between the additional RO set and a legacy RO set at the MAC layer for initial RACH transmissions and retransmissions and selection of a 2-step RACH or 4-step RACH. The example embodiments also relate to Radio Resource Control (RRC) procedures for RACH partitioning including the integration of two sets of PRACH resources in a general RACH framework and modeling of the additional RO set as a RACH feature or a RACH type. Each of these example embodiments will be described in greater detail below.

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

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

[0022] 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. ) .

[0023] 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 S IM 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) .

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

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

[0026] 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 in NES mode or SBFD mode. The operations include, but are not limited to, processing a RACH configuration comprising legacy RACH resources and additional RACH resources, determining whether to use the legacy RACH resources and additional RACH resources for the RACH procedure and performing the RACH procedure according to the RACH configuration. Each of these example operations will be described in more detail below.

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

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

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

[0030] Fig. 3 shows an example base station 300 according to various example embodiments. The base station 300 may represent the gNB 120A or any other access node through which the UE 110 may establish a connection and manage network operations.

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

[0032] The processor 305 may be configured to execute a plurality of engines for the UE 110. For example, the engines may include a RACH configuration engine 330 for performing  operations related to RACH procedures in NES mode and SBFD mode. The operations include, but are not limited to, configuring a UE with a RACH configuration comprising legacy RACH resources and additional RACH resources, wherein the RACH configuration comprises additional parameters for the UE to perform the RACH procedure. Each of these example operations will be described in more detail below.

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

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

[0035] As described above, NES and SBFD introduced similar RACH enhancements, e.g., adaptation between two sets of PRACH  resources. The example embodiments are related to a unified design for the two sets of PRACH resources in the MAC layer. The example embodiments introduce operations for configuring a UE with two sets of RACH resources, a legacy RO set and an additional RO set that may be used in NES mode or SBFD mode. The configuration of the UE with the RACH resources may be described as modifications to RRC procedures, e.g., RRC configuration modifications to provide the MAC layer (by the PHY layer) of the UE with the RACH resource information. The example embodiments also include operations related to UE operations when performing a RACH procedure when the UE is configured with the two sets of RACH resources. These operations may be described as modifications to MAC procedures for the UE.

[0036] In some example embodiments, for both NES RACH and SBFD RACH, the PHY layer may provide to the MAC layer two sets of PRACH resources, e.g., one set may be a legacy RO set and the other set is an additional RO set. There may be no overlap (e.g., in time or frequency) between the 2 sets of resources. For NES RACH and SBFD RACH Option 2, the two sets may correspond to two RACH configurations. For SBFD RACH Option 1, the PHY layer may derive two sets of ROs after RO validation operation, e.g., one set of legacy ROs in non-SBFD symbols and one set of additional ROs in SBFD symbols.

[0037] In some example embodiments, the ROs in each of the resource sets may be indexed independently. The ordering of the ROs may be based on: first, in increasing order of preamble indexes within a single PRACH occasion; second, in increasing order of frequency resource indexes for frequency multiplexed PRACH occasions; third, in increasing order of time resource indexes for time multiplexed PRACH occasions within a PRACH  slot; and fourth, in increasing order of indexes for PRACH slots.

[0038] In some example embodiments, the RRC may configure different power control parameters between the legacy RO set and the additional RO set. The power control parameters may include target reception power and power ramping steps. If the additional RO set is for SBFD RACH, the different power control parameters may be configured. Otherwise, the different power control parameters may not be included, e.g., the additional RO set may use same power control parameters as the legacy RO set.

[0039] In some example embodiments, the PHY layer may not provide interference information for the two sets of resources to the MAC layer.

[0040] In some example embodiments, the MAC layer may obtain two RO sets to select for each RACH feature / feature combination, e.g., legacy RACH set + additional set or RACH set of reduced capability (redcap) set + additional set. The MAC layer may not be required to explicitly know whether the additional RO set is for NES RACH or SBFD RACH.

[0041] In some example embodiments, a priority for selection between the additional RO set and the legacy RO set may be specified. To achieve it, one or more conditions of prioritization (e.g., Reference Signal Received Power (RSRP) threshold) may be configured for the additional RO set. For example, using the RSRP threshold may allow the UE to avoid strong UE-to-UE interference at least for RACH triggered by cell-edge UEs. In one option, the condition may be present when SBFD RACH is performed. In another option, the condition may be  absent when NES RACH is performed. In this option, the set selection may be based on UE implementation. In another option, the condition may explicitly indicate which set is prioritized to be selected in the initial transmission of preamble.

[0042] In some example embodiments, the UE may support separate power control between the additional RO set and the legacy RO set. As described above, the PHY layer may provide two dedicated power control parameters (e.g., target reception power, power ramping step) configured for the additional RO set. Again, in a first option, these power control parameters may be present when SBFD RACH is performed. In a second option, these power control parameters may not be present when NES RACH is performed, e.g., a single power control configuration is used both the legacy RO set and the additional RO set. When separate power control is used, retransmissions should be performed in the same RO set of initial transmission.

[0043] In some example embodiments, the UE may support fallback from the additional RO set to the legacy RO set, or fallback from the legacy RO set to the additional RO set. The purpose of supporting the fallback may be, for example, in NES, the load differences between the additional RO set and the legacy RO set and, in SBFD, the interference difference between SBFD symbols and non-SBFD symbols. A RACH re-attempt threshold for fallback operation may be configured for the additional RO set.

[0044] The following provides examples of changes to the RRC specifications to implement the above example embodiments of the additional RO set. In a first option of changes to the RRC specifications, the additional RO set may be modeled as a new  RACH type similar to the current 2-step RACH resource. This option is described with reference to Figs. 4 and 5, where Fig. 4 shows a first alternative of a configuration within one RACH partition and Fig. 5 shows a second alternative of a new RACH configuration list. Each of these alternatives are described in greater detail below.

[0045] Fig. 4 shows a first example of modifications to an RRC configuration 400 to implement an additional RO set as a new RACH type according to various example embodiments. The RRC modifications are shown in Fig. 4 as both additional information elements (IEs) in ASN. 1 format and pictorially as a tree diagram.

[0046] Prior to describing the modifications to the RRC, the general structure of the RRC is described referring to the tree diagram. The tree diagram is shown for a RACH partition, e.g. BWP-UplinkCommon IE 450. The legacy Rel-15 RO resources are shown as rach-ConfigCommon IE 455 and MsgA-ConfigCommon IE 460. In addition, there are also legacy RO resources shown as AdditionalRACH-Configlist IE 465 that include AdditionalRACH-Config1 IE 470, AdditionalRACH-Config2 IE 475, etc. These legacy RO resources that are labelled as “additional” are not the additional RO resources of the example embodiments. Rather, these “additional” legacy RO resources are Rel-17 resources that were added to support RACH for different types of devices, e.g., redcap devices. Because the UEs that may use the example embodiments may include normal UEs or redcap UEs, the RRC modifications may be applied to both the Rel-15 legacy RO resources and the Rel-17 “additional” legacy RO resources.

[0047] Fig. 4 shows that two additional IEs, e.g., rach-SetB-ConfigCommon-r19 IE 410 for a 4-step additional RO resource and MsgA-SetB-ConfigCommon-r19 IE 420 for a 2-step additional RO resource, may be added within a RACH partition. As shown in the tree diagram of Fig. 4, the two new IEs 410 and 420 may be added to the Rel-15 legacy RO resources and the Rel-17 “additional” legacy RO resources, e.g., in AdditionalRACH-Config1 IE 470.

[0048] These additional IEs are also shown in the ASN. 1 representation of the BWP-UplinkCommon IE 450 and the AdditionalRACH-Configlist IE 465 of Fig. 4.

[0049] The UE may process these IEs and may determine whether the two power control parameters described above (e.g., target reception power and ramping step) within the new IE are the same as the legacy IE. As described above, if the power control parameters are the same or are not included in the new IEs, the UE may apply the legacy power control parameters when using the additional RO set. If the power control parameters are different, the UE may use the appropriate power control parameters based on whether the UE is using the legacy RO set or the additional RO set.

[0050] Fig. 5 shows a second example of modifications to an RRC configuration 500 to implement an additional RO set as a new RACH type according to various example embodiments. The RRC modifications are shown in Fig. 5 as both additional information elements (IEs) in ASN. 1 format and pictorially as a tree diagram.

[0051] Similar to Fig. 4, Fig. 5 shows the RRC configuration for a RACH partition, e.g. BWP-UplinkCommon 550 IE. The legacy  Rel-15 RO resources are shown as rach-ConfigCommon IE 555 and MsgA-ConfigCommon IE 560. In addition, the legacy Rel-17 RO resources are shown as AdditionalRACH-Configlist IE 565 including AdditionalRACH-Config1 IE 570 and AdditionalRACH-Config2 IE 575.

[0052] In the second alternative of the first option of the RRC modifications, a new additionalRACH-ConfigList IE 510, e.g. additionalRACH-SetB_ConfigList-r19 IE 510 to configure a 4-step additional RO resource and a 2-step additional RO resource may be added to the RRC configuration 500. For example, additionalRACH-SetB_ConfigList-r19 IE 510 may include an AdditionalRACH-Config0 IE 515 that includes a rach-SetB-ConfigCommon-r19 IE 525 for a 4-step additional RO resource and MsgA-SetB-ConfigCommon-r19 IE 530 for a 2-step additional RO resource. This AdditionalRACH-Config0 IE 515 may be linked with the corresponding legacy Rel-15 RACH resources, e.g., rach-ConfigCommon IE 555 and MsgA-ConfigCommon IE 560.

[0053] Similarly, the additionalRACH-SetB_ConfigList-r19 IE 510 may include an AdditionalRACH-Config1 IE 520 that includes a rach-SetB-ConfigCommon-r19 IE 535 for a 4-step additional RO resource and MsgA-SetB-ConfigCommon-r19 IE 540 for a 2-step additional RO resource. This AdditionalRACH-Config1 IE 520 may be linked with the corresponding legacy Rel-17 RACH resources, e.g., AdditionalRACH-Config2 IE 575.

[0054] These additional IEs are also shown in the ASN. 1 representation of the BWP-UplinkCommon IE 550, the AdditionalRACH-Configlist 565 and the new additionalRACH-SetB_ConfigList-r19 IE 510. As shown in the ASN. 1 representation, the additionalRACH-SetB_ConfigList-r19 IE 510  may also include a Linked-RACHPartition IE 535 that may provide the linkage between the additionalRACH-SetB_ConfigList-r19 IE 510 and the appropriate Rel-15 and / or Rel-17 RO resources.

[0055] In a second option of changes to the RRC specifications, the additional RO set may be modeled as a new RACH feature similar to a Rel-18 Msg1 repetition, e.g., the additional RO set is configured as a RACH feature. In this option, the UE may associate the RACH partition with a feature of the additional RO set with a corresponding RACH partition. These associated features may then be treated as two RA types of a RACH partition. In a first example, the RACH partition of the additional RO set may be associated with the RACH partition of legacy RO set, e.g., Rel-15. In a second example, the RACH partition of a redcap additional RO set may be associated with a RACH partition of redcap, e.g., Rel-17.

[0056] Fig. 6 shows an example of modifications to an RRC configuration 600 to implement an additional RO set as a new RACH feature according to various example embodiments. The RRC modifications are shown in Fig. 6 as both additional information elements (IEs) in ASN. 1 format and pictorially as a tree diagram.

[0057] As shown in the ASN. 1 format, in the feature combination IE 610, a new AdditionalSet-r19 IE 620 may be added for the additional RO set. This is shown pictorially in the tree diagram for the BWP-UplinkCommon IE 650 of Fig. 6, where the new AdditionalRACH-Config1 IE 625 having the rach-ConfigCommon IE 630 and MsgA-ConfigCommon IE 635 is associated with the feature of the Rel-15 rach-ConfigCommon IE 655 and MsgA-ConfigCommon IE 660, respectively. Similarly, the AdditionalRACH-Config3 640 may  include the rach-ConfigCommon IE 645 and MsgA-ConfigCommon IE 648 that is associated with the feature of the Rel-17 AdditionalRACH-Config2 660 having the Rel-17 IEs rach-ConfigCommon IE 665 and MsgA-ConfigCommon IE 670, respectively.

[0058] As also shown in the ASN. 1 format, in the feature combination preamble IE 680, additional parameters for the additional RO set may be configured. These additional parameters may include the parameters 685 such as target power, power ramping, fallback, etc. The use of these parameters in the RACH procedures was described above. Furthermore, additional parameters 690 including RSRP threshold, priority and delay may also be included. As will be described in greater detail below, these parameters may be used by the UE during a RACH procedure to select whether to use an additional RO set or a legacy RO set in the RACH procedure. While these additional parameters are shown in the RRC configuration 600, these additional parameters may also be present in the RRC configuration 400 and 500 described above.

[0059] Fig. 7 shows a first example of a UE performing a RACH procedure 700 when configured with an additional RO set according to various example embodiments. Prior to performing the RACH procedure 700 of Fig. 7, it may be assumed that the UE received an RRC configuration for the RACH that includes the additional RO set (e.g., the RRC configurations of Figs. 4-6) .

[0060] Initially, a RACH procedure for the UE is triggered and the RACH procedure 700 begins. In 705, the UE performs carrier selection and bandwidth part (BWP) selection.

[0061] In 710, the UE may identify the two RO sets depending on how the RRC models the additional RO set. In a first alternative, if the RRC models the additional RO set as a new RACH type (e.g., the examples related to Figs. 4 and 5) , the UE may identify the additional RO set within the configured RACH partition. For example, referring to Fig. 4, if the UE determines the configured RACH partition is the BWP-UplinkCommon 450, the UE may then determine that the legacy RO set rach-ConfigCommon 455 and MsgA-ConfigCommon 460 along with the additional RO set rach-SetB-ConfigCommon 410 and MsgA-SetB-ConfigCommon 420. A similar determination may be made for the RRC configuration 400 if the RACH procedure is for the Rel-17 RACH procedure or if the RRC configuration 500 is configured.

[0062] In a second alternative of identifying the RO sets, if the RRC models the additional set as a new feature (e.g., the example related to Fig. 6) , the UE may associate the RACH partition with the feature of the additional RO set with a corresponding RACH partition. As described above, in a first example, the RACH partition of the additional RO set is associated with the RACH partition of the legacy Rel-15 RACH, e.g., the left portion of the tree diagram of Fig. 6. In a second example, the RACH partition of redcap additional RO set is associated with the RACH partition of redcap, e.g., the right portion of the tree diagram of Fig. 6.

[0063] In 715, the UE selects whether a 2-step or a 4-step RACH is to be performed. As described above, the example RRC configurations 400-600 include a configuration for both 2 Step or a 4 Step RACH. For example, the rach-SetB-ConfigCommon-r19 IE 410 is for a 4-step additional RO resource and the MsgA-SetB-ConfigCommon-r19 IE 420 is for a 2-step additional RO resource.  Thus, the result of operation 710 results in 4 RO sets (e.g., a legacy RO set and an additional RO set for a 2-step RACH and a legacy RO set and an additional RO set for a 4-step RACH) . The result of the operation 715 is to reduce this to 2 RO sets (e.g., a legacy RO set and an additional RO set for a 2-step RACH or a legacy RO set and an additional RO set for a 4-step RACH) . The selection between a 2-step or a 4-step RACH may be determined in the same manner as the determination is made for legacy RACH procedures, e.g., based on DL RSRP thresholds.

[0064] In 720, the UE determines whether to use the identified legacy RO set or the additional RO. In the example of Fig. 7, this determination may be based on comparison of the DL RSRP to a threshold that is configured for the additional RO set. For example, as described above, an IE rsrp-Threshold_AdditionalSet-r19 may be configured having an RSRP threshold for the additional RO set. If the DL-RSRP (of the resources of the additional RO set) are greater than the configured threshold, the UE may select the additional RO set. If the If the DL-RSRP is less than the threshold, the UE may select the legacy RO set.

[0065] While Fig. 7 shows the example of using the RSRP threshold, other parameters may be configured for the UE to select between the legacy RO set and the additional RO set. For example, the network may configure a priority_AdditionalSet-r19 IE indicating the UE is to select the additional RO set first. In another example, the network may configure a delay_AdditionalSet-r19 IE (e.g., latency) indicating that the UE is to select the RO set based on the RO of which set comes earlier. In a further example, the network may not have configured a selection condition. In this example, the UE may  select between the additional RO set and legacy RO set based on UE implementation.

[0066] In the example of Fig. 7, it will be assumed that the additional RO set was determined in 720. If the legacy RO set was selected, the UE may perform a RACH procedure using the legacy RO set in a manner consistent with a legacy RACH procedure that will not be described herein.

[0067] In 725, the UE may set the initial power control parameters for the additional RO set. As described above, the RRC configuration for the additional RO set may include power control parameters. If such power control parameters are provided, the UE will use these power control parameters for the RACH procedure 700. However, if no power control parameters are configured for the additional RO set, the UE may use the power control parameters for the legacy RO set with the additional RO set.

[0068] In 730, the UE selects an SSB for the RACH procedure and then selects an RO within the selected RO set. In some example embodiments, the MAC layer may provide an indication of whether the legacy RO set or the additional RO set is being used to the PHY layer, and the PHY layer may then select the RO.

[0069] In 735, the UE sends a Msg1 to the network. In 740, the UE determines whether the RACH procedure was success ful. If yes, the RACH procedure is a success (745) and the RACH procedure is complete.

[0070] However, if the RACH preamble transmission (Msg1) failed, the UE may determine to retransmit the Msg1 to the  network. In 750, the UE may determine the RO on which the Msg1 should be retransmitted. In a first alternative, if the preambleTransFallback-Additional Set-r19 IE is configured (e.g., the UE is configured to fallback to the legacy RO set upon certain conditions) and retransmission number is less than or equal to a configured threshold, the UE may select the same RO set as the initial transmission, perform the appropriate power ramping and then repeat the operations 730 and 735.

[0071] In a second alternative, if the preambleTransFallback-AdditionalSet-r19 is configured and the retransmission number is greater than a configured threshold, or upon reception of a fallback indication in a random access response (RAR) , the UE may fallback to the legacy RO set as shown in the Yes output of operation 750. In this case, the UE may initialize the transmit power if the two new power control parameters are configured as described above.

[0072] In a third alternative, if the preambleTransFallback-AdditionalSet-r19 is not configured, the UE may freely select between the additional RO set or the legacy RO set for each retransmission.

[0073] The RACH procedure 700 may be performed until it is a success or a RACH failure is declared.

[0074] Fig. 8 shows a second example of a UE performing a RACH procedure 800 when configured with an additional RO set according to various example embodiments. Prior to performing the RACH procedure 800 of Fig. 8, it may be assumed that the UE received an RRC configuration for the RACH that includes the additional RO set (e.g., the RRC configurations of Figs. 4-6) .

[0075] Initially, a RACH procedure for the UE is triggered and the RACH procedure 800 begins. In 805, the UE performs carrier selection and bandwidth part (BWP) selection.

[0076] In 810, the UE may identify the two RO sets depending on how the RRC models the additional RO set. In a first alternative, if the RRC models the additional RO set as a new RACH type (e.g., the examples related to Figs. 4 and 5) , the UE may identify the additional RO set within the configured RACH partition. For example, referring to Fig. 4, if the UE determines the configured RACH partition is the BWP-UplinkCommon 450, the UE may then determine that the legacy RO set rach-ConfigCommon 455 and MsgA-ConfigCommon 460 along with the additional RO set rach-SetB-ConfigCommon 410 and MsgA-SetB-ConfigCommon 420. A similar determination may be made for the RRC configuration 400 if the RACH procedure is for the Rel-17 RACH procedure or if the RRC configuration 500 is configured.

[0077] In a second alternative of identifying the RO sets, if the RRC models the additional set as a new feature (e.g., the example related to Fig. 6) , the UE may associate the RACH partition with the feature of the additional RO set with a corresponding RACH partition. As described above, in a first example, the RACH partition of the additional RO set is associated with the RACH partition of the legacy Rel-15 RACH, e.g., the left portion of the tree diagram of Fig. 6. In a second example, the RACH partition of redcap additional RO set is associated with the RACH partition of redcap, e.g., the right portion of the tree diagram of Fig. 6.

[0078] In 815, the UE determines whether to use the legacy RO sets or the additional RO set. In the example of Fig. 8, this determination may be based on comparison of the DL RSRP to a threshold that is configured for the additional RO set. For example, as described above, an IE rsrp-Threshold_AdditionalSet-r19 may be configured having an RSRP threshold for the additional RO set. If the DL-RSRP (of the resources of the additional RO set) are greater than the configured threshold, the UE may select the additional RO set. If the If the DL-RSRP is less than the threshold, the UE may select the legacy RO set.

[0079] While Fig. 8 shows the example of using the RSRP threshold, other parameters may be configured for the UE to select between the legacy RO set and the additional RO set. For example, the network may configure a priority_AdditionalSet-r19 IE indicating the UE is to select the additional RO set first. In another example, the network may configure a delay_AdditionalSet-r19 IE (e.g., latency) indicating that the UE is to select the RO set based on the RO of which set comes earlier. In a further example, the network may not have configured a selection condition. In this example, the UE may select between the additional RO set and legacy RO set based on UE implementation.

[0080] In the example of Fig. 8, it will be assumed that the additional RO sets was determined in 815. If the legacy RO set was selected, the UE may perform a RACH procedure using the legacy RO set in a manner consistent with a legacy RACH procedure that will not be described herein.

[0081] In 820, the UE may set the initial power control parameters for the additional RO set. As described above, the  RRC configuration for the additional RO set may include power control parameters. If such power control parameters are provided, the UE will use these power control parameters for the RACH procedure 800. However, if no power control parameters are configured for the additional RO set, the UE may use the power control parameters for the legacy RO set with the additional RO set.

[0082] In 825, the UE selects whether a 2-step or a 4-step RACH is to be performed. As described above, the example RRC configurations 400-600 include a configuration for both 2 Step or a 4 Step RACH. For example, the rach-SetB-ConfigCommon-r19 IE 410 is for a 4-step additional RO resource and the MsgA-SetB-ConfigCommon-r19 IE 420 is for a 2-step additional RO resource. The selection between a 2-step or a 4-step RACH may be determined in the same manner as the determination is made for legacy RACH procedures, e.g., based on DL RSRP thresholds.

[0083] Thus, a difference between the RACH procedure 800 and the RACH procedure 700 is when the selection between a 2-step or a 4-step RACH is determined. In the RACH procedure 700, this determination is made prior to determining whether a legacy RO set or an additional RO set is used for the RACH procedure. In the RACH procedure 800, this determination is made after determining whether a legacy RO set or an additional RO set is used for the RACH procedure.

[0084] The remaining operations 830-850 of the RACH procedure 800 are similar to the operations 730-750 of the RACH procedure 700 and are not described again herein. The RACH procedure 800 may be performed until it is a success or a RACH failure is declared.

[0085] In some example embodiments, RACH for NES or SBFD may be limited to only one of the RACH procedures, e.g., a 4-step RACH procedure or a 2-step RACH procedure. For example, RACH for NES or SBFD may not support a 2-step RACH or the network may not configure the UE with a 2-step RACH for NES or SBFD. In these example embodiments, the UE may not perform RA type selection, e.g., operations 715 or 825 of the RACH procedures 700 or 800, respectively.

[0086] In some scenarios, while a RACH procedure is being performed by a UE, the UE may receive Downlink Control Information (DCI) with updated RACH resources. The UE behavior when this scenario occurs may be configured by MAC specifications. In a first alternative, the receipt of the DCI may be treated in a similar manner as an RRC reconfiguration of RACH resources. For example, the UE stops the on-going RACH procedure, and re-initiate the RACH procedure with the updated RACH resources.

[0087] In a second alternative, the UE behavior may depend on whether the DCI indicates that the additional RO set is activated or deactivated. For example, if the DCI indicates that the additional RO set is activated, the UE may continue the on-going RACH procedure, and may fallback to the additional RO set if a condition is met (e.g., re-attempt number > threshold) . On the other hand, if the DCI indicates that the additional RO set is deactivated, if the on-going RACH procedure is being performed in the legacy RO set, the UE may continue the on-going RACH procedure as legacy. If the on-going RACH procedure is being performed in the additional RO set (e.g., the deactivated  RO set) , the UE may stop the on-going RACH procedure, and re-initiate the RACH procedure with the legacy RACH resources.

[0088] In the example embodiments, when Contention Free Random Access (CFRA) is used the UE may be configured with various behaviors. For example, when a handover (HO) command triggers a RACH procedure, the UE may use the RACH resource included in the HO command, e.g., the manners of selecting RACH resources described herein may not be used. However, if the UE falls back to Contention Based Random Access (CBRA) in the case of retransmissions, the UE may then apply the selection of RACH resources as described herein.

[0089] In another example, when a Physical Downlink Control Channel (PDCCH) ordered RACH triggers a RACH procedure, the UE may follow the RACH configuration in UL BWP (e.g., the RRC configurations described herein) .

[0090] Examples

[0091] In a first example, a method, comprising processing, based on signaling received from a network, a random access channel (RACH) configuration comprising legacy RACH resources and additional RACH resources, wherein the legacy RACH resources comprise a first legacy RACH occasion (RO) set for a 2-step RACH procedure and a second legacy RO set for a 4-step RACH procedure and wherein the additional RACH resources comprise a first additional RO set for a 2-step RACH procedure and a second additional RO set for a 4-step RACH procedure, determining whether to select one of the legacy RACH resources or the additional RACH resources and performing a RACH procedure based on the determined legacy RACH resources or the additional RACH resources.

[0092] In a second example, the method of the first example, wherein the additional RACH resources are modeled as a RACH type within a RACH partition, wherein the RACH configuration comprises a first information element (IE) corresponding to the first additional RO set for the 2-step RACH procedure and a second IE corresponding to the second additional RO set for the 4-step RACH procedure.

[0093] In a third example, the method of the first example, wherein the additional RACH resources are modeled as a RACH type within a RACH partition, wherein the RACH configuration comprises an additional RACH configuration list comprising (i) the first additional RO set for the 2-step RACH procedure and information linking the first additional RO set to the first legacy RO set and (ii) the second additional RO set for the 4-step RACH procedure and information linking the second additional RO set to the second legacy RO set. In a second example, the method of the first example

[0094] In a fourth example, the method of the first example, wherein the additional RACH resources are modeled as a RACH feature, wherein the method further comprises associating a RACH partition having the RACH feature of the additional RACH resources with a corresponding RACH partition having the feature of the legacy RACH resources.

[0095] In a fifth example, the method of the first example, wherein the legacy RACH resources and the additional RACH resources do not overlap in time or frequency.

[0096] In a sixth example, the method of the first example, wherein, when the RACH configuration relates to subband frequency duplexing (SBFD) , the legacy RACH resources are in non-SBFD symbols and the additional RACH resources are in SBFD symbols.

[0097] In a seventh example, the method of the first example, wherein ROs in each of the legacy RACH resources and the additional RACH resources are indexed independently.

[0098] In an eighth example, the method of the seventh example, wherein the ROs are indexed in an order based on an increasing order of preamble indexes within a single Physical RACH (PRACH) occasion, an increasing order of frequency resource indexes for frequency multiplexed PRACH occasions, an increasing order of time resource indexes for time multiplexed PRACH occasions within a PRACH slot or an increasing order of indexes for PRACH slots.

[0099] In a ninth example, the method of the first example, wherein the RACH configuration does not include interference information for the legacy RACH resources or the additional RACH resources.

[0100] In a tenth example, the method of the first example, wherein performing the RACH procedure is based on selecting a carrier and a bandwidth part (BWP) for the RACH procedure, and identifying the legacy RACH resources and the additional RACH resources based on the BWP selection.

[0101] In an eleventh example, the method of the tenth example, wherein performing the RACH procedure is based on  determining whether the RACH procedure is a 2-step RACH procedure or a 4-step RACH procedure and, when the RACH procedure is the 2-step RACH procedure, selecting the first legacy RO set and the first additional RO set for the 2-step RACH procedure or, when the RACH procedure is the 4-step RACH procedure, selecting the second legacy RO set and the second additional RO set for the 4-step RACH procedure.

[0102] In a twelfth example, the method of the eleventh example, wherein performing the RACH procedure is based on, when the RACH procedure is the 2-step RACH procedure, selecting one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or, when the RACH procedure is the 4-step RACH procedure, selecting one of the second legacy RO set or the second additional RO set for the 4-step RACH procedure.

[0103] In a thirteenth example, the method of the twelfth example, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a measured Reference Signal Received Power (RSRP) of reference signals received in the first additional RO set or the second additional RO set and an RSRP threshold indicated in the RACH configuration.

[0104] In a fourteenth example, the method of the twelfth example, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a priority setting in the RACH configuration.

[0105] In a fifteenth example, the method of the twelfth example, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a delay setting in the RACH configuration, wherein the delay setting indicates that the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set that comes first in time is to be selected.

[0106] In a sixteenth example, the method of the twelfth example, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a user equipment (UE) implementation.

[0107] In a seventeenth example, the method of the twelfth example, wherein, when the first additional RO set or the second additional RO set is selected for the RACH procedure, performing the RACH procedure is based on determining an initial power setting for the RACH procedure, wherein, when the RACH configuration comprises the initial power setting for the additional RACH resources, the initial power setting for the additional RACH resources is used, and wherein, when the RACH configuration does not include the initial power setting for the additional RACH resources, the initial power setting for the legacy RACH resources is used.

[0108] In an eighteenth example, the method of the seventeenth example, wherein performing the RACH procedure is based on selecting a Synchronization Signal Block (SSB) for the  RACH procedure and selecting an RO within the selected one of the first additional RO set or the second additional RO set.

[0109] In a nineteenth example, the method of the eighteenth example, wherein the selected RO is based on a selection by a physical (PHY) layer.

[0110] In a twentieth example, the method of the eighteenth example, wherein performing the RACH procedure is based on generating, for transmission to the network using the selected RO, a preamble of the RACH procedure, determining the transmission of the preamble failed and determining a resource for retransmission of the preamble to perform.

[0111] In a twenty first example, the method of the twentieth example, wherein, when the RACH configuration comprises an indication that a fallback to the legacy RACH resources is allowed and a number of a retransmission is less than a configured retransmission threshold, the resource for the retransmission is the selected one of the first additional RO set or the second additional RO set.

[0112] In a twenty second example, the method of the twentieth example, wherein, when the RACH configuration comprises an indication that a fallback to the legacy RACH resources is allowed and a number of a retransmission is greater than a configured retransmission threshold, the resource for the retransmission is the legacy RACH resources.

[0113] In a twenty third example, the method of the twentieth example, wherein, when the RACH configuration does not comprises an indication related to fallback to the legacy RACH resources,  the resource for the retransmission is the one of the selected one of the first additional RO set or the second additional RO set or the legacy RACH resources.

[0114] In a twenty fourth example, the method of the first example, further comprising processing, based on signals received from the network, a Downlink Control Information (DCI) comprising information related to the RACH configuration.

[0115] In a twenty fifth example, the method of the twenty fourth example, wherein the DCI comprises updated legacy RACH resources or additional RACH resources, wherein the method further comprises cancelling the RACH procedure and re-initiating a RACH procedure based on the updated legacy RACH resources or additional RACH resources.

[0116] In a twenty sixth example, the method of the twenty fourth example, wherein the DCI comprises information indicating the additional RACH resources are activated, wherein the method further comprises continuing the RACH procedure on the legacy RACH resources, wherein, when the RACH procedure fails on the legacy RACH procedure, RACH retransmission is performed on the additional RACH resources.

[0117] In a twenty seventh example, the method of the twenty fourth example, wherein the DCI comprises information indicating the additional RACH resources are deactivated, wherein the method further comprises continuing the RACH procedure when the RACH procedure was initiated on the legacy RACH resources or cancelling the RACH procedure when the RACH procedure was initiated on the additional RACH resources and re-initiating the RACH procedure based on the legacy RACH resources.

[0118] In a twenty eighth example, the method of the first example, further comprising determining the RACH procedure is triggered by a handover (HO) command and the RACH procedure is a contention free random access (CFRA) procedure and using a resource in the HO command for the RACH procedure.

[0119] In a twenty ninth example, the method of the twenty eighth example, further comprising determining the RACH procedure failed, and re-initiating the RACH procedure as a Contention Based Random Access (CBRA) procedure using the legacy RACH resources or the additional RACH resources.

[0120] In a thirtieth example, the method of the first example 1, wherein the RACH procedure is a contention free random access (CFRA) procedure triggered by a Physical Downlink Control Channel (PDCCH) order.

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

[0122] In a thirty second example, a user equipment (UE) configured to perform any of the methods of the first through thirtieth 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 received from a network, a random access channel (RACH) configuration comprising legacy RACH resources and additional RACH resources, wherein the legacy RACH resources comprise a first legacy RACH occasion (RO) set for a 2-step RACH procedure and a second legacy RO set for a 4-step RACH procedure and wherein the additional RACH resources comprise a first additional RO set for a 2-step RACH procedure and a second additional RO set for a 4-step RACH procedure;determine whether to select one of the legacy RACH resources or the additional RACH resources; andperform a RACH procedure based on the determined legacy RACH resources or the additional RACH resources.2.The apparatus of claim 1, wherein the additional RACH resources are modeled as a RACH type within a RACH partition, wherein the RACH configuration comprises a first information element (IE) corresponding to the first additional RO set for the 2-step RACH procedure and a second IE corresponding to the second additional RO set for the 4-step RACH procedure.3.The apparatus of claim 1, wherein the additional RACH resources are modeled as a RACH type within a RACH partition, wherein the RACH configuration comprises an additional RACH configuration list comprising (i) the first additional RO set for the 2-step RACH procedure and information linking the first additional RO set to the first legacy RO set and (ii) the second additional RO set for the 4-step RACH procedure and information linking the second additional RO set to the second legacy RO set.4.The apparatus of claim 1, wherein the additional RACH resources are modeled as a RACH feature, wherein the processing circuitry is further configured to:associate a RACH partition having the RACH feature of the additional RACH resources with a corresponding RACH partition having the feature of the legacy RACH resources.5.The apparatus of claim 1, wherein, when the RACH configuration relates to subband frequency duplexing (SBFD) , the legacy RACH resources are in non-SBFD symbols and the additional RACH resources are in SBFD symbols.6.The apparatus of claim 1, wherein ROs in each of the legacy RACH resources and the additional RACH resources are indexed independently.7.The apparatus of claim 6, wherein the ROs are indexed in an order based on an increasing order of preamble indexes within a single Physical RACH (PRACH) occasion, an increasing order of frequency resource indexes for frequency multiplexed PRACH occasions, an increasing order of time resource indexes for time multiplexed PRACH occasions within a PRACH slot or an increasing order of indexes for PRACH slots.8.The apparatus of claim 1, wherein performing the RACH procedure is based on the processing circuitry being configured to:select a carrier and a bandwidth part (BWP) for the RACH procedure;identify the legacy RACH resources and the additional RACH resources based on the BWP selection.9.The apparatus of claim 8, wherein performing the RACH procedure is based on the processing circuitry being further configured to:determine whether the RACH procedure is a 2-step RACH procedure or a 4-step RACH procedure; andwhen the RACH procedure is the 2-step RACH procedure, select the first legacy RO set and the first additional RO set for the 2-step RACH procedure; orwhen the RACH procedure is the 4-step RACH procedure, select the second legacy RO set and the second additional RO set for the 4-step RACH procedure.10.The apparatus of claim 9, wherein performing the RACH procedure is based on the processing circuitry being further configured to:when the RACH procedure is the 2-step RACH procedure, select one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure; orwhen the RACH procedure is the 4-step RACH procedure, select one of the second legacy RO set or the second additional RO set for the 4-step RACH procedure.11.The apparatus of claim 10, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a measured Reference Signal Received Power (RSRP) of reference signals received in the first additional RO set or the second additional RO set and an RSRP threshold indicated in the RACH configuration.12.The apparatus of claim 10, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2- step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a priority setting in the RACH configuration.13.The apparatus of claim 10, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a delay setting in the RACH configuration, wherein the delay setting indicates that the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set that comes first in time is to be selected.14.The apparatus of claim 10, wherein selecting the one of the first legacy RO set or the first additional RO set for the 2-step RACH procedure or the one of the second legacy RO set or the second additional RO set is based on a user equipment (UE) implementation.15.The apparatus of claim 10, wherein, when the first additional RO set or the second additional RO set is selected for the RACH procedure, performing the RACH procedure is based on the processing circuitry being further configured to:determine an initial power setting for the RACH procedure,wherein, when the RACH configuration comprises the initial power setting for the additional RACH resources, the initial power setting for the additional RACH resources is used, andwherein, when the RACH configuration does not include the initial power setting for the additional RACH resources, the initial power setting for the legacy RACH resources is used.16.The apparatus of claim 15, wherein performing the RACH procedure is based on the processing circuitry being further configured to:select a Synchronization Signal Block (SSB) for the RACH procedure; andselect an RO within the selected one of the first additional RO set or the second additional RO set.17.The apparatus of claim 15, wherein performing the RACH procedure is based on the processing circuitry being further configured to:generate, for transmission to the network using the selected RO, a preamble of the RACH procedure;determine the transmission of the preamble failed; anddetermine a resource for retransmission of the preamble to perform.18.The apparatus of claim 17, wherein, when the RACH configuration comprises an indication that a fallback to the legacy RACH resources is allowed and a number of a retransmission is less than a configured retransmission threshold, the resource for the retransmission is the selected one of the first additional RO set or the second additional RO set.19.The apparatus of claim 17, wherein, when the RACH configuration comprises an indication that a fallback to the legacy RACH resources is allowed and a number of a retransmission is greater than a configured retransmission threshold, the resource for the retransmission is the legacy RACH resources.20.The apparatus of claim 17, wherein, when the RACH configuration does not comprises an indication related to fallback to the legacy RACH resources, the resource for the retransmission is the one of the selected one of the first additional RO set or the second additional RO set or the legacy RACH resources.

Images