WO2023038438A1 - Procédés et appareil de gestion de multiples procédures rach dans un système de communication sans fil - Google Patents

Procédés et appareil de gestion de multiples procédures rach dans un système de communication sans fil Download PDF

Info

Publication number
WO2023038438A1
WO2023038438A1 PCT/KR2022/013467 KR2022013467W WO2023038438A1 WO 2023038438 A1 WO2023038438 A1 WO 2023038438A1 KR 2022013467 W KR2022013467 W KR 2022013467W WO 2023038438 A1 WO2023038438 A1 WO 2023038438A1
Authority
WO
WIPO (PCT)
Prior art keywords
rach procedure
stack
rach
primary
cell
Prior art date
Application number
PCT/KR2022/013467
Other languages
English (en)
Inventor
R Moses Manoj Kumar
Original Assignee
Samsung Electronics Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Priority to US17/941,783 priority Critical patent/US20230072939A1/en
Publication of WO2023038438A1 publication Critical patent/WO2023038438A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Definitions

  • the present disclosure relates to the field of wireless networks and more particularly to handling multiple Random Access Channel (RACH) procedures in the wireless networks.
  • RACH Random Access Channel
  • 5G mobile communication technologies define broad frequency bands such that high transmission rates and new services are possible, and can be implemented not only in “Sub 6GHz” bands such as 3.5GHz, but also in “Above 6GHz” bands referred to as mmWave including 28GHz and 39GHz.
  • 6G mobile communication technologies referred to as Beyond 5G systems
  • terahertz bands for example, 95GHz to 3THz bands
  • IIoT Industrial Internet of Things
  • IAB Integrated Access and Backhaul
  • DAPS Dual Active Protocol Stack
  • 5G baseline architecture for example, service based architecture or service based interface
  • NFV Network Functions Virtualization
  • SDN Software-Defined Networking
  • MEC Mobile Edge Computing
  • multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), array antennas and large-scale antennas, metamaterial-based lenses and antennas for improving coverage of terahertz band signals, high-dimensional space multiplexing technology using OAM (Orbital Angular Momentum), and RIS (Reconfigurable Intelligent Surface), but also full-duplex technology for increasing frequency efficiency of 6G mobile communication technologies and improving system networks, AI-based communication technology for implementing system optimization by utilizing satellites and AI (Artificial Intelligence) from the design stage and internalizing end-to-end AI support functions, and next-generation distributed computing technology for implementing services at levels of complexity exceeding the limit of UE operation capability by utilizing ultra-high-performance communication and computing resources.
  • FD-MIMO Full Dimensional MIMO
  • OAM Organic Angular Momentum
  • RIS Reconfigurable Intelligent Surface
  • RACH Random Access Channel
  • MAC Medium Access Control
  • UE User Equipment
  • the UE may delay one of the RACH procedures (e.g., the 2 nd RACH), which may affect user/UE performance and the respective RACH procedure, as depicted in FIG. 1A.
  • the RACH procedures e.g., the 2 nd RACH
  • UL Uplink
  • CA Carrier Aggregation
  • sTAG Secondary Timing Advance Group
  • pTAG a RACH trigger on the other TAG
  • the UE delays the RACH procedure to be performed on the pTAG. If the RACH procedure to be performed on the pTAG is for critical data services, then delaying the RACH procedure on the pTAG may impact the performance of the critical services (for example, for the CA, there may be a single MAC entity shared among all the cells).
  • the UE may perform the RACH procedure to connect to the at least one cell/beam, wherein the RACH procedure may be triggered due to at least one of, trigger reasons such as Beam Failure Recovery (BFR), UL grants, UL sync, or the like, temporary RACH issues, and so on.
  • BFR Beam Failure Recovery
  • UL grants UL grants
  • UL sync UL sync
  • temporary RACH issues and so on.
  • performing only one RACH procedure on the single cell/beam may not be successful always (e.g., RACH MSG1 on beam 1), as depicted in FIG. 1B.
  • adding the delay which impacts latency based critical services, and user experience.
  • the RACH procedure initialization may be initiated by a Physical Downlink Control Channel (PDCCH) order by the MAC entity itself, or by Radio Resource Control (RRC) for events defined in accordance with the 3GPP TS 38.300.
  • PDCCH Physical Downlink Control Channel
  • RRC Radio Resource Control
  • Release 16 of the 3GPP NR specification TS 38.300 introduces Dual Active Protocol Stack (DAPS) to improve a handover (HO) procedure.
  • DAPS Dual Active Protocol Stack
  • the UE maintains a source gNodeB (gNB)/source cell connection after receiving an RRC message (i.e., a HO command) for a handover, until releasing the source cell after successful random access to a target gNB/target cell, as depicted in FIG. 2.
  • gNB source gNodeB
  • RRC message i.e., a HO command
  • connection of the UE with the source cell remains active for reception (Rx) and transmission (Tx) of user data, until the UE is able to send and receive user data in the target cell, thereby introducing a new requirement at the UE to simultaneously receive and the transmit the user data at both the source cell and the target cell for a short time period during the handover procedure.
  • the current 3GPP specification does not provide any mechanisms to enable the UE to use the DAPS capability to perform multiple RACH procedures at a same time such as at a handover.
  • a method performed by a user equipment (UE) in a wireless communication system includes detecting triggering of a first random access channel (RACH) procedure running on a primary stack at the UE upon detection of a RACH trigger condition on the primary stack, while the UE is connected to at least one cell, detecting triggering of a second RACH procedure while the first RACH procedure is ongoing in the UE, wherein the second RACH procedure is different from the first RACH procedure, enabling a dual active protocol stack (DAPS) capability to initiate a secondary stack for handling the second RACH procedure, performing the first RACH procedure on the primary stack and the second RACH procedure on the secondary stack, simultaneously, and disabling the secondary stack upon successful completion of the second RACH procedure.
  • RACH random access channel
  • a UE in a wireless communication system includes a transceiver and a controller coupled with the transceiver.
  • the controller is configured to detect triggering of a first RACH procedure running on a primary stack at the UE upon detection of a RACH trigger condition on the primary stack, while the UE is connected to at least one cell, detect triggering of a second RACH procedure while the first RACH procedure is ongoing in the UE, wherein the second RACH procedure is different from the first RACH procedure, enable a DAPS capability to initiate a secondary stack for handling the second RACH procedure, perform the first RACH procedure on the primary stack and the second RACH procedure on the secondary stack, simultaneously, and disable the secondary stack upon successful completion of the second RACH procedure.
  • the method includes detecting, by a UE, triggering of a first RACH procedure running on a primary stack at the UE upon detection of a RACH trigger condition on the primary stack, while the UE is connected to at least one cell in the wireless network. Further, the method includes detecting, by the UE, triggering of a second RACH procedure while the first RACH procedure is ongoing in the UE, wherein the second RACH procedure is different from the first RACH procedure. Further, the method includes enabling, by the UE, a Dual Active Protocol Stack (DAPS) capability to initiate a secondary stack for handling the second RACH procedure. Further, the method includes performing, by the UE, the first RACH procedure on the primary stack and the second RACH procedure on the secondary stack simultaneously. Further, the method includes disabling, by the UE, the secondary stack upon successful completion of the second RACH procedure.
  • DAPS Dual Active Protocol Stack
  • the method includes detecting, by a UE, a requirement to connect to at least one network element depending on an event triggered to perform a RACH procedure by the UE. Further, the method includes detecting, by the UE, a first element from the at least one network element and a second element from the at least one network element including at least one parameter satisfying at least one of cell selection criteria and RACH criteria, when the UE wants to connect to the at least one network element based on the detected requirement. Further, the method includes enabling, by the UE, a DAPS capability to initiate a secondary stack based on the detection.
  • the method includes initiating, by the UE, a first RACH procedure on the first network element using a primary stack and the second RACH procedure on the second network element using the secondary stack simultaneously in response to enabling the DAPS capability at the UE. Further, the method includes aborting, by the UE, an ongoing RACH procedure using the secondary stack, upon determining the first RACH procedure using the primary stack is completed before completion of the RACH procedure using the secondary stack. Further, the method includes disabling, by the UE, the secondary stack, upon successful completion of the RACH procedure using one of the primary stack and the secondary stack.
  • a UE in a wireless network comprising a RACH procedures processing controller coupled with a memory.
  • the RACH procedures processing controller detects a triggering of a first RACH procedure running on a primary stack at the UE upon detection of a RACH trigger condition on the primary stack, while the UE is connected to at least one cell in the wireless network. Further, the RACH procedures processing controller detects triggering of a second RACH procedure while the first RACH procedure is ongoing in the UE, wherein the second RACH procedure is different from the first RACH procedure. Further, the RACH procedures processing controller enables a DAPS capability to initiate a secondary stack for handling the second RACH procedure. Further, the RACH procedures processing controller performs the first RACH procedure on the primary stack and the second RACH procedure on the secondary stack simultaneously. Further, the RACH procedures processing controller disables the secondary stack upon successful completion of the second RACH procedure.
  • a UE in a wireless network comprising a RACH procedures processing controller coupled with a memory.
  • the RACH procedures processing controller detects a requirement to connect to at least one network element depending on an event triggered to perform a RACH procedure by the UE. Further, the RACH procedures processing controller detects a first element from the at least one network element and a second element from the at least one network element including at least one parameter satisfying at least one of cell selection criteria and RACH criteria, when the UE wants to connect to the at least one network element based on the detected requirement. Further, the RACH procedures processing controller enables a DAPS capability to initiate a secondary stack based on the detection.
  • the RACH procedures processing controller initiates a first RACH procedure on the first network element using a primary stack and the second RACH procedure on the second network element using the secondary stack simultaneously in response to enabling the DAPS capability at the UE. Further, the RACH procedures processing controller aborts an ongoing RACH procedure using the secondary stack, upon determining the first RACH procedure using the primary stack is completed before completion of the RACH procedure using the secondary stack. Further, the RACH procedures processing controller disables the secondary stack, upon successful completion of the RACH procedure using one of the primary stack and the secondary stack.
  • Various embodiments provide methods and systems for performing multiple Random Access Channel (RACH) procedures.
  • RACH Random Access Channel
  • Various embodiments provide methods and systems for enabling the UE to use a Dual Active Protocol Stack (DAPS) to initiate a secondary stack and handle the multiple RACH procedures on a primary stack, and a secondary stack simultaneously.
  • DAPS Dual Active Protocol Stack
  • Various embodiments provide methods and systems for enabling the UE to disable the secondary stack upon successful completion of a RACH procedure performed on the secondary stack or the primary stack.
  • Various embodiments provide methods and systems for enabling the UE to create/ initiate the secondary stack using the DAPS capability and initiate the RACH procedure on a first beam/cell and a second beam/cell using the primary stack and the secondary stack simultaneously.
  • Various embodiments provide methods and systems for aborting the ongoing RACH procedure using the secondary stack, if the RACH procedure using the primary stack is completed before completion of the RACH procedure using the secondary stack or vice-versa, an disabling the secondary stack, upon successful completion of the RACH procedure using any of the primary stack or the secondary stack.
  • Various embodiments provide methods and systems for detecting more than one beam or cell satisfying selection criteria and thereby enabling DAPS to try latching on both simultaneously reducing the time to select the beam/cell.
  • Various embodiments provide methods and systems for initiating the secondary stack when a RACH collision is detected to make possible two RACH simultaneously and avoid delay for second RACH services. This is completely initiated and controlled by the UE itself. Based on the methods disclosed herein, both the stacks are latched to same cell. Also, two RACH are ongoing simultaneously using a primary cell RACH configuration on the same cell. The RACH configuration is shared to the secondary stack by the primary cell itself and the secondary stack is initiated by using the same configuration of primary cell. Two RACH on the same cell is made possible. The DAPS is released by UE upon completion of RACH.
  • FIG. 1A depicts an example scenario for handling Random Access Channel (RACH) procedures, according to conventional art
  • FIG. 1B depicts an example scenario for handling RACH procedures, according to conventional art
  • FIG. 2 depicts a handover scenario using a dual stack, according to conventional art
  • FIG. 3A depicts an example wireless network, according to various embodiments.
  • FIG. 3B depicts an example wireless network, according to various embodiments.
  • FIG. 3C depicts an example wireless network, according to various embodiments.
  • FIG. 4 is a block diagram depicting components of an example UE for managing multiple RACH procedures, according to various embodiments
  • FIG. 5 is a diagram depicting an example use case scenario of performing the different RACH procedures, according to various embodiments.
  • FIG. 6 is a diagram depicting example use case scenarios of handling a second RACH procedure, on detecting the collision of the second RACH procedure with an ongoing first RACH procedure, according to various embodiments;
  • FIG. 7 is a diagram depicting an example identification of the collision of the two RACH procedures, according to various embodiments.
  • FIG. 8A depicts an example configuring process of a secondary stack, according to various embodiments.
  • FIG. 8B depicts an example configuring process of a secondary stack, according to various embodiments.
  • FIG. 9 depicts an example call flow, which may be used on all types of RACH type triggers, according to various embodiments.
  • FIG. 10 depicts an example call flow for handling the multi-RACH trigger for a contention free RACH (CFRA) procedure during an on-demand System Information (SI) scenario, according to various embodiments;
  • CFRA contention free RACH
  • SI System Information
  • FIG. 11 depicts an example call flow for handling the multi-RACH trigger for a contention-based RACH (CBRA) procedure during the on-demand SI scenario, according to various embodiments;
  • CBRA contention-based RACH
  • FIG. 12 depicts an example call flow for handling the RACH collisions during an uplink (UL) Carrier Aggregation (CA) scenario, according to various embodiments;
  • UL uplink
  • CA Carrier Aggregation
  • FIG. 13 is a flowchart depicting an example process/method for handling the multiple RACH triggers, according to various embodiments
  • FIG. 14A is a diagram depicting example activation and deactivation of the secondary stack for performing the multiple RACH procedures, according to various embodiments
  • FIG. 14B is a diagram depicting example activation and deactivation of the secondary stack for performing the multiple RACH procedures, according to various embodiments.
  • FIG. 14C is a diagram depicting example activation and deactivation of the secondary stack for performing the multiple RACH procedures, according to various embodiments.
  • FIG. 15 is a diagram depicting example handling of the RACH procedure in multiple/multi-beam scenarios, according to various embodiments.
  • FIG. 16A is a diagram depicting example configuring of the secondary stack for performing the RACH procedure in the multi-beam scenarios, according to various embodiments
  • FIG. 16B is a diagram depicting example configuring of the secondary stack for performing the RACH procedure in the multi-beam scenarios, according to various embodiments
  • FIG. 17A is a diagram depicting example sharing of the preamble information between a primary stack and the secondary stack, according to various embodiments.
  • FIG. 17B is a diagram depicting example sharing of the preamble information between a primary stack and the secondary stack, according to various embodiments.
  • FIG. 17C is a diagram depicting example sharing of the preamble information between a primary stack and the secondary stack, according to various embodiments.
  • FIG. 17D is a diagram depicting example sharing of the preamble information between a primary stack and the secondary stack, according to various embodiments.
  • FIG. 18 depicts an example call flow for handling the multiple same RACH procedures in the multi-beam scenario, wherein the RACH procedure is the CFRA procedure, according to various embodiments;
  • FIG. 19A depicts an example call flow for handling the multiple same RACH procedures in the multi-beam scenario, wherein the RACH procedure is the CBRA procedure, according to various embodiments;
  • FIG. 19B depicts an example call flow for handling the multiple same RACH procedures in the multi-beam scenario, wherein the RACH procedure is the CBRA procedure, according to various embodiments;
  • FIG. 20 is a sequence diagram depicting example performing of the RACH procedure on different cells/Base Stations (BSs), according to various embodiments;
  • FIG. 21 is a flow chart depicting an example method for handling the RACH procedure in the multi-beam scenario, according to various embodiments.
  • FIG. 22 is a diagram depicting distinguishing between the two same RACH procedures at a cell/BS/network, according to various embodiments.
  • FIG. 23 illustrates an example electronic device according to various embodiments.
  • FIG. 24 illustrates an example base station according to various embodiments.
  • Embodiments herein disclose methods and systems for handling multiple Random Access Channel (RACH) procedures.
  • RACH Random Access Channel
  • a method according to various embodiments enables the DAPS feature to handle simultaneous multiple RACH, thereby leading to faster RACH handling.
  • the method according to various embodiments enables the DAPS feature to simultaneously attempt to connect to multiple beams or cells when multiple beams of cells satisfy the selection criteria.
  • a method according to various embodiments can be used to enhance the user experience and reduce delay in second RACH using processing 2 RACH simultaneously.
  • accommodating 2 RACH at same time will help UE in many scenarios mentioned and thus help in better user experience and also avoid delay in critical data and services.
  • a method according to various embodiments uses Dual Active protocol stack (DAPS) which will have 2 MAC entity, so each MAC entity can accommodate one RACH procedure.
  • DAPS Dual Active protocol stack
  • UE's which support DAPS mechanism can activate 2 stacks by themselves without network intervention and trigger RACH on 2 different beams, which will help a UE to overcome from temporary issues on some beams, and thus enable a UE to compete the RACH procedure at a faster rate.
  • performing RACH on 2 different beams will help to recover from beam failure with reduced latency, resume the services as soon as possible, and benefit UE to completed RACH earlier on one of the beam. Also accessing 2 different cells at same time is made possible, even if RACH is failing on one cell or there is extra delay on one of the cells, then UE can (re)gain services if RACH is successful on one cell. Also, in un-licensed spectrum this solution will be very helpful as there can be LBT (listen before talk) failure on one beam but other beam RACH can be successful due to the nature of devices working on un-licensed spectrum.
  • FIGS. 3A through 22 Various example embodiments are shown with reference to the drawings, and more particularly to FIGS. 3A through 22, where similar reference characters denote corresponding features consistently throughout the figures.
  • FIGS. 3A, 3B, and 3C depict an example wireless network 300, according to various embodiments herein.
  • the wireless network 300 includes a plurality of Base Stations 302, and a plurality of User Equipments (UEs) 304.
  • UEs User Equipments
  • the BS(s)/network 302 may be a radio node configured to communicate with the one or more UEs 304 and connect the one or more UEs 304 with a core network (not shown) for communication services.
  • the BS 302 may communicate with the one or more UEs 304 via a same or different Radio Access Technologies (RATs).
  • RATs Radio Access Technologies
  • the RATs may be, but are not limited to, a Third Generation Partnership 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE/4G), an LTE-Advanced (LTE-A), a Fifth Generation (5G) New Radio, a 6G wireless system, a Wireless Local Area Network (WLAN), a Worldwide Interoperability for Microwave Access (WiMAX/ IEEE 802.16), a Wi-Fi (IEEE 802.11), an Evolved-UTRA (E-UTRA), or any other next generation network.
  • the BS 302 provides at least one cell to the UE 304, wherein the at least one cell indicates a geographical area in which the communication services may be offered to the UE 304.
  • the BS 302 may be at least one of, a macro-BS, a micro-BS, a femto-BS, a pico-BS, and so on.
  • the BS 302 of the at least one RAT may support dual connectivity (DC).
  • the BS 302 may support a bearer split functionality.
  • the BS 302 may act as a master node (MN) or a secondary node (SN).
  • MN may be the BS/node associated with the macro cell, which provides radio resources to the UE 304 by acting as a mobility anchor towards the core network.
  • the SN may be the BS/node associated with the small cell/pico cell, which provides additional radio resources to the UE 304. If the BS 302 acts as the MN, then the BS 302 may be associated with serving cells/carrier frequencies such as a primary carrier/Master Cell Group.
  • the BS 302 may be associated with the serving cells/carrier frequencies such as a secondary carrier/Secondary Cell Group (SCG), respectively.
  • SCG secondary carrier/Secondary Cell Group
  • the MCG and the SCG may be a group of cells including a primary cell (PCell)/primary SCell (PSCell) and optionally one or more Secondary Cells (SCells).
  • PCell primary cell
  • PSCell primary SCell
  • SCells Secondary Cells
  • the wireless network 300 may be a beam forming millimeter wave (mmWave) network, as depicted in FIGS. 3B and 3C.
  • the BS/cell 302 may transmit one or more beams to the UE 304 for connecting.
  • BSs Base Transceiver System
  • eNBs eNodeBs
  • gNBs Radio Access Network
  • RAN Radio Access Network
  • BTS Base Transceiver System
  • the UE(s) 304 referred herein may be a user device capable of supporting the wireless network 300.
  • Examples of the UE 304 may be, but are not limited to, a mobile phone, a smartphone, a tablet, a phablet, a Personal Digital Assistant (PDA), a laptop, a computer, a wearable computing device, a vehicle infotainment device, an Internet of Things (IoT) device, a Wireless Fidelity (Wi-Fi) router, a USB dongle, a television, a vehicle with communication facility (for example, a connected car), or any other processing device supporting the wireless network 300.
  • PDA Personal Digital Assistant
  • IoT Internet of Things
  • Wi-Fi Wireless Fidelity
  • the UE 304 may be configured to synchronize with the at least one BS 302 in downlink (DL) as well as in uplink (UL), when the UE 304 wants to connect to the at least one BS 302 or the associated RAT.
  • the UE 304 performs the synchronization with the BS 302 in the DL, on obtaining DL synchronization by successfully decoding a Synchronization Signal Block (SSB) received from the BS 302.
  • the UE 304 performs a Random Access Channel (RACH) procedure to establish an UL synchronization (sync) and a Radio Resource Control (RRC) connection with the BS 302.
  • the RACH procedure may include at least one of, a Contention Based Random Access (CBRA) procedure, and a Non-Contention or Contention Free Random Access (CFRA) procedure (as defined in the 3GPP specification).
  • CBRA Contention Based Random Access
  • CFRA Non-Contention or Contention Free Random Access
  • the UE 304 may be configured to handle/perform multiple RACH procedures simultaneously.
  • the multiple RACH procedures may be same RACH procedures.
  • the multiple RACHs procedures may be different RACH procedures.
  • Embodiments herein describe the handling of the multiple RACH procedures, wherein the multiple RACH procedures are different RACH procedures.
  • the UE 304 For performing the multiple RACH procedures, the UE 304 detects triggering of a first RACH procedure on a primary stack 304a, while the UE 304 is connected to the at least one cell/BS 302 in the wireless network 300.
  • the primary stack 304a may include a physical layer (PHY) entity, a Medium Access Channel (MAC) layer entity, a Radio Link Control (RLC) layer entity, Packet Data Convergence Protocol (PDCP) layer entity, or the like.
  • PHY physical layer
  • MAC Medium Access Channel
  • RLC Radio Link Control
  • PDCP Packet Data Convergence Protocol
  • the first RACH procedure may include at least one of, but is not limited to, a non-handover procedure, a RACH procedure triggered for UL grants and UL synchronization, or a RACH procedure triggered on the at least one cell/BS 302 from a Primary Timing Advance Group (pTAG) in the wireless network 300, wherein the at least one cell/BS 302 is the primary cell/MN.
  • pTAG Primary Timing Advance Group
  • the UE 304 detects triggering of a second RACH procedure, while the first RACH procedure is ongoing on the primary stack 304a.
  • the second RACH procedure may be different from the first RACH procedure.
  • the second RACH procedure may be an on-demand System Information (SI) RACH procedure, when the first RACH procedure is the RACH procedure triggered for the UL grants and the UL synchronization.
  • the second RACH procedure may be a RACH procedure triggered on a secondary cell from a Secondary Timing Advance Group (sTAG) in the wireless network 300, when the first RACH procedure is the RACH procedure triggered on the primary cell from the pTAG, wherein the RACH procedure is configured with a Carrier Aggregation (CA).
  • CA Carrier Aggregation
  • the second RACH procedure may be a RACH procedure triggered due to a System Information (SI) request/on-demand SI request received from the at least one cell/BS 302 for one or more services or based on cell reselection parameters.
  • SI System Information
  • the SI request may be a request other than a System Information Block 1 (SIB1).
  • SIB1 System Information Block 1
  • Examples of the one or more services may be, but are not limited to, a Vehicle to Everything (V2X) service, a Device to Device (D2D) service, a Side link service, and so on.
  • the second RACH may be triggered, when the UE 304 receives the on-demand SI request for the one or more services during the ongoing first RACH procedure. In an embodiment, the second RACH may be triggered, when the UE 304 has UL data to send to the cell/BS 302 for the UL synchronization during the ongoing first RACH procedure. In an embodiment, the second RACH procedure may be triggered, when the UE 304 has the UL data to send to the cell/BS 302 and no grants are available for the UE 304 to send the UL data during the ongoing first RACH procedure.
  • the second RACH procedure may be triggered on the secondary cell/SN, when the UE 304 configured with a UL-CA triggers the first RACH procedure on the primary cell.
  • the primary cell and the secondary cell may have a single Medium Access Control (MAC) entity.
  • MAC Medium Access Control
  • the UE 304 On detecting the second RACH procedure while the ongoing first RACH procedure, the UE 304 enables a Dual Active Protocol Stack (DAPS) capability to initiate/create a secondary stack 304b for handling the second RACH procedure.
  • the UE 304 creates the secondary stack by configuring the secondary stack 304b with configurations of one or more entities/layers of the primary stack 304a. Examples of the one or more entities/layers of the secondary stack 304b may be, but are not limited to, the physical layer entity, the MAC layer entity, the RLC layer entity (an optional layer), or the like. Embodiments herein use terms such as "secondary stack", "UE stack 2", “second stack”, and so on, interchangeably through the document.
  • DAPS Dual Active Protocol Stack
  • the UE 304 shares RACH trigger configurations/RACH configurations corresponding to the second RACH procedure from the primary stack 304a to the secondary stack 304b to handle the second RACH procedure.
  • the UE 304 receives the RACH trigger configurations corresponding to the secondary RACH procedure on the primary stack 304a as part of the SIB1, or an RRC reconfiguration message, based on a trigger reason for the second RACH procedure and/or network configurations.
  • the UE 304 configures the secondary stack 304b for handling the second RACH procedure.
  • the UE 304 configures the secondary stack 304b by providing configurations of the physical layer entity and the configurations of the MAC entity to the secondary stack 304b.
  • the UE 304 also shares configurations of the RLC entity from the primary stack 304a to the secondary stack 304b, only if the configurations of the RLC entity are required for the secondary stack 304b to handle the second RACH procedure.
  • rlc-BearerToAddModList RLC and MAC Logicalchannel configuration is received from network using this Information Element (IE).
  • This IE is a part of RRCReconfiguration message from a network.
  • logicalChannelIdentity ID used for the Mapping of MAC logical channel and for the RLC bearers.
  • servedRadioBearer SRB or DRB ID for mapping to RLC layer
  • rlc-Config Contains RLC configures. Can be used if UE wants to configure RLC layer.
  • PHY Layer configuration The current serving cell ID, Frequencyband, Bandwidth, BWP details are passed on to the second stack.
  • Sharing RACH configuration for on-demand SI For MSG1 based on-demand SI collision, primary stack will send the RACH configuration present in SI-RequestConfig in SIB1 to the secondary stack.
  • SI-SchedulingInfo The IE SI-SchedulingInfo contains information needed for acquisition of SI messages. This is present in sib1
  • SI-RequestConfig contains configuration for Msg1 based SI request
  • Table 1 below describes examples of SI-RequestConfig and SI-RequestResources.
  • rach-ConfigDedicated if rach-ConfigDedicated is not configured, 'rach-ConfigCommon' configuration is passed from the primary stack to secondary stack configuration. This configuration is present in SIB1.
  • RACH-ConfigCommon SEQUENCE ⁇ rach-ConfigGeneric RACH-ConfigGeneric, totalNumberOfRA-Preambles INTEGER (1..63) OPTIONAL, -- Need S ssb-perRACH-OccasionAndCB-PreamblesPerSSB CHOICE ⁇ oneEighth ENUMERATED ⁇ n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64 ⁇ , oneFourth ENUMERATED ⁇ n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64 ⁇ , oneHalf ENUMERATED ⁇ n4,n8,n12,n16,n20,n24,n28,n32,n36,n40,n44,n48,n52,n56,n60,n64 ⁇
  • IE RACH-ConfigDedicated is used to specify the dedicated random access parameters.
  • RACH-ConfigDedicated is passed to secondary stack if it is configured in RRCReconfiguration message inside 'Reconfigwithsync' IE by network.
  • RACH-ConfigDedicated :: SEQUENCE ⁇ cfra CFRA OPTIONAL, -- Need S ra-Prioritization RA-Prioritization OPTIONAL, -- Need N ..., [[ ra-PrioritizationTwoStep-r16 RA-Prioritization OPTIONAL, -- Need N cfra-TwoStep-r16 CFRA-TwoStep-r16 OPTIONAL -- Need S ]] ⁇
  • the UE 304 may receive the configurations of the physical layer entity on the primary stack as part of a "ServingCellConfigCommonSIB" Information Element (IE) present in a System Information Block 1 (SIB1).
  • the UE 304 may receive the configurations of the MAC entity on the primary stack in one of, but not limited to, a Radio Resource Configuration (RRC) message, a MAC logical channel configuration, a logical channel identity, a served radio bearer, or the like.
  • RRC Radio Resource Configuration
  • the UE 304 may also perform a bearer split at the RLC entity for mapping one or more Dedicated Radio Bearers (DRBs) to logical channels on the secondary stack 304b to support the second RACH procedure.
  • DRBs Dedicated Radio Bearers
  • the UE 304 On creating and configuring the secondary stack 304b, the UE 304 performs the first RACH procedure and the second RACH procedure on the primary stack 304a and the secondary stack 304b simultaneously.
  • the UE 304 disables the secondary stack upon successful completion of the second RACH procedure or the first RACH procedure.
  • the UE 304 continues an ongoing second RACH procedure or the first RACH procedure on the primary stack 304a.
  • the UE 304 detects a requirement to connect to at least one element depending on an event triggered to perform the RACH procedure by the UE 304, while the UE 304 is connected to the at least one cell/BS 302 using at least one beam.
  • the at least one element refers to the cell/BS 302 or the beam.
  • the event triggered to perform the RACH procedure may be an event triggered to perform the RACH procedure to resume the one or more services on the at least one cell 302 including multiple beams. Such an event may be triggered due to at least one of, but is not limited to, a Beam Failure Recovery (BFR), an initial access, a Radio Link Failure (RLF), an UL synchronization, UL grants, or so on.
  • the event triggered to perform the RACH procedure may be an event triggered to select the cell among the plurality of different cells 302, when the UE 304 has valid RACH configurations of the plurality of different cells.
  • the UE 304 detects a first cell/beam 302 and a second cell/beam 302 including parameters satisfying cell selection criteria, when the UE 304 wants to connect to the at least one cell//beam.
  • the parameters satisfying the cell selection criteria may include at least one of, but is not limited to, cell parameters, beam parameters, or so on.
  • the UE 304 enables the DAPS capability to create/initiate the secondary stack 304b.
  • the UE 304 creates the secondary stack 304b by sharing at least one of, but not limited to, the configurations of the physical layer entity, the configurations of the MAC entity, the RACH configuration corresponding to the RACH procedure, or preamble information from the primary stack 304a to the secondary stack 304b.
  • the UE 304 sends a RACH request to the primary stack 304a and the secondary stack 304b to perform the RACH procedure to connect on the at least two cells/beams 302 using both the primary stack 304a and the secondary stack 304b.
  • the UE 304 For sharing the preamble information from the primary stack 304a to the secondary stack 304b, the UE 304 identifies a type of the RACH procedure.
  • the RACH procedure includes one of the CFRA procedure or the CBRA procedure. Based on the identified type of the RACH procedure, the UE 304 shares the preamble information from the primary stack 304a to the secondary stack 304b.
  • the UE 304 shares the dedicated preamble information from the primary stack 304a to the secondary stack 304b.
  • the preamble information includes an element (cell/beam) identifier (ID) of the primary stack 304a, if a message 2 (MSG2) is failed at least once or Reference Signal Received Power (RSRP) is poor.
  • the element ID includes one of a beam ID or a cell ID of the primary stack 304a.
  • the UE 304 shares the different sets of preamble information between the primary stack 304a and the secondary stack 304b. In an embodiment, for sharing the different sets of preamble information between the primary stack 304a and the secondary stack 304b, the UE 304 divides content-based preambles into a first set and a second set. The UE 304 allocates the first set for the primary stack 304a and the second set for the secondary stack 304b. In an embodiment, for sharing the different sets of preamble information between the primary stack 304a and the secondary stack 304b, the UE 304 divides the content-based preambles into an even set of preambles and an odd set of preambles.
  • the UE 304 allocates the even set of preambles for the primary stack 304a and the odd set of preambles for the secondary stack 304b.
  • the UE 304 dynamically shares the currently used preamble information from the primary stack 304a to the secondary stack 304b.
  • the UE 304 enables the secondary stack 304b to use the shared preamble information only on receiving a subsequent notification.
  • the preamble information includes the beam ID of the primary stack.
  • the shared preamble information for the secondary stack is valid only until an expiry of a Random-Access Response (RAR) window.
  • RAR Random-Access Response
  • the UE 304 initiates the RACH procedure on the first cell/beam 302 and the second cell/beam 302 using the primary stack 304a and the secondary stack 304b simultaneously.
  • the UE 304 aborts the ongoing RACH procedure using the secondary stack 304b, if the RACH procedure using the primary stack 304a is completed before completion of the RACH procedure using the secondary stack 304b.
  • the UE 304 aborts the ongoing RACH procedure using the primary stack 304a, if the RACH procedure using the secondary stack 304b is completed before completion of the RACH procedure using the primary stack 304a.
  • the UE 304 disables the secondary stack 304b, upon successful completion of the RACH procedure using any of the primary stack 304a or the secondary stack 304b.
  • FIGS. 3A, 3B, and 3C show example blocks of the wireless network 300, but it is to be understood that embodiments are not limited to the blocks shown in these figures.
  • the wireless network 300 may include fewer or more blocks.
  • the labels or names of the blocks are used only for illustrative purposes and do not limit the scope of embodiments herein.
  • One or more blocks may be combined together to perform same or substantially similar function in the wireless network 300.
  • FIG. 4 is a block diagram depicting components of the example UE 304 for managing the RACH procedures, according to various embodiments.
  • the UE 304 includes a memory 402, a communication interface 404, and/or a RACH procedures processing circuitry/controller 406.
  • the UE 304 may also include a Radio Frequency (RF) transceiver, signal processing circuitry, an Input/Output ports, a display, and so on (not shown).
  • RF Radio Frequency
  • the memory 402 stores information about at least one of the primary stack 304a, the secondary stack 304b, the RACH configurations, the configurations of the physical layer entity, the MAC layer entity, and the RLC layer entity, the preamble information, or so on.
  • Examples of the memory 402 may be, but are not limited to, NAND, embedded Multimedia Card (eMMC), Secure Digital (SD) cards, Universal Serial Bus (USB), Serial Advanced Technology Attachment (SATA), solid-state drive (SSD), and so on.
  • the memory 402 may include one or more computer-readable storage media.
  • the memory 402 may include one or more non-volatile storage elements.
  • non-volatile storage elements may include Random Access Memory (RAM), Read Only Memory (ROM), magnetic hard discs, optical discs, floppy discs, flash memories, or forms of electrically programmable memories (EPROM) or electrically erasable and programmable (EEPROM) memories.
  • the memory 402 may, in some examples, be considered a non-transitory storage medium.
  • the term "non-transitory” may, for example, indicate that the storage medium is not embodied in a carrier wave or a propagated signal. However, the term “non-transitory” should not be interpreted to mean that the memory is non-movable.
  • a non-transitory storage medium may store data that may, over time, change (e.g., in Random Access Memory (RAM) or cache).
  • the communication interface 404 may be configured to enable the UE 304 to communicate with at least one BS 302 using an interface supported by the respective RAT.
  • Examples of the interface may be, but are not limited to, a wired interface, a wireless interface, or any structure or circuitry supporting communications over a wired or wireless connection.
  • the term 'controller/processing circuitry' may refer to, for example, hardware including logic circuits; a hardware/software combination such as a processor executing software; or a combination thereof.
  • the processing circuitry more specifically may include, but is not limited to, a central processing unit (CPU), an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a System-on-Chip (SoC), a programmable logic unit, a microprocessor, application-specific integrated circuit (ASIC), etc.
  • CPU central processing unit
  • ALU arithmetic logic unit
  • FPGA field programmable gate array
  • SoC System-on-Chip
  • ASIC application-specific integrated circuit
  • the controller 406 may include at least one of a single processer, a plurality of processors, multiple homogeneous or heterogeneous cores, multiple Central Processing Units (CPUs) of different kinds, microcontrollers, special media, or other accelerators.
  • a single processer a plurality of processors, multiple homogeneous or heterogeneous cores, multiple Central Processing Units (CPUs) of different kinds, microcontrollers, special media, or other accelerators.
  • CPUs Central Processing Units
  • the controller 406 may be configured to handle the RACH procedures on the UE 304.
  • the controller 406 may handle the different RACH procedures on the UE 304.
  • the controller 406 detects the triggering of the first RACH procedure on the primary stack 304a, while the UE 304 is connected to the at least one cell 302 in the wireless network 300.
  • the controller 406 detects the triggering of the second RACH procedure while the first RACH procedure is ongoing.
  • the second RACH procedure may be different from the first RACH procedure.
  • the controller 406 uses the DAPS capability to create/initiate the secondary stack 304b for handling the second RACH procedure.
  • the controller 406 performs the first RACH procedure and the second RACH procedure on the primary stack 304a and the secondary stack 304b simultaneously.
  • the controller 406 disables the secondary stack 304b upon successful completion of the second RACH procedure.
  • the controller 406 is configured to handle the RACH procedure, while the UE 304 is connected to the at least one cell 302 using at least one beam.
  • the controller 406 detects the requirement to connect to the at least one cell/beam 302 depending on the event triggered to perform the RACH procedure by the UE 304, while the UE 304 is connected to at least one cell 302 using the at least one beam.
  • the controller 406 detects the first cell/beam and the second cell/beam including the parameters satisfying the cell selection criteria, when the UE 304 wants to connect to the at least one cell/beam 302.
  • the controller 406 enables the DAPS capability to create/initiate the second stack 304b.
  • the controller 406 initiates the RACH procedure on the first cell/beam and the second cell/beam using the primary stack 304a and the secondary stack 304b simultaneously.
  • the controller 406 aborts the ongoing RACH procedure using the secondary stack, if the RACH procedure using the primary stack 304a is completed before completion of the RACH procedure using the secondary stack or vice-versa.
  • the controller 406 disables the secondary stack 304b, upon successful completion of the RACH procedure using any of the primary stack 304a or the secondary stack 304b.
  • FIG. 4 shows example blocks of the UE 304, but it is to be understood that embodiments are not limited in this respect.
  • the UE 304 may include fewer or more blocks. Further, the labels or names of the blocks are used only for illustrative purposes and do not limit the scope of embodiments herein. One or more blocks may be combined together to perform same or substantially similar function in the UE 304.
  • FIG. 5 is a diagram depicting an example use case scenario of performing the different RACH procedures, according to various embodiments.
  • the UE 304 initiates the first RACH procedure on the primary stack 304a. While the first RACH procedure is ongoing on the primary stack 304a, the UE 304 detects the trigger for the second RACH procedure due to at least one of, the on-demand SI request, the UL grants, the UL CA scenarios, and so on.
  • the UE 304 On detecting the trigger for the second RACH procedure, the UE 304 creates the secondary stack 304b by enabling the DAPS capability. The UE 304 performs the first RACH procedure and the second RACH procedure on the primary stack 304a and the secondary stack 304b, simultaneously.
  • FIG. 6 is a diagram depicting example use case scenarios of handling the second RACH procedure, on detecting the collision of the second RACH procedure with the ongoing first RACH procedure, according to various embodiments.
  • the UE 304 detects the triggering of a RACH procedure for the on-demand SI (i.e., the second RACH procedure).
  • the RACH procedure for the on-demand SI may be triggered for SIB's based configurations such as, but not limited to, side link configurations, V2X/D2D configurations, and cell reselection (intra, inter frequency, and the RAT).
  • the UE 304 creates the secondary stack 304b using the DAPS capability.
  • the UE 304 performs the RACH procedure for the UL data on the primary stack 304a and the RACH procedure for the on-demand SI on the secondary stack 304b simultaneously.
  • the UE 304 initiates the RACH procedure (for example, the first RACH procedure) on the secondary cell/Scell (belonging to the sTAG) using the primary stack 304a. While the RACH procedure is ongoing on the Scell, the UE 304 identifies the triggering of a RACH procedure on the primary cell/Pcell (belonging to the pTAG). In such a scenario, delaying the RACH procedure on the Pcell may cause delay in the services on the Pcell. For example, when the UE 304 requires the grants for sending the UL data on the Pcell, the UE 304 may not be able to send the UL data, until the completion of the ongoing RACH procedure on the Scell.
  • the RACH procedure for example, the first RACH procedure
  • the secondary cell/Scell belonging to the sTAG
  • the UE 304 identifies the triggering of a RACH procedure on the primary cell/Pcell (belonging to the pTAG).
  • the UE 304 When the critical data on the Pcell requires the RACH for the UL synchronization or the UL grants, and when the RACH for the Scell is ongoing, the UL data on the Pcell may be delayed till the RACH on the Scell is completed.
  • the UE 304 creates the secondary stack 304b using the DAPS capability. The UE 304 performs the RACH procedure on the Pcell using the secondary stack 304b. Thus, helping the UE 304 to trigger the Pcell RACH immediately without having to wait for the Scell RACH to be completed.
  • FIG. 7 is a depicting example identification of the collision of the two RACH procedures, according to various embodiments.
  • the UE 304 identifies that initiating the second RACH procedure on the same MAC entity may lead to the RACH collision.
  • MSg message1/MSg2/Msg3/Msg4 failures.
  • the UE 304 observes the multiple corresponding messages being transmitted and may take more time to complete the RACH procedure.
  • FIG. 8A and FIG. 8B depict an example configuring process of the secondary stack 304b, according to various embodiments.
  • the UE 304 creates the secondary/new stack 304b using the DAPS capability, on detecting the collision of the first RACH procedure with the second RACH procedure.
  • the UE 304 may create the secondary stack 304b like when the UE 304 is powered on.
  • the secondary stack 304b may include the physical layer entity, the MAC layer entity, and the RLC layer entity (the optional entity).
  • the configurations of the physical layer entity of the secondary stack 304b (for example, a frequency, a band, bandwidth, a physical cell ID, Bandwidth part (BWP), and so on) may be same as the configurations of the physical layer entity on the primary stack 304a.
  • the UE 304 may receive the configurations of the physical layer entity as a part of a 'ServingCellConfigCommonSIB' IE present in 'SIB1' received on the primary stack 304a.
  • the UE 304 shares the configurations of the physical layer entity from the primary stack 304a to the secondary stack 304b to configure the physical layer entity on the secondary stack 304b.
  • the UE 304 receives the configurations of the physical layer entity from the primary stack 304a.
  • the configurations of the MAC layer entity and the RLC entity of the secondary stack 304b are same as the primary stack 304a.
  • the UE 304 may receive the configurations of the MAC layer entity, and the RLC layer entity from the BS 302/network using the "RRCReconfiguration message".
  • the UE 304 may receive the configurations of the MAC layer entity, and the RLC layer entity from 'mac-LogicalChannelConfig', logicalChannelIdentity ID and servedRadioBearer.
  • the UE 304 passes the configurations of the MAC layer entity and the RLC entity of the primary stack 304a to the secondary stack 304b to configure the MAC layer entity and the RLC layer entity on the secondary stack 304b.
  • the UE 304 may share the configurations of the RLC layer entity (rlc-Config configuration) from the primary stack 304a to the secondary stack 304b, only if the configurations of the RLC layer entity are required.
  • the secondary stack 304b may be used for only the RACH procedure. Once the RACH procedure is completed, the secondary stack 304b may be deactivated. Thus, in an embodiment, a lightweight secondary stack has been created, wherein the split may be performed at the RLC layer entity.
  • the secondary stack may have only the MAC layer entity and the physical layer entity.
  • the splitting at the RLC layer entity may also help the UE 304 to save resources (for example, the memory 402, a CPU clock, processing, or the like) used of extra RLC layer entity/protocol.
  • the UE 304 passes the RACH trigger configurations/RACH configurations corresponding to the second RACH procedure from the primary stack 304a to the secondary stack 304b.
  • the UE 304 may receive the RACH trigger configurations as a part of the SIB1 or the RRCReconfiguration message based on the trigger reason and network configuration. Depending on the trigger reason, the UE 304 shares only the corresponding RACH trigger configurations to the secondary stack 304b from the primary stack 304a.
  • the primary stack 304a may already have an on-demand SI RACH configuration (an example of the RACH trigger configuration) received from the network/BS 302.
  • the on-demand SI RACH configuration may be passed onto the secondary stack 304b from the primary stack 304a,thus saving the secondary stack processing/time in obtaining the RACH trigger configuration from the network/BS 302 again.
  • the secondary stack 304b informs the primary stack 304a about the triggered second RACH procedure.
  • the secondary stack 304b may also share timing advance details to the primary stack 304a in case the secondary stack 304b is triggered for the UL sync/RLF/BFR scenario. Then, the primary stack 304a deactivates the secondary stack 304b.
  • the UE 304 creates the secondary stack 304b only for the RACH procedure. Once the RACH procedure is completed, the UE 304 deactivates the secondary stack 304b unlike the typical DAPS used in the HO, where the data may continue on a target cell.
  • the split is at the RLC layer entity, the DRB may be mapped to logical channels on the secondary stack 304b like on the primary stack 304a.
  • the split is at the PDCP, providing a typical secondary stack 304b used in the dual connection and DAPS scenarios.
  • the split is at the RLC, providing a light weight secondary stack to support only RACH.
  • FIG. 9 depicts an example call flow, which may be used on all types of RACH type triggers, according to various embodiments.
  • a RAR window indicates a time period, wherein the UE 304 is expected to receive a MSG2 from the network/BS 302 when the RACH procedure is ongoing.
  • a CT window may be a time period, wherein the UE 304 is expected to receive a MSG4 from the network/BS 302.
  • the UE 304 may receive the RAR window and the CT window from the network/BS 302 as the part of the RACH configuration.
  • the UE 304 starts RACH#1 on gnB#1 and RACH#2 is triggered and RACH collision is detected.
  • the UE 304 activates the second stack 304b and share MAC, RLC, PHY configuration to the second stack 304b. If the UE 304 identifies the second RACH procedure during the RAR window of the first RACH procedure, the UE 304 creates the secondary stack 304b using the DAPS capability.
  • the UE 304 performs the first RACH procedure and the second RACH procedure on the primary stack 304a (a UE stack 1) and the secondary stack 304b (a UE stack 2) simultaneously. If the UE 304 receives the MSG4 from the network/BS 302 during the CT window of the second RACH procedure, the UE 304 deactivates/disables the secondary stack 304b.
  • FIG. 10 depicts an example call flow for handling the multi-RACH trigger for the CFRA procedure during an on-demand SI scenario, according to various embodiments.
  • the UE 304 identifies the triggering of the second RACH procedure before receiving the MSG4 from the network/BS 302 when the first RACH procedure is ongoing with the network/BS 302.
  • the UE 304 activates the secondary stack 304b/dual stack using the DAPS capability.
  • the UE 304 completes the first RACH procedure and the second RACH procedure on the primary stack 304a and the secondary stack 304b simultaneously/in parallel.
  • the UE 304 deactivates the secondary stack 304b, thus avoiding the delay in receiving the on-demand services.
  • FIG. 11 depicts an example call flow for handling the multi-RACH trigger for the CBRA procedure during the on-demand SI scenario, according to various embodiments.
  • the UE 304 identifies the triggering of the second RACH procedure before receiving the MSG2 from the network/BS 302 when the first RACH procedure is ongoing with the network/BS 302.
  • the UE 304 activates the secondary stack 304b/dual stack using the DAPS capability.
  • the UE 304 completes the first RACH procedure and the second RACH procedure on the primary stack 304a and the secondary stack 304b simultaneously/in parallel.
  • the UE 304 deactivates the secondary stack 304b.
  • FIG. 12 depicts an example call flow for handling the RACH collisions during the UL CA scenario, according to various embodiments.
  • the UE 304 may identify the collision of the two RACH procedures, when the second RACH procedure is triggered on the MAC entity on which the first RACH procedure is ongoing. In such a scenario, the UE 304 activates the secondary stack 304b/dual stack using the DAPS capability. The UE 304 completes the first RACH procedure and the second RACH procedure on the primary stack 304a and the secondary stack 304b simultaneously/in parallel. On completing the second RACH procedure, the UE 304 deactivates the secondary stack 304b.
  • FIG. 13 is a flowchart depicting an example process/method for handling the multiple RACH triggers, according to various embodiments.
  • the UE 304 checks if the UE 304 is capable of the dual stack/DAPS. If the UE 304 is not capable of the dual stack, the UE 304 follows a legacy approach. If the UE 304 is capable of the DAPS, the UE 304 shares the configurations of the RLC layer entity, the physical layer (PHY) entity, and the MAC entity from the primary stack 304a to the secondary stack 304b. The UE 304 also shares the RACH trigger configurations/RACH configuration corresponding to the second RACH procedure with the secondary stack 304b.
  • PHY physical layer
  • the UE 304 initiates the secondary RACH procedure on the secondary stack (as depicted in FIG. 14B). On completion of the second RACH procedure, the UE 304 disables the secondary stack 304b (as depicted in FIG. 14C). On successful completion of the first RACH procedure, the UE 304 may choose to disable the secondary stack 304b and continue the secondary RACH procedure on the first stack 304a (if the second stack has not yet been completed).
  • the UE 304 receives the request for V2X or D2D or any specific services, which require the on-demand SI request.
  • the wireless network 300 is a NR network
  • SIB1 is mandatorily broadcasted by the BS/network 302 and all the other SIBs may be configured to be acquired by the UE 304 using an on-demand SI process.
  • 38.331 V16.2 there may be 14 SIBs defined, so there is a possibility for the UE 304 to acquire the SIB2 to SIB 14 via the on-demand-SI request.
  • the UE triggers the RACH#1 procedure (the first RACH procedure) on a NR cell#1 (RACH#1, cell#1, Trigger reason on-demand SI).
  • RACH#1, cell#1, Trigger reason on-demand SI the RACH#1 procedure
  • the UE 304 has some uplink data to send to the BS 302 and the UE 304 has to trigger the RACH procedure process for the uplink synchronization. (i.e., RACH#2, cell#1, trigger reason UL_SYNC).
  • the UE 304 has some uplink data to send to the BS 302 and there are no grants currently available for the UE 304 to send the uplink data, which may eventually lead the UE 304 to trigger the RACH procedure on the cell 1 (i.e., RACH#2, cell#1, Trigger Reason is UL_Grants).
  • the UE 304 configured with the UL-CA triggers the RACH#1 on the primary cell cell#1 for the uplink synchronization (RACH#1, cell#1, Trigger Reason UL_Grants).
  • RACH#1, cell#1, Trigger Reason UL_Grants there may be a trigger for the second RACH on the secondary cell for the uplink synchronization (RACH#2, cell#2, Trigger reason UL_SYNC).
  • all the multiple cells may have the single MAC entity).
  • there may be a delay on the RACH#2 since there is no possibility of having 2 RACH at same time by UE 304 on the single MAC entity, there may be a delay on the RACH#2, as the second RACH procedure may be started only upon completion of the first RACH.
  • various embodiments disclosed herein enable the UE to overcome the restriction of single RACH procedure in the RAT at an instance using DAPS possibility effectively.
  • the UE 304 may trigger the second RACH procedure on the secondary stack 304b while the first RACH procedure is ongoing. Thus, reducing the delay of having to wait for the completion of the first RACH.
  • Various embodiments disclosed herein initiate the secondary stack 304b when the RACH collision is detected to perform the two RACH procedures simultaneously and avoid the delay for the second RACH services, which may be completely initiated and controlled by the UE itself.
  • the secondary stack 304b initiates the secondary stack 304b when the RACH collision is detected to perform the two RACH procedures simultaneously and avoid the delay for the second RACH services, which may be completely initiated and controlled by the UE itself.
  • the DAPS may be released by the UE 304 upon completion of the RACH procedure
  • Both the primary stack and the secondary stack may be latched to the same cell/BS 302;
  • the RACH configurations may be shared to the secondary stack by the primary stack itself;
  • the two RACH may be performed simultaneously using the primary cell RACH configuration on the same cell/BS 302;
  • the secondary stack may be initiated using the same configuration of the primary cell.
  • FIG. 15 is a diagram depicting example handling of the RACH procedure in the multiple/multi beam scenarios, according to various embodiments.
  • the UE 304 may handle the RACH procedure in the following scenarios:
  • BFR Beam Failure Recovery
  • the UE 304 has to perform the two same RACH procedures simultaneously on the two candidate beams.
  • the RACH resources and the candidate beam to use during a recovery from the beam failure may be known to the UE 304 in advance, which may be an ideal scenario for the UE 304 to initiate the dual stack/DAPS itself without network intervention for performing the two RACH procedures simultaneously.
  • Performing the two same RACH procedures simultaneously may help the UE 304 to recover from the beam failure and resume the data activity with the cell/BS 302 with less interruption to the user.
  • the other RACH procedure may be success and allow the UE 304 to resume the data services quickly.
  • Initial access For UE's operating in greater than 6 Giga Hertz (6GHz) frequency range, there may be possibility of up to 64 beams. Thus, there may be a temporary network, and environmental issues such as, but not limited to, vehicle blockage, or the like. Such issues may block the beam temporarily and may delay the RACH procedure on the respective beam.
  • 6GHz 6 Giga Hertz
  • the UE 304 may use the DAPS capability to active the dual stack (i.e., the primary stack 304a and the secondary stack 304b) by itself without network intervention and to trigger the two same RACH procedures on the two different beams, thereby helping the UE to overcome from the temporary issues on some of the beams, which further enables the UE to complete the RACH procedure at a faster rate.
  • the dual stack i.e., the primary stack 304a and the secondary stack 304b
  • the UE 304 may exploit the multiple stacks to trigger the RACH on the multiple cells/BSs 302.
  • the UE 304 may access the cell 302 on which the RACH may be successfully completed first. Further, at a cell edge, where the UE 304 have poor signal coverage/unlicensed spectrum on multiple cells may be very beneficial.
  • various embodiments disclosed herein may be used any time when the RACH procedure is predicted to be triggered in the UE 304. Also, handling the multiple RACH procedure may be useful in an unlicensed spectrum also, where the UE 304 has to do "listen before talk" for every uplink transmission. In such a spectrum, there may be a possibility that one beam may be more congested than other, thus delaying the RACH procedure.
  • the UE 304 when the UE 304 has to trigger the RACH procedure in the multi-beam environment on encountering the beam failure/RLF/UL sync/UL grants or on performing the initial access, the UE 304 activates the secondary stack 304b with the same configurations of the physical layer entity, the MAC layer entity, and the RLC layer entity of the primary stack 304a. The UE 304 shares the RACH configuration corresponding to the RACH procedure and the beam ID to the secondary stack.
  • the UE 304 shares the beam ID (to check the possibility of other best beams) of the primary stack 304a to the secondary stack 304b and initiates the RACH procedure on the secondary stack 304b, if the MSG2 is not received/failed at least once or Reference Signal Received Power (RSRP) is very poor. Since the CFRA procedure is only 2 step procedure with the dedicated preamble, there may be high chance of successful RACH. Thus, if the RACH procedure is the CFRA procedure, the UE 304 chooses the beam on the secondary stack and performs the RACH on the chosen beam simultaneously along with the RACH on the primary stack 304a on the first chosen beam.
  • RSRP Reference Signal Received Power
  • the UE 304 shares the preamble information with the primary stack 304a and the secondary stack 304b.
  • the RACH procedure on the other stack may be aborted by the UE 304 optionally assuming most RACH failure may occur at the MSG1. The aborted RACH may be re-started again, if there is the RACH failure at the MASG3 on the other stack.
  • the UE 304 If the RACH procedure is successfully completed on the primary stack 304a first, the UE 304 aborts the RACH procedure on the secondary stack 304b. If the RACH procedure is successfully completed on the secondary stack first, the UE 304 aborts the RACH procedure on the primary stack 304a and informs the primary stack 304a about the successful completion of the RACH procedure. The UE 304 then deactivates the secondary stack 304b.
  • the UE 304 identifies the triggering of the RACH procedure.
  • the RACH procedure may be triggered due to the BFR, the UL grants, the UL sync, or the like.
  • the RACH procedure may be triggered due to the temporary RACH issues such as, but not limited to, the MSG1 not reaching network, a RAPID mismatch, a MSG2 decoding failure, the contention failure, vehicular/environmental issues, and so on.
  • the UE 304 activates the secondary stack 304b using the DAPS capability.
  • the UE 304 performs the same RACH procedure on a beam 1 and a beam 2 using the primary stack 304a and the secondary stack 304b simultaneously.
  • the UE 304 may connect to at least one of the beam 1 or the beam 2, even if the RACH procedure is failed on one of the beam 2 or the beam 1, respectively.
  • the RACH procedure performed on the beam 1 using the primary stack 304a may fail, and the RACH procedure performed on the beam 2 using the secondary stack 304b may be successful.
  • the UE 304 may connect to the beam 2 for accessing the critical services without any delay, which enhances the user experience.
  • FIG. 16A and FIG. 16B are example diagrams depicting configuring the secondary stack 304b for performing the RACH procedure in the multi-beam scenarios, according to various embodiments.
  • the UE 304 activates the secondary stack 304b.
  • the event occurring to trigger the RACH procedure to resume/connect the service may include at least one of the BFR, the initial access, the RLF, the UL sync, the UL grants, or the like.
  • the event occurring to select the cell among the two different cells may include the initial access.
  • the UE 304 activates the secondary stack 304b using the DAPS without network intervention.
  • the UE 304 performs the second RACH procedure (with the same trigger reason) on the secondary stack 304b simultaneously with the first RACH procedure on the primary stack 304a.
  • the activated secondary stack 304b may include the physical layer entity, the MAC layer entity, and the RLC layer entity (an optional layer).
  • the configurations of the physical layer entity of the secondary stack 304b may be same as the primary stack 304a.
  • the UE 304 may receive the configurations of the physical layer entity as a part of 'ServingCellConfigCommonSIB' IE present in the 'SIB1' received from the cell/BS 302 on the primary stack 304a.
  • the UE 304 shares the configurations of the physical layer entity to the secondary stack 304b from the primary stack 304a to configure the physical layer entity at the secondary stack 304b.
  • the configurations of the MAC layer entity and the RLC layer entity may be the same as the physical layer entity.
  • the UE 304 may receive the configurations of the RLC layer entity and the MAC layer entity from the cell/BS 302 in the primary stack 304a in the "RRCReconfguration message".
  • the UE 304 may also receive the configurations of the MAC layer entity and the RLC layer entity in 'MAC-LogicalChannelConfig', logicalChannelIdentity ID and servedRadioBearer.
  • the UE 304 may share the configurations of the MAC layer entity and the RLC layer entity to the secondary stack 304b for configuring the MAC layer entity and the RLC layer entity at the secondary stack 304b.
  • the UE 304 may share the configurations of the RLC layer entity to the secondary stack 304b, if the configurations of the RLC layer entity are required for handling the RACH procedure.
  • the UE 304 may deactivate/disable the secondary stack 304b once one of the RACH procedures is completed, since the secondary stack 304 is used only for the RACH procedure.
  • the lightweight secondary stack 304b may be provided (FIG. 16B), wherein the split may happen at the RLC layer entity.
  • the secondary stack 304b may include only the physical layer entity and the RLC layer entity. Splitting at the RLC layer entity may help the UE 304 to save the resources used of the extra RLC protocol.
  • the UE 304 also passes the corresponding RACH trigger configuration/RACH configuration to the secondary stack 304b, which may be the trigger reason for the second RACH procedure.
  • the trigger reason may include at least one of the RLF, the UL sync, the UL data, the BFR, or so on.
  • the UE 304 may receive the RACH configuration as the part of the SIB1 or the "RRCReconfiguration message" based on the trigger reason and the network configuration. Depending on the trigger reason, the UE 304 may pass only the corresponding RACH configuration to the secondary stack 304b.
  • the UE 304 also shares the preamble information between the primary stack 304a and the secondary stack 304b. For handling the same RACH procedure on both stacks, the RACH resources have to be chosen from the same set of contention-based preambles. The UE 304 ensures that both stacks 304a, 304b may not choose the same preamble.
  • FIGS. 17A, 17B, 17C, and 17D are diagrams depicting example sharing of the preamble information between the primary stack 304a and the secondary stack 304b, according to various embodiments.
  • the UE 304 may divide the preamble information among both the primary stack 304a and the secondary stack 304b, while the RACH configuration is shared from the primary stack 304a to the secondary stack 304b.
  • the UE 304 may share the preamble information between the primary stack 304a and the secondary stack 304b using three methods.
  • the UE 304 divides the preamble information/content-based preambles into the two sets, the first set and the second set.
  • the UE 304 assigns the first set to the primary stack 304a and the second set to the secondary stack 304b.
  • there may be maximum up to 64 (e.g., x 8) preambles allocated for the beam.
  • the UE 304 divides the preambles into two halves so that the primary stack 304a may choose from the first 32 (x/2) (e.g., the first 4 in FIG.
  • the secondary stack 304b may choose from the second 32 (x/20) (e.g., the second 4 in FIG. 17A) set of preambles.
  • the preamble sharing may not happen frequently. However, if the number of preambles allocated (the value of x) is less than the both the primary stack 304a and the secondary stack 304b, the UE 304 has to choose from further less number of preambles using a third method/method#3.
  • the UE 304 divides the preambles such that an even set of preambles may be used by the primary stack 304a and an odd set of preambles may be used by the secondary stack 304b.
  • a maximum of 64 preambles may be allocated for the contention.
  • the primary stack 304a indicates the secondary stack 304b to choose only from the odd preambles.
  • the primary stack 304a chooses from the even preambles.
  • the UE 304 uses the second method to share the preamble information between the primary stack 304a and the secondary stack 304b, the preamble sharing may not happen frequently. However, if the number of preambles allocated (the value of x) is less than the both the primary stack 304a and the secondary stack 304b, the UE 304 has to choose from further less number of preambles using the third method/method#3.
  • the UE 304 shares the currently used preamble ID and the beam ID to the secondary stack 304b from the primary stack 304a, so that the secondary stack 304b may not use the particular preamble till the subsequent notification.
  • the third method of sharing the preamble information between the primary stack 304a and the secondary stack 304b may be a dynamic approach of sharing the preambles whenever the stack sends the preamble, the stack sends the corresponding preamble ID and the beam ID to the other stack.
  • the other stack may consider the received preamble ID and the beam ID as valid only till the RAR window is expired.
  • the third method of sharing the preamble information between the primary stack 304a and the secondary stack 304b may be advantageous when the number of preambles allocated is small, as the UE 304 may have almost all preambles to choose from. Since at any point of time only one preamble is not valid for other stack, but there may be more communication between the stacks (i.e., whenever the preamble is sent to the network/BS 302).
  • FIG. 17D An example method of configuring the preambles and sharing of the preambles among the SSB's depending on the RACH configuration is depicted in FIG. 17D.
  • FIG. 18 depicts an example call flow for handling the multiple same RACH procedures in the multi-beam scenario, wherein the RACH procedure is the CFRA procedure, according to various embodiments.
  • the UE 304 initiates the RACH procedure on the beam 1 using the primary stack 304a due to the BFR.
  • the UE 304 activates the secondary stack 304b using the DAPS.
  • the UE 304 initiates the RACH procedure on the beam 2 using the secondary stack 304b.
  • the UE 304 aborts the ongoing RACH procedure and deactivates the secondary stack 304b.
  • the BFR may be recovered with more probability of success, as recovery is tried on 2 beams in parallel.
  • the UE 304 may have more probability to pass the BFR quickly on one of the beams, even if there is some temporary issue on the other beam.
  • FIGS. 19A and 19B depict example call flows for handling the multiple same RACH procedures in the multi-beam scenario, wherein the RACH procedure is the CBRA procedure, according to various embodiments.
  • the UE 304 activates the secondary stack 304b using the DAPS capability to handle the RACH procedure on the multiple beams.
  • the UE 304 activates the secondary stack 304b by sharing the configurations of the physical layer entity, the MAC layer entity, and the RLC layer entity, the RACH trigger configuration, and the preamble information.
  • the preamble information may be shared between the primary stack 304a and the secondary stack 304b using the method 2.
  • the primary stack 304a may use the even set of preambles and the secondary stack 304b uses the odd set of preambles.
  • the UE 304 On activating the secondary stack 304b, the UE 304 initiates the RACH procedure on the beam 1 and the beam 2 due to the BFR using the primary stack 304a and the secondary stack 304b simultaneously.
  • the UE 304 consider that the RACH procedure on the beam 2 using the secondary stack 304b is successfully completed before the RACH procedure on the beam 1.
  • the UE 304 aborts the ongoing RACH procedure on the beam 1 using the primary stack 304a and deactivates the secondary stack 304b.
  • FIG. 20 is a sequence diagram depicting example performing of the RACH procedure on the different cells/BSs 302, according to various embodiments.
  • the UE 304 When the UE 304 with the valid RACH configuration wants to perform an initial access/RACH procedure on the two different cells/BSs 302 (a gNB1, and a gNB2), the UE 304 activates the secondary stack 304b using the DAPS capability. The UE 304 starts the RACH procedure for the initial access on the primary cell/gNB1 using the primary cell RACH configuration and the secondary cell/gNB 2 using the secondary cell RACH configuration simultaneously.
  • the RACH on the other stack may be aborted optionally assuming the most RACH failure happen at the MSG1.
  • the UE 304 aborts the RACH procedure on the secondary stack 304b and continues the services from the cell/gNB 1 selected on the primary stack 304a. The UE 304 then deactivates the secondary stack 304b.
  • the UE 304 aborts the RACH procedure on the primary stack 304a and informs the primary stack 304a about the successful completion of the RACH procedure.
  • the UE 304 continues the services from the cell/gNB 2 selected on the secondary stack 304b.
  • the UE 304 then deactivates the secondary stack 304b.
  • FIG. 21 is a flow chart depicting an example method for handling the RACH procedure in the multi-beam scenario, according to various embodiments.
  • the UE 304 detects the event (for example, the beam failure, the RLF, the initial access, or the like) occurring to trigger the RACH procedure.
  • the UE 304 checks if the UE 304 is capable of supporting the dual stack/DAPS. If the UE 304 does not support the dual stack/DAPS, at step 3, the UE 304 follows the legacy approach to perform the RACH procedure.
  • the UE 304 If the UE 304 supports the dual stack/DAPS, at step 4, the UE 304 starts the RACH procedure on the beam 1/cell 1 using the primary stack 304a. At step 5a, the UE 304 checks if the RACH procedure passed on the primary stack 304a. If the RACH procedure is passed on the primary stack 304a, at step 5b, the UE 304 aborts the secondary stack 304b. If the RACH procedure is not passed on the primary stack 304a, the UE 304 repeats the step 4 to continue with the step 6.
  • the UE 304 activates the secondary stack 304b by sharing the configurations of the physical layer entity, the MAC layer entity, and the RLC layer entity to the secondary stack 304b from the primary stack 304a.
  • the UE 304 checks if the triggered RACH procedure is the CFRA procedure. If the RACH procedure triggered is not the CFRA procedure, at step 8, the UE 304 shares the RACH configuration and the preamble sharing information to the secondary stack 304b.
  • the UE 304 starts the RACH procedure on the secondary stack 304b in parallel with the RACH procedure ongoing on the primary stack 304a.
  • the UE 304 checks if the RACH procedure is passed on the secondary stack 304b. If the RACH procedure is passed on the secondary stack 304b, at step 11, the UE 304 indicates the primary stack 304a about the successful RACH procedure on the secondary stack 304b.
  • the UE 304 checks if the RSRP is poor (for example, if the RSRP is less than -100dbm) and if the MSG2 is failed on the primary stack. If the RSRP is not poor and the MSG2 is not failed, at step 13, the UE 304 continues the RACH procedure on the primary stack 304a. If the RSRP is poor and the MSG2 is failed, at step 14, the UE 304 shares the beam ID and the RACH configuration to the secondary stack 304b and initiates the RACH procedure on the secondary stack 304b. On performing step 14, the UE 304 continues with step 9.
  • the various actions listed in FIG. 21 may be performed in the order presented, in a different order or simultaneously. Further, in various embodiments, some actions listed in FIG. 21 may be omitted.
  • FIG. 22 is a diagram depicting example distinguishing between the two same RACH procedures at the cell/BS/network 302, according to various embodiments.
  • Each preamble shared between the primary stack 304a and the secondary stack 304b may have an own set of time, frequency resources, or the like. Also, each RACH procedure may have its own preamble to choose from. Thus, the combination of the preamble and its RACH resources (time and frequency) may be used to distinguish the RACH procedures at the network 302.
  • a MAC entity of the network 302 may serve all the UEs 304 that are camped on the particular cell using its single MAC entity.
  • network 302 may differentiate between the RACH procedures of the UE 304 based on the resources selected by the UE 304.
  • Embodiments herein enable the UE 304 to perform the RACH procedures with the following advantages:
  • performing the RACH procedures on the two different beams may help to recover from the beam failure with reduced latency and resume the services as soon as possible;
  • UE 304 may (re)gain the services if the RACH procedure is successful on one cell;
  • performing the RACH procedure on the 2 different beams using the two stacks in parallel may be helpful in the un-licensed spectrum as there may be a LBT (listen before talk) failure on the one beam but on the other beam the RACH procedure may be successful due to the nature of devices working on the un-licensed spectrum.
  • LBT listen before talk
  • the embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the elements.
  • the elements shown in FIGs. 3A, 3B, 3C, and 4 can be at least one of a hardware device, or a combination of hardware device and software module.
  • FIG. 23 illustrates an example electronic device according to various embodiments.
  • the electronic device 2300 may include a processor (or a controller) 2310, a transceiver 2320 and a memory 2330.
  • a processor or a controller
  • the electronic device 2300 may be implemented by more or fewer components than those illustrated in FIG. 23.
  • the processor 2310 and the transceiver 2320 and the memory 2330 may be implemented as a single chip according to various embodiments.
  • the electronic device 2300 may correspond to the electronic device described above.
  • the electronic device 2300 may correspond to the terminal or the UE 304 illustrated in FIGs. 3A, 3B, 3C and 4.
  • the processor 2310 may include one or more processors or other processing devices that control the proposed function, process, and/or method. Operation of the electronic device 2300 may be implemented by the processor 2310.
  • the transceiver 2320 may include an RF transmitter for up-converting and amplifying a transmitted signal, and an RF receiver for down-converting a frequency of a received signal. However, according to various embodiments, the transceiver 2320 may be implemented by more or fewer components.
  • the transceiver 2320 may be connected to the processor 2310 and transmit and/or receive a signal.
  • the signal may include control information and data.
  • the transceiver 2320 may receive the signal through a wireless channel and output the signal to the processor 2310.
  • the transceiver 2320 may transmit a signal output from the processor 2310 through the wireless channel.
  • the memory 2330 may store the control information or the data included in a signal obtained by the electronic device 2300.
  • the memory 2330 may be connected to the processor 2310 and store at least one instruction or a protocol or a parameter for the proposed function, process, and/or method.
  • the memory 2330 may include read-only memory (ROM) and/or random access memory (RAM) and/or hard disk and/or CD-ROM and/or DVD and/or other storage devices.
  • FIG. 24 illustrates an example base station according to various embodiments.
  • the base station 2400 may include a processor (or a controller) 2410, a transceiver 2420 and a memory 2430.
  • a processor or a controller
  • the base station 2400 may be implemented by more or fewer components than those illustrated in FIG. 24.
  • the processor 2410 and the transceiver 2420 and the memory 2430 may be implemented as a single chip according to another embodiment.
  • the base station 2400 may correspond to the gNB described above.
  • the base station 2400 may correspond to the gNB 302 illustrated in FIGs. 3B and 3C.
  • the processor 2410 may include one or more processors or other processing devices that control the proposed function, process, and/or method. Operation of the base station 2400 may be implemented by the processor 2410.
  • the transceiver 2420 may include an RF transmitter for up-converting and amplifying a transmitted signal, and an RF receiver for down-converting a frequency of a received signal. However, according to various embodiments, the transceiver 2420 may be implemented by more or fewer components.
  • the transceiver 2420 may be connected to the processor 2410 and transmit and/or receive a signal.
  • the signal may include control information and data.
  • the transceiver 2420 may receive the signal through a wireless channel and output the signal to the processor 2410.
  • the transceiver 2420 may transmit a signal output from the processor 2410 through the wireless channel.
  • the memory 2430 may store the control information or the data included in a signal obtained by the base station 2400.
  • the memory 2430 may be connected to the processor 2410 and store at least one instruction or a protocol or a parameter for the proposed function, process, and/or method.
  • the memory 2430 may include read-only memory (ROM) and/or random access memory (RAM) and/or hard disk and/or CD-ROM and/or DVD and/or other storage devices.
  • Embodiments disclosed herein describe methods and systems for handling multiple Random Access Channel (RACH) procedures. Therefore, it is understood that the scope of the protection is extended to such a program and in addition to a computer readable medium having at least one instruction therein, such computer readable storage medium containing program code for implementation of one or more operations of the method, when the program runs on a server or mobile device or any suitable programmable device.
  • the method is implemented in embodiments through or together with a software program written in e.g., Very high speed integrated circuit Hardware Description Language (VHDL), another programming language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device.
  • the hardware device may be any kind of portable device that may be programmed.
  • the device may also include means which could be e.g., hardware such as e.g., an ASIC, or a combination of hardware and software, e.g., an ASIC and an FPGA, or at least one microprocessor and at least one memory with software modules located therein.
  • Embodiments described herein could be implemented partly in hardware and partly in software.
  • the concepts may be implemented on different hardware devices, e.g., using a plurality of CPUs.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La divulgation concerne un système de communication 5G ou 6G permettant de prendre en charge un débit de transmission de données supérieur. Un procédé effectué par un équipement utilisateur (UE) dans un système de communication sans fil est proposé. Le procédé consiste à détecter le déclenchement d'une première procédure de canal d'accès aléatoire (RACH) s'exécutant sur une pile primaire au niveau de l'UE lors de la détection d'une condition de déclenchement RACH sur la pile primaire tandis que l'UE est connecté à au moins une cellule, détecter le déclenchement d'une seconde procédure RACH tandis que la première procédure RACH est en cours dans l'UE, la seconde procédure RACH étant différente de la première procédure RACH, permettre une capacité de double pile de protocoles actifs (DAPS) de déclencher une pile secondaire pour la gestion de la seconde procédure RACH, effectuer la première procédure RACH sur la pile primaire et la seconde procédure RACH sur la pile secondaire simultanément, et désactiver la pile secondaire lorsque la seconde procédure RACH a été achevée avec succès.
PCT/KR2022/013467 2021-09-09 2022-09-07 Procédés et appareil de gestion de multiples procédures rach dans un système de communication sans fil WO2023038438A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/941,783 US20230072939A1 (en) 2021-09-09 2022-09-09 Methods and apparatus for handling multiple rach procedures in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IN202141040998 2021-09-09
IN202141040998 2022-05-19

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/941,783 Continuation US20230072939A1 (en) 2021-09-09 2022-09-09 Methods and apparatus for handling multiple rach procedures in wireless communication system

Publications (1)

Publication Number Publication Date
WO2023038438A1 true WO2023038438A1 (fr) 2023-03-16

Family

ID=85507786

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/013467 WO2023038438A1 (fr) 2021-09-09 2022-09-07 Procédés et appareil de gestion de multiples procédures rach dans un système de communication sans fil

Country Status (1)

Country Link
WO (1) WO2023038438A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021159336A1 (fr) * 2020-02-12 2021-08-19 Nokia Shanghai Bell Co., Ltd. Transfert à double connectivité

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021159336A1 (fr) * 2020-02-12 2021-08-19 Nokia Shanghai Bell Co., Ltd. Transfert à double connectivité

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Single vs dual active protocol stack for reduced handover interruption", 3GPP DRAFT; R2-1903894 - SINGLE VS DUAL ACTIVE PROTOCOL STACKS FOR REDUCED HANDOVER INTERRUPTION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xian, China; 20190408 - 20190412, 28 March 2019 (2019-03-28), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051693130 *
ETRI: "Single and Dual Active eMBB Combined Solution", 3GPP DRAFT; R2-1903910-SINGLE AND DUAL ACTIVE EMBB COMBINED SOLUTION, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xi’an, China; 20190408 - 20190412, 29 March 2019 (2019-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051693145 *
QUALCOMM INCORPORATED: "LTE mobility enhancements for eMBB HO using dual active protocol stack", 3GPP DRAFT; R2-1904646_LTE MOBILITY ENHANCEMENTS FOR EMBB HO USING DUAL ACTIVE PROTOCOL STACK_V2, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xian, China; 20190408 - 20190412, 29 March 2019 (2019-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051693848 *
WO 2021-092585 A1 (OFINNO, LLC) 14 May 2021 *

Similar Documents

Publication Publication Date Title
WO2019245285A1 (fr) Procédé et appareil pour réaliser une réduction de puissance d'accès aléatoire dans un système de communication sans fil
WO2021246848A1 (fr) Appareil et procédé pour réaliser un accès aléatoire
WO2022211388A1 (fr) Procédé et appareil de communication pour un équipement utilisateur à capacité réduite dans un système de communication sans fil
WO2023090855A1 (fr) Procédé et système d'auto-optimisation de canal d'accès aléatoire dans un système de communication sans fil
WO2023038438A1 (fr) Procédés et appareil de gestion de multiples procédures rach dans un système de communication sans fil
WO2023121112A1 (fr) Procédé et appareil de prise en charge d'un équipement utilisateur (ue) aérien dans une communication mobile de nouvelle génération
WO2022191599A1 (fr) Procédé et appareil de mise à jour de rna pendant une sdt dans un système de communication sans fil
WO2022270899A1 (fr) Procédé et appareil pour une transmission de petites données dans un système de communication sans fil
WO2022270964A1 (fr) Procédé et appareil de gestion d'alignement de temporisation d'ul lors de la réception d'un signal de mise à jour d'état de tci dans un système de communication sans fil
WO2021206371A1 (fr) Procédé de commande de communication de liaison latérale et dispositif associé
WO2024019554A1 (fr) Systèmes et procédés de gestion de mobilité d'ue en multidiffusion dans un réseau sans fil
WO2024091089A1 (fr) Procédés permettant d'effectuer une mobilité déclenchée par une couche inférieure dans un réseau sans fil
WO2024071791A1 (fr) Procédé et appareil d'auto-optimisation dans des systèmes de communication sans fil
WO2024034960A1 (fr) Procédé et appareil pour une réception discontinue en mode connecté améliorée eu égard à une période de trafic dans un système de communication sans fil
WO2024096502A1 (fr) Procédé et dispositif de prise en charge d'une transmission de service de multidiffusion
WO2023195817A1 (fr) Appareil et procédé de réception d'informations relatives à la radiomessagerie
WO2023153785A1 (fr) Procédé et dispositif pour effectuer une communication de données pour un terminal itinérant dans un système de communication sans fil
WO2023229314A1 (fr) Procédé et appareil pour optimiser un accès aléatoire dans un système de communication sans fil
WO2023128486A1 (fr) Procédé et appareil pour une capacité d'ue et une signalisation d'assistance pour un service mbs dans un système de communication sans fil
WO2023182844A1 (fr) Procédé et dispositif de communication dans un système de communication sans fil prenant en charge un réseau ido personnel
WO2022231239A1 (fr) Procédé, ue et appareil de réseau pour gérer une procédure de demande de service dans un réseau sans fil
WO2022235120A1 (fr) Appareil et procédé de prise en charge de commutation de réseau d'équipement utilisateur dans un système de communication sans fil
WO2024076183A1 (fr) Procédé et appareil d'accès aléatoire dans un système de communication sans fil
WO2023191453A1 (fr) Procédé et appareil de transmission de données en rrc_inactive
WO2024091073A1 (fr) Procédés et appareil de gestion de cellules primaires réussies et rapport de réussite de pscell (spr) dans un réseau sans fil

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22867706

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE