Prach power control in SBFD operation

Abstract

An apparatus configured to perform a Physical Random Access Channel (PRACH) transmission using an additional Random Access Channel occasion (RO) of a sub-band full-duplex (SBFD) sub-band, determine, after an unsuccessful PRACH transmission in the additional RO, a transmission power for a PRACH transmission in a legacy RO and perform the PRACH transmission in the legacy RO using the determined transmission power.

Description

PRACH Power Control in SBFD OperationBackground

[0001] Fifth Generation (5G) networks may implement sub-band full-duplex (SBFD) operation. In SBFD, downlink (DL) and uplink (UL) may operate on different non-overlapping frequency sub-bands within a time division duplexing (TDD) carrier. In SBFD, random access channel (RACH) occasions (ROs) may include both legacy ROs and additional ROs. However, when a user equipment (UE) switches Physical RACH (PRACH) transmissions between legacy ROs and additional ROs or vice versa, power ramping operations for the PRACH transmissions are undefined.Summary

[0002] Some example embodiments are related to an apparatus having processing circuitry configured to perform a Physical Random Access Channel (PRACH) transmission using an additional Random Access Channel occasion (RO) of a sub-band full-duplex (SBFD) sub-band, determine, after an unsuccessful PRACH transmission in the additional RO, a transmission power for a PRACH transmission in a legacy RO and perform the PRACH transmission in the legacy RO using the determined transmission power.

[0003] Other example embodiments are related to an apparatus having processing circuitry configured to perform a Physical Random Access Channel (PRACH) transmission using a first type of Random Access Channel occasion (RO) , determine, after an unsuccessful PRACH transmissions in the first type of RO, a transmission power for a PRACH transmission in a second type of RO and perform the PRACH transmission in the second type of RO using the determined transmission power.Brief Description of the Drawings

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

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

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

[0007] Fig. 4 shows an example PRACH transmission power vs. RACH attempts graph where the power offset for the SBFD has two parts according to various example embodiments.

[0008] Fig. 5 shows an example PRACH transmission power vs. RACH attempts graph where a transmission power counter is reset when switching from additional ROs to legacy ROs according to various example embodiments.

[0009] Fig. 6 shows an example method for performing PRACH transmissions according to various example embodiments.Detailed Description

[0010] 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 determining a transmission power for PRACH transmissions when an SBFD-aware UE switches from performing PRACH transmissions using additional ROs of the SBFD sub-band to legacy ROs of the SBFD sub-band or switches from legacy ROs to additional ROs.

[0011] 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 a network and is configured with the hardware, software, and / or firmware to exchange information and data with the network. Therefore, the UE as described herein is used to represent any appropriate type of electronic component.

[0012] The example embodiments are also described with reference to a 5G New Radio (NR) network. However, it should be understood that 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, 6G, 7G, etc. ) , or any other type of network.

[0013] The example embodiments are also described with reference to a RACH procedure. Current standards (e.g., 3GPP Technical Specifications (TS) ) define two general types of RACH procedures, a 2-step RACH procedure and a 4-step RACH procedure. The example embodiments may be applied to either a 2-step RACH procedure or a 4-step RACH procedure, unless specifically described as applying to only one of the types of RACH procedures. In addition, it is possible that future releases of the 3GPP TSs may define other types of RACH procedures. The example embodiments may also be applied to any future defined RACH procedure types.

[0014] The example embodiments provide operations for determining a transmission power for PRACH transmissions when an SBFD-aware UE switches from performing PRACH transmissions using additional ROs of the SBFD sub-band to legacy ROs and vice versa. These operations may include determining the transmission power based on a power offset that is determined based on one or more of configured values for power ramping steps for the additional ROs or legacy ROs, configured values for target received power for the additional ROs or legacy ROs, or a power ramping counter. The example embodiments are described in greater detail below.

[0015] 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, phablets, 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 a single UE 110 is merely provided for illustrative purposes.

[0016] 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 radio access network (RAN) 120. However, the UE 110 may also communicate with other types of networks (e.g., 5G cloud RAN, a next generation RAN (NG-RAN) , a long-term evolution (LTE) RAN, a legacy cellular network, a wireless local area network (WLAN) , 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 RAN 120. Therefore, the UE 110 may have at least a 5G chipset to communicate with the 5G RAN 120. The UE 110 may also have other chipsets to communicate with other types of RANs, e.g., LTE chipset, ISM chipset, etc.

[0017] The 5G RAN 120 may be a portion of a cellular network that may be deployed by a network carrier (e.g., Verizon, AT&T, T-Mobile, etc. ) . The 5G RAN 120 may include base stations or access nodes (Node Bs, eNodeBs, HeNBs, eNBS, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) that are configured to send and receive traffic from UEs that are equipped with the appropriate cellular chip set. As used herein, the term “base station, ” “access node, ” “access point, ” or the like may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These access nodes may be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and may comprise ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) . In fact, in some embodiments, a UE, such as UE 110 described herein, may function as an access point. In one example, the 5G RAN 120 includes the base station 120A that may be any appropriate base station or cell deployed in the 5G RAN 120 (e.g., Node Bs, eNodeBs, HeNBs, eNBs, gNBs, gNodeBs, macrocells, microcells, small cells, femtocells, etc. ) .

[0018] Any association procedure may be performed for the UE 110 to connect to the 5G RAN 120. For example, as discussed above, the 5G 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 RAN 120, the UE 110 may transmit the corresponding credential information to associate with the 5G RAN 120. More specifically, the UE 110 may associate with a specific cell (e.g., the gNB 120A) .

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

[0020] Fig. 2 shows an example UE 110 according to various example embodiments. The UE 110 may be an SBFD-aware UE, e.g., the UE has the capability to operate in SBFD mode. 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.

[0021] 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 performing RACH procedures with a cell of a network. These operations may include, but are not limited to, performing PRACH transmissions using additional ROs or legacy ROs, switching from additional ROs to legacy ROs, or vice versa, for performing PRACH transmissions and determining a transmission power based on the switching. These and other operations will be described in greater detail below.

[0022] The above referenced engine being an application (e.g., a program) executed by the processor 205 is only an 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.

[0023] 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. The transceiver 225 may be a hardware component configured to establish a connection with the 5G 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) . For example, the transceiver 225 may operate on the unlicensed spectrum when e.g., NR-U is configured.

[0024] 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, decode and / or process signals (e.g., signaling from a base station of a network) for implementing any one of the methods described herein.

[0025] 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 type of access node through which the UE 110 may establish a connection and manage network operations. As used herein, the term “base station” may also refer to an “access node, ” “access point, ” or the like and may describe equipment that provides the radio baseband functions for data and / or voice connectivity between a network and one or more users. These base stations and access nodes may be referred to as BS, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs or TRPs, and so forth, and may comprise ground stations (e.g., terrestrial access points) or satellite stations providing coverage within a geographic area (e.g., a cell) .

[0026] 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, TxRUs, transceiver chains, antenna elements, antenna panels, etc.

[0027] The processor 305 may be configured to execute a plurality of engines of the base station 300. For example, the engines may include a RACH configuration engine 330 that may perform operations related to configuring a UE for RACH procedures with the base station 300. These operations may include, but are not limited to, configuring the UE with a RACH configuration comprising additional ROs and legacy ROs and parameters related to transmission power for PRACH transmissions in the additional ROs and legacy ROs. These and other operations will be described in greater detail below.

[0028] The above noted engine 330 being an application (e.g., a program) executed by the processor 305 is only an example. The functionality associated with the engine 330 may also be represented as a separate incorporated component of the base station 300 or may be a modular component coupled to the base station 300, 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. In addition, in some base stations, the functionality described for the processor 305 is split among a plurality of processors (e.g., a baseband processor, an applications processor, etc. ) . The example embodiments may be implemented in any of these or other configurations of a base station.

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

[0030] The transceiver 320 may be a hardware component configured to exchange data with the UE 110 and any other UEs in the network arrangement 100. The transceiver 320 may operate on a variety of different frequencies or channels (e.g., set of consecutive frequencies) . Therefore, the transceiver 320 may include one or more components (e.g., radios) to enable the data exchange with the various networks and UEs. 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, decode and / or process signals (e.g., signaling from a UE) for implementing any one of the methods described herein.

[0031] As stated above, when an SBFD-aware UE switches from additional-ROs to legacy-ROs or vice versa for PRACH transmission re-attempts, the power control for the UE is undefined. The example embodiments provide power control operations for the UE in this scenario.

[0032] The example embodiments may be applied to RACH Option 1 where there is a single RACH configuration for both legacy UEs and SBFD-aware UEs in a Radio Resource Control (RRC) Connected State, e.g., the same RACH configuration may be used for legacy ROs and the additional ROs. The example embodiments may also be applied to RACH Option 2 where there are two separate RACH configurations, including one legacy RACH configuration and one additional RACH configuration for the SBFD-aware UEs in the RRC Connected State.

[0033] In a RACH procedure (regardless of whether RACH Option 1 or Option 2 is used) , the UE may increase the power for each successive PRACH reattempt, e.g. power ramping. This power ramping may be used because if the power for the PRACH transmission was initially set to a maximum power, this may drain power from the UE and cause interreference within the network. Thus, the power for an initial PRACH transmission may be set to some value that is lower than the maximum allowed power for the PRACH transmission. If the initial PRACH transmission is unsuccessful, e.g., the network (e.g., gNB 120A) does not detect / decode the PRACH transmission, the UE may reattempt the PRACH transmission at a higher power (power ramping) to increase a probability that the network (e.g., gNB 120A) receives the PRACH transmission to start the RACH procedure between the network and the UE.

[0034] There may also be a further variable that is applied to SBFD-aware UEs. For example, the SBFD-aware UE may initially perform the PRACH transmission in an additional RO. After a predetermined number of attempts (e.g., 4) to successfully transmit the PRACH in the additional ROs, the SBFD-aware UE may switch to legacy ROs to transmit the PRACH transmission. However, the power control for this switch from additional ROs to legacy ROs is currently undefined. While the above example described a switch from additional ROs to legacy ROs, the reverse case may also be performed, e.g., a switch from the legacy ROs to the additional ROs. The example embodiments may be applied to either of these cases.

[0035] In addition, in some example embodiments, when a PRACH transmission for a 2-step RACH procedure is unsuccessful for a predetermined number of times, a UE may fallback to a 4-step RACH procedure, e.g., the next PRACH transmission may be a PRACH transmission for a 4-step RACH procedure.

[0036] In some example embodiments, a power offset for SBFD with two parts for PRACH power control may be used. The power offset refers to a value that may be added to a transmission power for a last PRACH transmission using the additional ROs before switching to the legacy ROs to determine the transmission power for the first PRACH transmission of the legacy ROs. This power offset may be determined based on: POWER_OFFSET_SBFD = POWER_OFFSET + POWER_OFFSET1,  where, POWER_OFFSET = (N-1) X (PREAMBLE_POWER_RAMPING_STEP_SBFD  –PREAMBLE_POWER_RAMPING_STEP) , where, N is the power ramping counter when switching  back to a 4-step RACH procedure (e.g., after a number of attempts using the 2-step RACH procedure, the UE will fallback to the 4-step RACH procedure) , PREAMBLE_POWER_RAMPING_STEP_SBFD is a parameter  defined by the network that indicates an increase in power (e.g., 2dB, 3dB, 4dB, etc. ) for a next PRACH transmission (e.g., RACH attempt (RA) ) in the additional ROs, and PREAMBLE_POWER_RAMPING_STEP is a parameter defined by  the network that indicates an increase in power (e.g., 2dB, 3dB, 4dB, etc. ) for a next PRACH transmission (e.g., RA) in the legacy ROs for a 4-step RACH procedure; and POWER_OFFSET1 = SBFD-PreambleReceivedTargetPower – preambleReceivedTargetPower, where SBFD-PreambleReceivedTargetPower is a parameter  for an initial Random Access Preamble power for the additional ROs that is set by the network, and preambleReceivedTargetPower is a parameter for initial  Random Access Preamble power for a 4-step RACH in the legacy ROs that is set by the network.

[0037] The result of the above is that the PREAMBLE_RECEIVED_TARGET_POWER for the legacy ROs, e.g., when the UE is switching from the additional ROs to the legacy ROs, may be determined by: PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER –1) xPREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_SBFD, where DELTA_PREAMBLE is a preconfigured value in a  PRACH configuration that indicates a power difference between PRACH formats, and the remainder of the parameters were defined above.

[0038] Thus, in these example embodiments, the power offset for the SBFD has two parts, e.g., the POWER_OFFSET and the POWER_OFFSET1 described above. This SBFD power offset may be applied to either RACH configuration Option 1 or RACH configuration Option 2. However, there may be different implications for the different RACH options. For example, for RACH configuration Option 1, the POWER_OFFSET parameter will be equal to 0. This is because there is only a single RACH configuration and therefore the PREAMBLE_POWER_RAMPING_STEP_SBFD and the PREAMBLE_POWER_RAMPING_STEP will have the same and, when the difference is taken in the POWER_OFFSET equation described above, the result will be 0, meaning the entire POWER_OFFSET parameter. However, for RACH configuration Option 1, the POWER_OFFSET1 may be 0 or a non-zero value because it depends on the parameters SBFD-PreambleReceivedTargetPower and preambleReceivedTargetPower that may have different values in the configuration.

[0039] For RACH configuration Option 2, because there may be different configurations for the legacy ROs and the additional ROs, both the POWER_OFFSET and POWER_OFFSET1 may be applied.

[0040] Fig. 4 shows an example PRACH transmission power vs. RACH attempts graph 400 where the power offset for the SBFD has two parts according to various example embodiments. The example of Fig. 4 is an example of the above example embodiments where the power offset for the SBFD has the parts POWER_OFFSET and the POWER_OFFSET1. In this example, the UE 110 may be attempting to perform a RACH procedure with the gNB 120A of the 5G RAN 120.

[0041] Initially, the UE 110 will perform the first PRACH transmission 401 in the additional ROs. The transmission power for this first PRACH transmission 401 is the value of the SBFD-PreambleReceivedTargetPower parameter 410 that is the initial Random Access Preamble power for a 4-step RACH in the additional ROs that is set by the network. In this example, the first PRACH transmission 401 is unsuccessful. Thus, the UE 110 may attempt a second PRACH transmission 402 in the additional ROs. The UE 110 may increment the power ramping counter 420 and apply the PREAMBLE_POWER_RAMPING_STEP_SBFD parameter 415 defined by the network to increase the transmission power (e.g., 2dB, 3dB, 4dB, etc. ) for the second PRACH transmission 402. Again, the second PRACH transmission 402 is unsuccessful.

[0042] In the example of Fig. 4, the UE 110 may perform the two further PRACH transmissions 403 and 404 in the additional ROs. For each of these further PRACH transmissions the UE 110 may increment the power ramping counter 420 and apply the PREAMBLE_POWER_RAMPING_STEP_SBFD parameter 415. Again, the two further PRACH transmissions 403 and 404 may be unsuccessful. In this example, the predetermined number of PRACH transmissions in the additional ROs may be 4, e.g., SBFD-preambleTransMax = 4. After the fourth unsuccessful PRACH transmission 404, the UE 110 may fallback to PRACH transmissions in the legacy ROs.

[0043] Thus, the UE 110 may then attempt a PRACH transmission 405 in the legacy ROs. The power for the PRACH transmission 405 may be determined based on the equation POWER_OFFSET_SBFD = POWER_OFFSET + POWER_OFFSET1 as described above. In this example, the transmission power for the PRACH transmission 405 in the legacy ROs accumulates the transmission power from the PRACH transmissions 401-404 using the additional ROs. As shown in Fig. 4, the SBFD-PreambleReceivedTargetPower 410 and the preambleReceivedTargetPower 430 may have different values meaning that the POWER_OFFSET1 will have a non-zero value. This non-zero value of the POWER_OFFSET1 may be added to the transmission power of the PRACH transmission 404 to determine the transmission power for the PRACH transmission 405. As also described above, the POWER_OFFSET for RACH configuration Option 2 may also have a non-zero value and this value may also be added to the transmission power of the PRACH transmission 404 to determine the transmission power for the PRACH transmission 405.

[0044] If the first PRACH transmission 405 using the legacy ROs is unsuccessful, the UE 110 may perform a second PRACH transmission 406 using the legacy ROs by incrementing the power ramping counter 420 and applying the POWER_RAMPING_STEP 440 for legacy ROs. This process may continue until the PRACH transmission is successful or a maximum number of PRACH transmissions has been reached.

[0045] In other example embodiments, a new power offset parameter for SBFD with a SBFD preamble received target power may be defined for the switch from the additional ROs to the legacy ROs. In this example, the mew power offset parameter may be: POWER_OFFSET_SBFD = (N-1) x  (PREAMBLE_POWER_RAMPING_STEP_SBFD -PREAMBLE_POWER_RAMPING_STEP_SBFD) , where N is the power ramping counter when switching to  the legacy ROs, PREAMBLE_POWER_RAMPING_STEP_SBFD is a parameter  defined by the network that indicates an increase in power (e.g., 2dB, 3dB, 4dB, etc. ) for a next PRACH transmission (e.g., RACH attempt (RA) ) in the additional ROs, and PREAMBLE_POWER_RAMPING_STEP is a parameter defined by  the network that indicates an increase in power (e.g., 2dB, 3dB, 4dB, etc. ) for a next PRACH transmission (e.g., RA) in the legacy ROs for a 4-step RACH procedure.

[0046] The result of the above is that the PREAMBLE_RECEIVED_TARGET_POWER for the legacy ROs, e.g., when the UE is switching from the additional ROs to the legacy ROs, may be determined by: PREAMBLE_RECEIVED_TARGET_POWER = SBFD- preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER –1) x PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_SBFD, where DELTA_PREAMBLE is a preconfigured value in a  PRACH configuration that indicates a power difference between PRACH formats, and the remainder of the parameters were defined above.

[0047] Similar to the above example embodiments, for RACH configuration Option 1, the POWER_OFFSET_SBFD will equal 0 because the PREAMBLE_POWER_RAMPING_STEP_SBFD and the PREAMBLE_POWER_RAMPING_STEP_SBFD will have the same value. For the for RACH configuration Option 2, the POWER_OFFSET_SBFD may have a zero or non-zero value depending on the PREAMBLE_POWER_RAMPING_STEP_SBFD and the PREAMBLE_POWER_RAMPING_STEP_SBFD values in the separate configurations.

[0048] A comparison of the above example embodiments shows that a difference between the example embodiments is that in the first example embodiments, the power offset for the legacy ROs may be based, in part, on parameters configured for the legacy ROs, e.g., preambleReceivedTargetPower. On the other hand, in the second example embodiments, the power offset for the legacy ROs may be based, in part, on parameters configured for the additional ROs, e.g., SBFD-preambleReceivedTargetPower, even though the power offset is for the legacy ROs.

[0049] The example embodiments may also include setting a maximum number of PRACH transmissions in the additional ROs (e.g., SBFD-preambleTransMax) before falling back to the legacy ROs. In some example embodiments, maximum number of PRACH transmissions in the additional ROs may be separately configured for both RACH configuration Option 1 and Option 2. The separate configuration may allow a UE to fallback from the additional ROs to the legacy ROs to avoid SBFD cross-link interference.

[0050] In other example embodiments, the PREAMBLE_POWER_TRANSMISSION_COUNTER parameter and the SBFD-preambleTransMax parameter may be applied when the UE determines whether to switch the PRACH attempt from the additional ROs to the legacy ROs. For example, if PREAMBLE_POWER_TRANSMISSION_COUNTER = SBFD-preambleTransMax+1, the UE switches the PRACH attempt to the legacy RO, and sets the PREAMBLE_POWER_TRANSMISSION_COUNTER to 1 after switching to the legacy ROs, e.g., since the transmission counter is the same counter for the additional ROs and the legacy ROs, the transmission counter should be reset when switching to avoid the UE not performing the PRACH transmissions in the legacy ROs because the transmission counter is already above the threshold. Similarly, when the opposite switch is occurring, e.g., the UE is switching from legacy ROs to the additional ROs, a preambleTransMax parameter may be applied to determine whether the UE is to switch the PRACH attempt from legacy ROs to additional ROs. The maximum number of preamble transmissions may be configured independently for legacy ROs (e.g., preambleTransMax) and the additional ROs (e.g., SBFD-preambleTransMax) .

[0051] In some example embodiments, the value of preambleTransMax may be larger than the value of SBFD-preambleTransMax. This may be because, as described above, the possibility of SBFD interference is larger in the additional ROs than in the legacy ROs. For example, while the additional ROs may be used for UL communications (e.g., PRACH transmissions) , the additional ROs may be in a DL portion (or Physical Resource Blocks (PRBs) of the SBFD. Thus, the possibility of interference is greater than in the case of the legacy ROs. Thus, having more attempts in the legacy ROs may increase the likelihood of a successful PRACH transmission and RACH procedure.

[0052] In further example embodiments, when switching from the additional ROs to the legacy ROs, an SBFD-aware UE may reset the PREAMBLE_POWER_TRANSMISSION_COUNTER to 1. This may result in no PRACH transmission power accumulation. For example, in these example embodiments, the PRACH transmission power for the legacy ROs may be determined based on: PREAMBLE_RECEIVED_TARGET_POWER = preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER –1) x PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA, where POWER_OFFSET_2STEP_RA = (N-1) x  (PREAMBLE_POWER_RAMPING_STEP_2_step -PREAMBLE_POWER_RAMPING_STEP_4_step) , where PREAMBLE_POWER_RAMPING_STEP_2_step is the power  ramping step for RAs in a 2-step RACH procedure for legacy ROs, and where PREAMBLE_POWER_RAMPING_STEP_4_step is the power  ramping step for RAs in a 4-step RACH procedure for legacy ROs.

[0053] As can be seen from the equation above, if the SBFD-aware UE resets the PREAMBLE_POWER_TRANSMISSION_COUNTER to 1, the PREAMBLE_RECEIVED_TARGET_POWER will equal 0. This means that any transmission power accumulated during the additional ROs will be disregarded when setting the transmission power for the legacy ROs.

[0054] Fig. 5 shows an example PRACH transmission power vs. RACH attempts graph 500 where a transmission power counter is reset when switching from additional ROs to legacy ROs according to various example embodiments. The example of Fig. 5 is an example of the above example embodiments where an SBFD-aware UE resets the PREAMBLE_POWER_TRANSMISSION_COUNTER to 1 when switching from the additional ROs to the legacy ROs. In this example, the UE 110 may be attempting to perform a RACH procedure with the gNB 120A of the 5G RAN 120.

[0055] Initially, the UE 110 will perform the first PRACH transmission 501 in the additional ROs. The transmission power for this first PRACH transmission 501 is the value of the SBFD-PreambleReceivedTargetPower parameter 510 that is the initial Random Access Preamble power in the additional ROs that is set by the network. In this example, the first PRACH transmission 501 is unsuccessful. Thus, the UE 110 may attempt a second PRACH transmission 502 in the additional ROs. The UE 110 may increment the power ramping counter 520 and apply the PREAMBLE_POWER_RAMPING_STEP_SBFD parameter 515 defined by the network to increase the transmission power (e.g., 2dB, 3dB, 4dB, etc. ) for the second PRACH transmission 502. Again, the second PRACH transmission 502 is unsuccessful.

[0056] In the example of Fig. 5, the UE 110 may perform the two further PRACH transmissions 503 and 504 in the additional ROs. For each of these further PRACH transmissions the UE 110 may increment the power ramping counter 520 and apply the PREAMBLE_POWER_RAMPING_STEP_SBFD parameter 515. Again, the two further PRACH transmissions 503 and 504 may be unsuccessful. In this example, the predetermined number of PRACH transmissions in the additional ROs may be 4, e.g., SBFD-preambleTransMax = 4.

[0057] The UE 110 may then fallback to perform PRACH transmissions using the legacy ROs. As part of this fallback process, the UE 110 may reset the power ramping counter 520 to 1. Based on the equation above, this removes any transmission power accumulation during the PRACH attempts using the additional ROs from the transmission power for the PRACH transmissions using the legacy ROs. As shown in Fig. 5, the resetting of the power ramping counter 520 results in the transmission power for the first PRACH transmission 505 using the legacy ROs is the value of the PreambleReceivedTargetPower parameter 530 that is the initial Random Access Preamble power in the legacy ROs that is set by the network. If the first PRACH transmission 505 using the legacy ROs is unsuccessful, the UE 110 may perform a second PRACH transmission 506 using the legacy ROs by incrementing the power ramping counter 520 and applying the POWER_RAMPING_STEP 540 for legacy ROs. This process may continue until the PRACH transmission is successful or a maximum number of PRACH transmissions has been reached.

[0058] While the above example embodiments were described separately, the example embodiments may be applied in combination, e.g., the solutions presented in the example embodiments are not exclusive. For example, the first example embodiments (e.g., POWER_OFFSET_SBFD = POWER_OFFSET + POWER_OFFSET1) and the second example embodiments (e.g., power offset parameter for legacy ROs is based on, in part, a SBFD preamble received target power for the additional ROs) may be applied to RACH configuration Option 1, while the third example embodiments (e.g., resetting the power ramping counter to RACH configuration Option 2. However, other combinations of solutions may also be implemented.

[0059] Fig. 6 shows an example method 600 for performing PRACH transmissions according to various example embodiments. The method 600 is described from the viewpoint of the UE 110 attempting a RACH procedure with the gNB 120A of the 5G RAN 120. The UE 110 may be an SBFD-aware UE. The method 600 starts with PRACH transmissions in the additional ROs and then falls back to PRACH transmissions in the legacy ROs.

[0060] In 610, the UE 110 determines the transmission power for a PRACH transmission in the additional ROs. As described above, the transmission power for the initial PRACH transmission in the additional ROs may be a configured value for the SBFD-PreambleReceivedTargetPower. In 620, the UE 110 may perform a PRACH transmission using an additional RO at the transmission power determined in 610.

[0061] In 630, the UE 110 determines whether the PRACH transmission using the additional RO was successful. If the PRACH transmission is successful, the method 600 is completed and the UE 110 may continue the RACH procedure with the gNB 120A. However, if, in 630, the UE 110 determines the PRACH transmission using the additional RO was unsuccessful, in 640, the UE 110 may determine if a maximum number of PRACH attempts using additional ROs has been reached. If the maximum number of PRACH attempts using additional ROs has not been reached, the UE 110 may then, in 610, determine the transmission power for a next PRACH transmission in the additional ROs, e.g., based on the PREAMBLE_POWER_RAMPING_STEP_SBFD. The UE 110 may then perform 620-640 for the next PRACH transmission.

[0062] If, in 640, the maximum number of PRACH attempts using additional ROs has been reached, the UE 110 may then, in 650, determine the transmission power for a PRACH transmission in the legacy ROs. The example embodiments described above provided various examples for determining the transmission power for a PRACH transmission in the legacy ROs when the UE 110 switches from the additional ROs.

[0063] In 660, the UE 110 may perform a PRACH transmission using a legacy RO at the transmission power determined in 650. In 670, the UE 110 determines whether the PRACH transmission using the legacy RO was successful. If the PRACH transmission is successful, the method 600 is completed and the UE 110 may continue the RACH procedure with the gNB 120A. However, if, in 670, the UE 110 determines the PRACH transmission using the legacy RO was unsuccessful, in 680, the UE 110 may determine if a maximum number of PRACH attempts using legacy ROs has been reached. If the maximum number of PRACH attempts using legacy ROs has not been reached, the UE 110 may then, in 650, determine the transmission power for a next PRACH transmission using the legacy ROs, e.g., based on the PREAMBLE_POWER_RAMPING_STEP. The UE 110 may then perform 660-680 for the next PRACH transmission using the legacy ROs. However, if the maximum number of PRACH attempts using legacy ROs has been reached, the method 600 ends and the UE 110 has not successfully performed a RACH procedure with the gNB 120A.

[0064] In the example embodiments described above, the scenario for switching from additional ROs to legacy ROs was described in detail. However, the example embodiments may also be applied to the reverse scenario where the UE switches from legacy ROs to additional ROs. The equations described above may be adapted to this reverse scenario.Examples

[0065] In a first example, a method, comprising performing a Physical Random Access Channel (PRACH) transmission using an additional Random Access Channel occasion (RO) of a sub-band full-duplex (SBFD) sub-band, determining, after an unsuccessful PRACH transmission in the additional RO, a transmission power for a PRACH transmission in a legacy RO and perform the PRACH transmission in the legacy RO using the determined transmission power.

[0066] In a second example, the method of the first example, wherein the transmission power for the PRACH transmission in the legacy RO is determined based on a power offset from a transmission power of the PRACH transmission using the additional RO of the SBFD sub-band.

[0067] In a third example, the method of the second example, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using additional ROs of the SBFD sub-band, a power ramping step value associated with PRACH transmissions in the additional ROs and a power ramping step value associated with PRACH transmissions in legacy ROs.

[0068] In a fourth example, the method of the third example, wherein the power offset is based, in part, on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the additional ROs and an initial Random Access Preamble transmission power configured by the network for PRACH transmissions in the legacy ROs.

[0069] In a fifth example, the method of the fourth example, wherein, when a RACH configuration comprises a single configuration for both the additional ROs and the legacy ROs, the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs are the same such that a contribution to the power offset by the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs is zero.

[0070] In a sixth example, the method of the second example, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using additional ROs of the SBFD sub-band, a power ramping step value associated with PRACH transmissions in the additional ROs, and a power ramping step value associated with PRACH transmissions in legacy ROs.

[0071] In a seventh example, the method of the sixth example, wherein the transmission power for the PRACH transmission in the legacy RO is determined based on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the additional ROs.

[0072] In an eighth example, the method of the sixth example, wherein, when a RACH configuration comprises a single configuration for both the additional ROs and the legacy ROs, the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs are the same such that a contribution to the power offset by the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs is zero.

[0073] In a ninth example, the method of the first example, further comprising resetting a power ramping counter when switching PRACH transmissions from additional ROs in the SBFD sub-band to legacy ROs such that transmission power used for the PRACH transmission in the additional RO does not contribute to the transmission power for the PRACH transmission in the legacy RO.

[0074] In a tenth example, the method of the first example, further comprising, processing, based on signaling from a network, a first configuration comprising a maximum number of PRACH transmissions on additional ROs of the SBFD sub-band and processing, based on signaling from the network, a second configuration comprising a maximum number of PRACH transmissions on legacy ROs.

[0075] In an eleventh example, the method of the tenth example, wherein the PRACH transmission on the additional RO corresponds to the maximum number of PRACH transmissions on the additional ROs.

[0076] In a twelfth example, the method of the tenth example, wherein the maximum number of PRACH transmissions on the legacy ROs is greater than the maximum number of PRACH transmissions on the additional ROs.

[0077] In a thirteenth example, the method of the tenth example, further comprising resetting a preamble power transmission counter when switching PRACH transmissions from the additional ROs in the SBFD sub-band to legacy ROs.

[0078] In a fourteenth example, the method of the first example, wherein the PRACH transmission in the legacy RO is transmitted in the SBFD sub-band or another band.

[0079] In a fifteenth example, a processor configured to perform any of the methods of the first through fourteenth examples.

[0080] In a sixteenth example, a processor configured to perform any of the methods of the first through fourteenth examples.

[0081] In a seventeenth example, a method, comprising performing a Physical Random Access Channel (PRACH) transmission using a first type of Random Access Channel occasion (RO) , determining, after an unsuccessful PRACH transmissions in the first type of RO, a transmission power for a PRACH transmission in a second type of RO and performing the PRACH transmission in the second type of RO using the determined transmission power.

[0082] In an eighteenth example, the method of the seventeenth example, wherein the first type of RO comprises an RO of a sub-band full-duplex (SBFD) sub-band and the second type of RO comprises a legacy RO.

[0083] In a nineteenth example, the method of the seventeenth example, wherein the first type of RO comprises a legacy RO and the second type of RO comprises an RO of a sub-band full-duplex (SBFD) sub-band.

[0084] In a twentieth example, the method of the seventeenth example, wherein the transmission power for the PRACH transmission in the second type of RO is determined based on a power offset from a transmission power of the PRACH transmission using the first type of RO.

[0085] In a twenty first example, the method of the twentieth example, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using the first type of ROs, a power ramping step value associated with PRACH transmissions in the first type of ROs and a power ramping step value associated with PRACH transmissions the second type of ROs.

[0086] In a twenty second example, the method of the twenty first example, wherein the power offset is based, in part, on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the first type of ROs and an initial Random Access Preamble transmission power configured by the network for PRACH transmissions in the second type of ROs.

[0087] In a twenty third example, the method of the twenty second example, wherein, when a RACH configuration comprises a single configuration for both the first type of ROs and the second type of ROs, the power ramping step value associated with PRACH transmissions in the first type of ROs and the power ramping step value associated with PRACH transmissions in the second type of ROs are the same such that a contribution to the power offset by the power ramping step value associated with PRACH transmissions in the first type of ROs and the power ramping step value associated with PRACH transmissions in the second type of ROs is zero.

[0088] In a twenty fourth example, the method of the twentieth example, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using the first type of ROs, a power ramping step value associated with PRACH transmissions in the first type of ROs, and a power ramping step value associated with PRACH transmissions in the second type of ROs.

[0089] In a twenty fifth example, the method of the twenty fourth example, wherein the transmission power for the PRACH transmission in the second type of ROs is determined based on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the first type of ROs.

[0090] In a twenty sixth example, the method of the twenty fourth example, wherein, when a RACH configuration comprises a single configuration for both the first type of ROs and the second type of ROs, the power ramping step value associated with PRACH transmissions in the first type of ROs and the power ramping step value associated with PRACH transmissions in the second type of ROs are the same such that a contribution to the power offset by the power ramping step value associated with PRACH transmissions in the first type of ROs and the power ramping step value associated with PRACH transmissions in the second type of ROs is zero.

[0091] In a twenty seventh example, the method of the seventeenth example, further comprising resetting a power ramping counter when switching PRACH transmissions from the first type of ROs to the second type of ROs such that transmission power used for the PRACH transmission in the first type of ROs does not contribute to the transmission power for the PRACH transmission in the second type of ROs.

[0092] In a twenty eighth example, the method of the seventeenth example, further comprising processing, based on signaling from a network, a first configuration comprising a maximum number of PRACH transmissions on the first type of ROs and processing, based on signaling from the network, a second configuration comprising a maximum number of PRACH transmissions on the second type of ROs.

[0093] In a twenty ninth example, the method of the twenty eighth example, wherein the PRACH transmission on the first type of ROs corresponds to the maximum number of PRACH transmissions on the first type of ROs.

[0094] In a thirtieth example, the method of the twenty eighth example, wherein the maximum number of PRACH transmissions on the second type of ROs is greater than the maximum number of PRACH transmissions on the first type of ROs.

[0095] In a thirty first example, the method of the twenty eighth example, further comprising resetting a preamble power transmission counter when switching PRACH transmissions from the first type of ROs to the second type of ROs.

[0096] In a thirty second example, a processor configured to perform any of the methods of the seventeenth through thirty first examples.

[0097] In a thirty third example, a processor configured to perform any of the methods of the seventeenth through thirty first examples.

[0098] 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 platform 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. In a further example, 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.

[0099] In some embodiments, a non-transitory computer-readable memory medium (e.g., a non-transitory memory element) may be configured so that it stores program instructions and / or data, where the program instructions, if executed by a computer system, cause the computer system to perform a method, e.g., any of a method embodiments described herein, or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets.

[0100] In some embodiments, a device (e.g., a UE) may be configured to include a processor (or a set of processors) and a memory medium (or memory element) , where the memory medium stores program instructions, where the processor is configured to read and execute the program instructions from the memory medium, where the program instructions are executable to implement any of the various method embodiments described herein (or, any combination of the method embodiments described herein, or, any subset of any of the method embodiments described herein, or, any combination of such subsets) . The device may be realized in any of various forms.

[0101] Embodiments of the present invention may be realized in any of various forms. For example, in some embodiments, the present invention may be realized as a computer-implemented method, a computer-readable memory medium, or a computer system. In other embodiments, the present invention may be realized using one or more custom-designed hardware devices such as ASICs. In other embodiments, the present invention may be realized using one or more programmable hardware elements such as FPGAs.

[0102] Although this application described various aspects each having different features in various combinations, those skilled in the art will understand that any of the features of one aspect may be combined with the features of the other aspects 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 aspects.

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

[0104] 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 equivalents.

Claims

An apparatus comprising processing circuitry configured to:perform a Physical Random Access Channel (PRACH) transmission using an additional Random Access Channel occasion (RO) of a sub-band full-duplex (SBFD) sub-band;determine, after an unsuccessful PRACH transmission in the additional RO, a transmission power for a PRACH transmission in a legacy RO; andperform the PRACH transmission in the legacy RO using the determined transmission power.The apparatus of claim 1, wherein the transmission power for the PRACH transmission in the legacy RO is determined based on a power offset from a transmission power of the PRACH transmission using the additional RO of the SBFD sub-band.The apparatus of claim 2, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using additional ROs of the SBFD sub-band, a power ramping step value associated with PRACH transmissions in the additional ROs and a power ramping step value associated with PRACH transmissions in legacy ROs.The apparatus of claim 3, wherein the power offset is based, in part, on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the additional ROs and an initial Random Access Preamble transmission power configured by the network for PRACH transmissions in the legacy ROs.The apparatus of claim 4, wherein, when a RACH configuration comprises a single configuration for both the additional ROs and the legacy ROs, the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs are the same such that a contribution to the power offset by the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs is zero.The apparatus of claim 2, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using additional ROs of the SBFD sub-band, a power ramping step value associated with PRACH transmissions in the additional ROs, and a power ramping step value associated with PRACH transmissions in legacy ROs.The apparatus of claim 6, wherein the transmission power for the PRACH transmission in the legacy RO is determined based on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the additional ROs.The apparatus of claim 6, wherein, when a RACH configuration comprises a single configuration for both the additional ROs and the legacy ROs, the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs are the same such that a contribution to the power offset by the power ramping step value associated with PRACH transmissions in the additional ROs and the power ramping step value associated with PRACH transmissions in legacy ROs is zero.The apparatus of claim 1, wherein the processing circuitry is further configured to:reset a power ramping counter when switching PRACH transmissions from additional ROs in the SBFD sub-band to legacy ROs such that transmission power used for the PRACH transmission in the additional RO does not contribute to the transmission power for the PRACH transmission in the legacy RO.The apparatus of claim 1, wherein the processing circuitry is further configured to:process, based on signaling from a network, a first configuration comprising a maximum number of PRACH transmissions on additional ROs of the SBFD sub-band; andprocess, based on signaling from the network, a second configuration comprising a maximum number of PRACH transmissions on legacy ROs.The apparatus of claim 10, wherein the PRACH transmission on the additional RO corresponds to the maximum number of PRACH transmissions on the additional ROs.The apparatus of claim 10, wherein the maximum number of PRACH transmissions on the legacy ROs is greater than the maximum number of PRACH transmissions on the additional ROs.The apparatus of claim 10, wherein the processing circuitry is further configured to:reset a preamble power transmission counter when switching PRACH transmissions from the additional ROs in the SBFD sub-band to legacy ROs.The apparatus of claim 1, wherein the PRACH transmission in the legacy RO is transmitted in the SBFD sub-band or another band.An apparatus comprising processing circuitry configured to:perform a Physical Random Access Channel (PRACH) transmission using a first type of Random Access Channel occasion (RO) ;determine, after an unsuccessful PRACH transmissions in the first type of RO, a transmission power for a PRACH transmission in a second type of RO; andperform the PRACH transmission in the second type of RO using the determined transmission power.The apparatus of claim 15, wherein the first type of RO comprises an RO of a sub-band full-duplex (SBFD) sub-band and the second type of RO comprises a legacy RO.The apparatus of claim 15, wherein the first type of RO comprises a legacy RO and the second type of RO comprises an RO of a sub-band full-duplex (SBFD) sub-band.The apparatus of claim 15, wherein the transmission power for the PRACH transmission in the second type of RO is determined based on a power offset from a transmission power of the PRACH transmission using the first type of RO.The apparatus of claim 18, wherein the power offset is based, in part, on a value of a power ramping counter associated with a number of unsuccessful PRACH transmissions using the first type of ROs, a power ramping step value associated with PRACH transmissions in the first type of ROs and a power ramping step value associated with PRACH transmissions the second type of ROs.The apparatus of claim 19, wherein the power offset is based, in part, on an initial Random Access Preamble transmission power configured by a network for PRACH transmissions in the first type of ROs and an initial Random Access Preamble transmission power configured by the network for PRACH transmissions in the second type of ROs.

Images