The present disclosure relates generally to communications, and more particularly to communication methods and related devices and nodes supporting wireless communications.
In connected state, a User Equipment (UE) has a connection established to the network. The aim of connected-state mobility is to ensure that the connectivity is retained with no interruption or noticeable degradation as the device moves within the network. The UE is required to do searches for new cells both on the current carrier frequency (intra-frequency) and different carrier frequencies (inter-frequency) that are informed by the network. The UE does not make any decisions on its own regarding when it is time to trigger a handover (HO) procedure to a different cell. This is rather based on a variety of triggering conditions. In general, the UE reports the results of any configured measurements to the network so that the network can make a decision on whether or not it is time for handover to a new cell.
In 5G New Radio (NR), handover is a special case of a procedure called “reconfiguration with sync.” In addition, a variety of handover mechanisms, such as Dual Active Protocol Stack (DAPS), conditional handover (CHO), and RACH-less HO, have been introduced in specifications to enhance the mobility robustness performance for challenging scenarios that require low-latency and high reliability performance.
The LTE protocol stack generally includes three layers, L1, L2 and L3. L1 includes the physical layer (PHY). L2 encompasses the medium access control (MAC), radio link control (RLC) and packet data convergence protocol (PDCP) layers, and L3 encompasses the radio resource control (RRC) and non-access stratum (NAS) layers. The functions of these layers are defined in the NR standard specification documents. Generally, lower layers in the protocol stack provide services to higher layers. Higher level operations are typically handled at higher layers. For example, handover is typically managed at the L3 level by RRC.
The basic L3 HO is quite similar to the LTE mobility functionality: it is based on event-driven measurement reporting over RRC, where the UE performs measurement on various reference signals (mapping to cells) and filters these measurements. When the filtered measurements fulfil certain criteria parametrized by the NW, the UE will trigger a measurement report. However, differently from LTE, a cell may be defined by multiple beams, which may be realized by multiple SS/PBCH Blocks (SSB)s transmitted in different directional beams, while in LTE a single broadcasted signal is transmitted, as shown in
That leads to a procedure where changing beams from different cells require RRC signaling and a set of UE protocols actions, e.g., reset of buffers, etc.
The configuration of a target primary Secondary Cell Group (SCG) cell (PSCell) (which in prior art is a single cell with a single PCI associated to it) in a HO command message (i.e. the RRCReconfiguration) includes the following:
L1/L2 Centric Mobility in Rel-17
L1/L2 centric inter-cell mobility (or L1-mobility, inter-PCI TCI state change/update/modification, etc.) has been introduced. This is justified in the Work Item Description (WID) RP-193133 (Further enhancements on MIMO for NR) by the fact that while Rel-16 manages to offer some reduction in overhead and/or latency, high-speed vehicular scenarios (e.g., a UE traveling at high speed on highways) at FR2 require more aggressive reduction in latency and overhead—not only for intra-cell, but also for L1/L2 centric inter-cell mobility. That translates in the following objective:
Enhancement on multi-beam operation, mainly targeting FR2 while also applicable to FR1:
L1/L2 inter-cell centric mobility should be understood as a UE receiving a L1/L2 signaling (instead of RRC signaling) indicating a TCI state (e.g. for PDCCH) associated to an SSB whose PCI is not necessarily the same as the PCI of the cell the UE has connected to e.g. via connection resume or connection establishment. In other words, L1/L2-centric inter-cell mobility procedure can be interpreted as a beam management operation expanding the coverage of multiple SSBs associated to multiple PCIs (e.g. possibly associated to the same cell or different cells).
RAN2 has discussed over email how to enable mPDCCH mTRP support in higher layers. It was proposed to add a list of additional SSBs (including PCI) in ServingCellConfig; and add a reference to one entry of that list in QCL-Info (only included when the reference is SSB).
Further, in P79165 multiple sets of SSBs are considered, where each set has its independent PCI configured for the UE, in serving cell configuration. A fundamental aspect here is that under a serving cell, a unique SSB can be indicated by the pair {SSB index and PCI}compared to Rel.-15 where only SSB index was used to address a unique SSB.
Multi-Radio Dual-Connectivity
Multi-Radio Dual Connectivity (MR-DC) is a generalization of the Intra-E-UTRA Dual Connectivity (DC) as described in [6], where a multiple Rx/Tx capable UE may be configured to use resources provided by two different nodes connected via non-ideal backhaul, one providing NR access and the other one providing either E-UTRA or NR access. One node acts as the Master Node (MN) and the other as the Secondary Node (SN). The MN and SN are connected via a network interface and at least the MN is connected to the core network.
When configured with MR-DC, the UE typically operates initially a serving cell group called a master cell group (MCG). The UE is then configured by the network with an additional cell group called a SCG. Each cell group (CG) can have one or more serving cells. MCG and SCG can be operated from geographically non-collocated gNBs. MCG and SCG can be operated with corresponding serving cells belonging to different frequency ranges and/or corresponding serving cells in same and different frequency ranges. In an example, a MCG can have serving cells in FR1, and SCG can also have serving cells in FR1.
There are different ways to deploy 5G network with or without interworking with LTE (also referred to as E-UTRA) and evolved packet core (EPC), as depicted in
As migration for these options may differ from different operators, it is possible to have deployments with multiple options in parallel in the same network e.g. there could be eNB base station supporting option 3, 5 and 7 in the same network as NR base station supporting 2 and 4. In combination with DC solutions between LTE and NR it is also possible to support CA (Carrier Aggregation) in each cell group (i.e. MCG and SCG) and dual connectivity between nodes on same RAT (e.g. NR-NR DC). For the LTE cells, a consequence of these different deployments is the co-existence of LTE cells associated to eNBs connected to EPC, 5GC or both EPC/5GC.
In [5], the procedures for MR-DC are classified as MR-DC with the EPC (also called EN-DC) and MR-DC with 5GC.
MR-DC with the EPC (EN-DC)
E-UTRAN supports MR-DC via EN-DC, in which a UE is connected to one eNB that acts as a MN and one en-gNB that acts as a SN. The eNB is connected to the EPC via the S1 interface and to the en-gNB via the X2 interface. The en-gNB might also be connected to the EPC via the S1-U interface and other en-gNBs via the X2-U interface. The EN-DC architecture is illustrated in
MR-DC with the 5GC
E-UTRA-NR Dual Connectivity: NG-RAN supports NG-RAN E-UTRA-NR Dual Connectivity (NGEN-DC), in which a UE is connected to one ng-eNB that acts as a MN and one gNB that acts as a SN.
NR-E-UTRA Dual Connectivity: NG-RAN supports NR-E-UTRA Dual Connectivity (NE-DC), in which a UE is connected to one gNB that acts as a MN and one ng-eNB that acts as a SN.
NR-NR Dual Connectivity: NG-RAN supports NR-NR Dual Connectivity (NR-DC), in which a UE is connected to one gNB that acts as a MN and another gNB that acts as a SN. In addition, NR-DC can also be used when a UE is connected to two gNB-DUs, one serving the MCG and the other serving the SCG, connected to the same gNB-CU, acting both as a MN and as a SN.
MR-DC Control Plane Architecture
A UE in MR-DC has a single control plane connection to the core network and a single RRC state, controlled by the MN. Both MN and SN has an own RRC entity for creating RRC messages or Information Elements (IE) for configuring the UE. Since the SN is responsible for its own resources, it provides the UE with the SCG configuration in an RRC message and also the radio bearer configuration in an IE, for all bearers that are terminated in the SN. The MN in turn creates the MCG configuration and the radio bearer configuration for all bearers terminated in the MN. The cell group configuration includes the configuration of L1 (physical layer), MAC and RLC. The radio bearer configuration includes the configuration of PDCP (and SDAP in case of 5GC).
The MN always sends the initial SN RRC configuration via MCG SRB (SRB1), but subsequent RRC configurations created by the SN can be sent to the UE either via the MN using SRB1 or directly to the UE using SRB3 (if configured). For the SRB1 case, the MN receives from the SN an RRC message containing the SCG configuration and an IE containing the radio bearer configuration. The MN encapsulates these into the RRC message it creates itself, that may also include changes to the MCG configuration and radio bearer configuration of bearers terminated in the MN. Thereby, the MCG and SCG configurations may be sent to the UE in the same RRC message.
Split SRB1 is used to create diversity. From RRC point of view, it operates like normal SRB1. However, on PDCP level, the sender can decide to either choose one of the links for scheduling the RRC messages, or it can duplicate the message over both links. In the downlink, the path switching between the MCG or SCG legs or duplication on both is left to network implementation. For the UL, the network configures the UE to use the MCG, SCG or both legs. The terms “leg”, “path” and “RLC bearer” are used interchangeably throughout this document.
For the SRB3 case, the SN creates the RRC message including the SCG configuration and radio bearer configuration for radio bearers terminated in the SN. SN may only use SRB3 for reconfigurations not requiring coordination with MN.
SN Addition/PSCell Addition (Configuring a UE with MR-DC)
The Secondary Node (SN) Addition procedure (shown in
SN Modification/PSCell Change (Intra-SN PSCell Mobility for a UE with MR-DC)
The SN Modification procedure may be initiated either by the MN or by the SN and be used to modify the current user plane resource configuration (e.g. related to PDU session, QoS flow or DRB) or to modify other properties of the UE context within the same SN. It may also be used to transfer an RRC message from the SN to the UE via the MN and the response from the UE via MN to the SN (e.g. when SRB3 is not used). In NGEN-DC and NR-DC, the RRC message is an NR message (i.e., RRCReconfiguration) whereas in NE-DC it is an E-UTRA message (i.e., RRCConnectionReconfiguration). In case of CPC, this procedure is used to configure or modify CPC configuration within the same SN. The CPC configuration cannot be used to configure target PSCell in NE-DC. The SN modification procedure does not necessarily need to involve signaling towards the UE.
The SN uses the procedure to perform configuration changes of the SCG within the same SN, e.g. to trigger the modification/release of the user plane resource configuration and to trigger PSCell changes (e.g. when a new security key is required or when the MN needs to perform PDCP data recovery).
This procedure is not supported for NE-DC.
The SN initiated SN modification procedure without MN involvement is used to modify the configuration within SN in case no coordination with MN is required, including the addition/modification/release of SCG SCell and PSCell change (e.g. when the security key does not need to be changed and the MN does not need to be involved in PDCP recovery). The SN may initiate the procedure to configure or modify CPC configuration within the same SN.
This procedure is supported for all the MR-DC options.
The SN initiates the procedure when it needs to transfer an NR RRC message to the UE and SRB3 is not used.
In this case of intra-SN PSCell change, there can be two sub-cases: Intra-SN and intra-DU; and Intra-SN and inter-DU.
SN/PSCell Change (Inter-SN PSCell Mobility for a UE with MR-DC)
The MN initiated SN change procedure is used to transfer a UE context from the source SN (S-SN) to a target SN (T-SN) and to change the SCG configuration in the UE from one SN to another.
The SN Change procedure always involves signalling over MCG SRB towards the UE.
The order the SN sends the Secondary RAT Data Usage Report message and performs data forwarding with MN is not defined. The SN may send the report when the transmission of the related QoS flow is stopped.
The SN initiated SN change procedure is used to transfer a UE context from the source SN to a target SN and to change the SCG configuration in UE from one SN to another.
A method in operating user equipment, UE, according to some examples includes receiving a first mobility configuration for lower layer mobility associated to multiple physical cell identities, PCIs, for a cell, of a Secondary Cell Group, SCG, for operating in multi-radio access technology dual connectivity, MR-DC. The lower layer mobility is used to trigger a change of PCI upon reception of a lower layer signaling by the UE. The method further includes operating according to the mobility configuration for the cell of the SCG while operating in MR-DC.
Some embodiments provide a user equipment, UE, including processing circuitry, and memory coupled with the processing circuitry, wherein the memory may include instructions that when executed by the processing circuitry causes the UE to perform operations according to any of the foregoing embodiments.
A user equipment, UE, according to some embodiments is adapted to perform according to any of the foregoing embodiments.
Some embodiments provide a computer program product including a non-transitory storage medium including program code to be executed by processing circuitry of a UE, whereby execution of the program code causes the UE to perform operations according to any of the foregoing embodiments.
A method of operating a first network node according to some embodiments includes receiving, from a second network node, measurement results for a user equipment, UE, served by the second network node. The measurement results are associated to multiple cells or PCIs associated to the first network node. The method further includes generating a mobility configuration for lower layer mobility of the UE associated to the multiple PCIs. The lower layer mobility is used to trigger a change of PCI of a cell in a secondary cell group, SCG, of the UE upon reception of a lower layer signaling by the UE. The method further includes transmitting the mobility configuration to the first node for transmission to the UE.
A method of operating a second network node according to some embodiments includes transmitting a first message to a first network node. The first message includes measurement results associated to multiple cells or multiple PCIs associated to the first network node. The measurement results were reported to the second network node by a UE served by the second network node. The method further includes receiving a second message from the first network node, the message including a secondary cell group, SCG, reconfiguration, and transmitting the SCG reconfiguration to the UE.
Some embodiments provide a network node including processing circuitry, and memory coupled with the processing circuitry, wherein the memory includes instructions that when executed by the processing circuitry causes the network node to perform operations according to any of the foregoing embodiments.
A network node (or RAN node) according to some embodiments includes processing circuitry, and memory coupled with the processing circuitry, wherein the memory may include instructions that when executed by the processing circuitry causes the RAN node to perform operations according to any of the foregoing embodiments.
Some embodiments provide a computer program product including a non-transitory storage medium including program code to be executed by processing circuitry of a radio access network, RAN, node, whereby execution of the program code causes the RAN node to perform operations according to any of the foregoing embodiments.
Embodiments described herein may provide certain advantages. For example, mobility robustness can be increased thanks to low layer (L1/L2 centric) mobility for SCG/PSCell changes. Other potential advantages include signaling reductions and latency reduction when configuring lower layer mobility for MR-DC.
Indeed, mobility robustness for the PSCell mobility can be increased thanks to the fact that the UE is configured with L1/L2-centric mobility for performing PCI change for a PSCell and/or PSCell change which speeds up the PSCell change (as there is no need to involve the MN and/or the CU at the SN).
In addition to it, further robustness can be achieved for the case the PSCell configuration during SN Addition and/or SN Change and/or SN Modification includes random access configuration(s) with beams (mapped to random access resources) associated to more than one PCI and/or more than one PSCell, the UE has a higher degree of diversity to select a beam (i.e. a direction) to perform random access and select a target PSCell/TRP/PCI.
Another potential advantage is the signaling reduction to configure L1/L2 centric mobility for the PSCell thanks to the fact that already during a PSCell Addition and/or PSCell Change (not after the PSCell Addition or after the PSCell Change, in a subsequent reconfiguration) i.e., upon reception of the RRCReconfiguration with a reconfiguration with sync (e.g. for the SCG), the UE is aware of the multiple PCI(s) of the PSCell for L1/L2 centric mobility and/or the multiple PSCell(s) for L1/L2 centric mobility for the SCG. In other words, the UE does not require to first access a target PSCell (via random access and transmitting an RRCReconfigurationComplete) to then receive from the target SN an RRCReconfiguration including the L1/L2 centric mobility for the SCG. In the case multiple PSCell(s) are configured for L1/L2 centric mobility, these PCIs may correspond to non-serving cell(s).
Inventive concepts will now be described more fully hereinafter with reference to the accompanying drawings, in which examples of embodiments of inventive concepts are shown. Inventive concepts may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of present inventive concepts to those skilled in the art. It should also be noted that these embodiments are not mutually exclusive. Components from one embodiment may be tacitly assumed to be present/used in another embodiment.
The following description presents various embodiments of the disclosed subject matter. These embodiments are presented as teaching examples and are not to be construed as limiting the scope of the disclosed subject matter. For example, certain details of the described embodiments may be modified, omitted, or expanded upon without departing from the scope of the described subject matter.
For a UE capable of operating in MR-DC, the MN can add an SCG and/or SN-configuration. In typical deployments, such as shown in
If the S-SN determines to perform an intra-SN PSCell Change, the S-SN generates an SCG RRCReconfiguration to be provided to the UE, including an SCG reconfiguration with Sync. If the S-SN has a deployment in a CU/DU split, wherein the CU and DU are placed in different locations, the CU requires the DU to generate the CellGroupConfig for the SCG to be included in the SCG RRCReconfiguration. Once that SCG RRCReconfiguration is generated the S-SN sends that to the MN in an SN Modification Required message, so the MN provides to the UE the SCG RRCReconfiguration so that the UE performs the PSCell change, and sends an RRCReconfigurationComplete to the MN (including an SCG RRCReconfigurationComplete). Then, the MN can forward the SCG RRCReconfigurationComplete to the S-SN.
Potential problems to be solved by the embodiments described herein include many SCG failure(s) and high signaling for PSCell change. All the steps for an intra-SN PSCell Change describe take long time and, during the time the UE report measurements to the time it can access the target PSCell, the radio conditions may have changed. That is even more crucial in higher frequencies (e.g. above 6 GHz, like mmWave frequencies in 15 GHs and/or 28 GHz, as in some 5G deployments and/or in terahertz frequencies, envisioned for 6G communication). Hence, due to the MR-DC architecture, that may increase the change of failures during a PSCell change. Moreover, many times a PSCell change needs to be performed, the UE is simply moving between PSCell(s) controlled by the same DU of the S-SN. In other words, despite the fact that the DU controlling the UE remains the same before and after the PSCell change, it would still take quite a long timer until PSCell change happens.
In addition to this, even if the procedure ends up being successful, there is quite a lot of signaling involved in the PSCell Change procedure e.g. between a UE and a MN (measurement reporting, reception of the SCG RRCReconfiguration), between SN and MN, and, if the SN is deployed in a CU/DU split architecture, further signaling between CU and DU, despite the fact that the UE is moved between PCell(s) controlled by the same DU. It could be argued that if SRB3 is configured (no vendor currently implements that) some of these challenges can be overcome. However, if the SN is deployed in a CU/DU split architecture, there is still some signaling between CU and DU. Embodiments herein mitigate one or more of these problems.
The present disclosure uses the terminology in the NR specification as main examples and refer to the Rel-17 feature. However, it is important to mention that this feature may also be applicable in the context of 6G concept development, which can be labeled as Distributed-MIMO (D-MIMO) and/or cell-less mobility.
The term “beam” used in the present disclosure can correspond to a reference signal that is transmitted in a given direction. For example, if may refer to an SS/PBCH Block (SSB) or layer 3 configured CSI-RS in the following sub-section. During a half-frame, different SSBs may be transmitted in different spatial directions (i.e. using different beams, spanning the coverage area of a cell). That corresponds to different SSBs meaning different beams.
The term PCI and/or PCI of an SSB is used. That corresponds to the physical cell identity encoded by a Primary Synchronization Sequence (PSS) and a Secondary Synchronization Sequence (SSS) that are included in an SSB, as shown in
The present disclosure mentions “cells” or a “set of cells” wherein the UE can be configured with to perform L1/L2 centric mobility. These set of cells may be called a set of intra-frequency neighbor cells the UE can perform measurements on and can perform a handover/reconfiguration with sync to, or a set of intra-frequency non-serving cells or simply a set of non-serving cells (in addition to the serving cell). In the particular case of L1/L2 centric mobility for a PSCell(s) the UE can have a serving cell and a set of non-serving cells the UE perform L1 measurements and reporting, and that via MAC CE the UE can change its serving cell.
The term “random access resource selection” can corresponds to a beam selection procedure, wherein the UE selects an SSB and/or a CSI-RS that maps to a PRACH resource for preamble transmission for a given PSCell (or for at least one non-serving cell configured for L1/L2 centric mobility). That can correspond to a procedure to be defined in [1] (5.1.2 Random Access Resource selection) that is to be modified for the method. That may include for example the UE selecting an SSB with SS-RSRP above rsrp-ThresholdSSB amongst the associated SSBs, wherein the associated SSBs according to the method can be associated to more than one PCI (wherein an SS-RSRP is defined in [3]) and/or to more than one cell (e.g. serving cell and/or non-serving cell). That may include for example the UE selecting an SSB with SS-RSRP above rsrp-ThresholdSSB amongst the associated SSBs, wherein the associated SSBs according to the method can be associated to more than one PCI and/or associated to multiple cell(s) associated to set of cell(s), including a serving cell and/or non-serving cell(s).
Upon selecting a beam (e.g. SSB), the UE determines the next available PRACH occasion from the PRACH occasions corresponding to the selected SSB. That can be, for example, the ones permitted by the restrictions given by the ra-ssb-OccasionMasklndex if configured (e.g. the MAC entity shall select a PRACH occasion randomly with equal probability amongst the consecutive PRACH occasions according to clause 8.1 of [3], corresponding to the selected SSB; the MAC entity may take into account the possible occurrence of measurement gaps when determining the next available PRACH occasion corresponding to the selected SSB). Then, the UE perform the Random Access Preamble transmission procedure. The configurations that are used e.g. for PRACH, are the ones associated to the selected SSB and/or PCI of the selected SSB and/or the cell (e.g. serving or non-serving cell) of the selected SSB.
When ASN.1 encoding (for the examples showing signaling), consider [ ] for RRC as a reference for the omitted IEs and field in the messages and/or IEs that are proposed to be extended to implement the systems/methods disclosed herein.
Referring to
As a note, for Dual Connectivity operation the term “Special Cell” or “SpCell” refers to the PCell of the MCG or the PSCell of the SCG.
Possible Approaches in 3GPP for L1/L2 Centric Mobility for SCG
L1/L2 inter-cell centric mobility or L1 mobility can be understood as a UE in RRC_CONNECTED operating in MR-DC is connected (i.e. being served by) to a serving cell, considered to be the PSCell, also called the SpCell of the SCG, e.g. after the UE performs connection setup, if transitioning from RRC_IDLE to RRC_CONNECTED, or connection resume, transitioning from RRC_INACTIVE to RRC_CONNECTED, wherein the UE has a first PCI associated to that PCell i.e. the PCI in ServingCellConfigCommon for the PSCell the UE is configured with. In the multi-beam scenario, a cell can be associated to multiple SSBs, and during a half-frame, different SSBs may be transmitted in different spatial directions (i.e. using different beams, spanning the coverage area of a cell).
Even though the term “L1/L2 inter-cell centric mobility” has the term “inter-cell”, a fundamental aspect is that the UE's configuration (e.g. the UE's serving cell configuration) can have more than one PCI associated to it, and for that there are at least 2 approaches (or solutions) to create that association:
Approach 1) Intra-cell multi-PCI L1/L2 centric mobility, where same serving cell configuration is associated to more than one PCI (e.g. a TCI state configuration within ServingCellConfig can be associated to a PCI, wherein that can be different from the PCI in ServingCellConfigCommon). For an SN Addition (or PSCell Addition) and/or SN Change (or PSCell Change) and/or, as proposed by the method, the implication is that the SCG configuration the UE receives (e.g. as an nr-scg within an MN RRCReconfiguration) contains the L1/L2 mobility centric configuration (e.g. ServingCellConfig with TCI states associated to PCI(s) that can be different from the PCI in ServingCellConfigCommon, and can be associated to non-serving cells). Another implication is that for an SN Addition (or PSCell Addition) and/or SN Change (or PSCell Change) and/or, as proposed by the method, UE receives random access configuration(s) whose beams (e.g. SSBs and/or CSI-RS) are associated to multiple PCIs (while in prior art the SSBs and CSI-RS of a target cell in handover can only be the SSBs and CSI-RSs associated to the single target cell PCI in ServingCellConfigCommon); or, alternatively, the UE receives random access configuration(s) whose beams (e.g. SSBs and/or CSI-RS) are associated to multiple cells (while in prior art the SSBs and CSI-RS of a target cell in handover can only be the SSBs and CSI-RSs associated to the single cell with a ServingCellConfigCommon).
Approach 2) Inter-cell multi-PCI L1/L2 centric mobility, where the UE has several serving cell configurations with respective PCIs associated but TCI state may refer to other cell PCIs (e.g. other serving cell or, even a non-serving cell the UE can move to with L1/L2 centric mobility). For an SN Addition (or PSCell Addition) and/or SN Change (or PSCell Change) and/or, as proposed by the method, the implication is that the SCG configuration the UE receives contains a configuration prepared by a target node (e.g. a target gNB) that is associated to more than one cell (e.g. TCI state configurations can be associated to multiple cells' PCIs e.g. TCI state Id=1 associated to PCI-x of cell A, TCI state Id=2 associated to PCI-y of cell B, etc.). In other words, for PSCell Addition and/or PSCell Change(s), as proposed by the method, one implication is that the SCG configuration the UE receives (e.g. as an nr-scg within an MN RRCReconfiguration) can contain that L1/L2 mobility centric configuration and/or SCG configuration the UE receives (e.g. as an nr-scg within an MN RRCReconfiguration) can contain a random access configuration whose beams (e.g. SSBs and/or CSI-RS) are associated to multiple cells (while in prior art the SSBs and CSI-RS of a target cell in handover can only be the SSBs and CSI-RSs associated to the single target cell PCI in ServingCellConfigCommon). These multiple cells can be a serving cell and/or non-serving cell(s).
Approach 1) Intra-Cell Multi-PCI L1/L2 Centric Mobility
In the prior art, the UE can receive a MAC CE from the network to indicate the TCI state to be associated to a given PDCCH configuration, while PDSCH TCI state association can be provided via Downlink Control Indication (DCI). Upon reception the UE knows which TCI state (e.g. in which downlink beam PDCCH is being transmitted and should be monitored/received) is associated to a given PDCCH configured to be monitored. In other words, in a system where SS/PBSH Blocks (SSB)s are transmitted in different beams for a given cell with a given PCI, a TCI indication for a given PDCCH configurations triggers the UE to monitor PDCCH in a given beam of that cell associated to its PCI, in this case, a beam/SSB of the serving cell where that TCI state is configured.
However, for the approach 1, concerning the L1/L2 centric mobility, for a given serving cell configuration, there can be a different PCI in a TCI state configuration compared to the PCI in ServingCellConfigCommon, e.g. PCI-1, which is an additional PCI e.g. PCI-2. In that case, the UE receiving the MAC CE needs to determine the PCI associated to the indicated TCI, to determine the SSB (or CSI-RS) associated, hence, determine the downlink beam. If it receives a TCI with PCI indicating PCI-2, for example, the UE needs to monitor PDCCH in a beam/SSB associated to PCI-2. The different PCIs (not the one in ServingCellConfigCommon) can be associated to non-serving cell(s).
(Same cell, change PCI, similar ServingCellConfigCommon) In a first variant of approach 1, the ServingCellConfigCommon before and after the TCI state indication associated to a different PCI than the one in ServingCellConfigCommon (e.g. PCI-2) remains the same, except for the PCI; Hence, the UE could be assumed to be in the same cell after the TCI state indication (e.g. MAC CE) whose TCI state has a different PCI associated to it (not necessarily signaled in the MAC CE, as the TCI state identifier in the MAC CE enables the UE to identify the PCI associated).
(Same cell, change PCI, ServingCellConfigCommon has some cell/PCI-specific configuration(s)) In a second variant of approach 1, the UE is configured with some cell/PCI-specific configuration. In other words, the UE has a ServingCellConfigCommon, valid for the PCI indicated on it, but it contains some further PCI-specific configuration so that upon receiving an indication for a different PCI the UE switches configuration.
In this example, the UE may apply the new ServingCellConfigCommon (for the new PCI/non-serving cell in the MAC CE) on top of the previous ServingCellConfigCommon (e.g. in a delta-signaling manner) or simply replace it. That reduces the amount of signaling for the cell/PCI-specific configurations, in case some of the configurations are the same. That can rely on anperPCIConfigList structure for the PCI(s) associated to L1/L2 centric mobility. An example of that configuration is shown in Table 1 below:
Another way to configure the UE is that in serving cell config (e.g. ServingCellConfig) the UE is configured with SSB sets that has other PCI associated to it. These SSB sets would have an index and in TCI state configuration an index of SSB set is referred to together with exact SSB beam index from that SSB set. It is possible these sets will be named differently to reflect “inter PCI candidates”, thus SSB set index is an example of an RRC configuration specific ID given to the PCI (SSB set) to be used in the L1/L2 mobility in UE's current RRC configuration.
According to the method, the UE is configured by a target network node (e.g. a target SN) during a PSCell Addition and/or PSCell Change and/or SN Addition and/or SN Change and/or SN Modification (MN-initiated or SN-initiated) and/or reconfiguration with sync (for an SCG) with L1/L2 centric mobility configuration e.g. configuration associated to multiple PCI(s) e.g. PCI-5, PCI-6, PCI-7 for the target PSCell, i.e., the cell to be the serving cell in the SN frequency. That means that after the PSCell addition/change procedure, the UE would connect to that target PSCell (e.g. via reconfiguration with sync), and it should be possible to perform L1/L2-centric mobility and/or the network could configure the UE to perform L1/L2-centric mobility when moving between e.g. PCI-5, PCI-6, PCI-7, even though according to approach 1 it is said that the UE would still have the same serving cell (i.e. the same PSCell).
Approach 2) In prior art, the UE assumes that the QCL source of a configured TCI state is a Reference Signal (RS) associated to the serving cell's single configured PCI (i.e. the PCI in ServingCellConfigCommon). However, in Approach 2, the UE can be configured with a different PCI in the TCI state configuration where these PCIs are considered to be associated with different cells e.g. to non-serving cells. In that case, the UE can have different serving cell configurations for these PCIs e.g. a set of ServingCellConfigCommon(s) that may be switched upon the change of serving cell via MAC CE.
In other words, the UE is configured with a list of TCI states the UE meaning that it is configured with a list of additional cells (e.g. non-serving cells configured for L1/L2 centric mobility), as the different PCIs are PCIs of different cells (each TCI state has its own PCI, but the same PCI may be used by multiple TCI states). These could be, for example, considered as some kind of serving cells e.g. if these are all in the same frequency (like same ARFCN for their SSB) these could be considered as intra-frequency serving cells, where one is considered to be active at the time (except if some form of multi-TRP transmission is enabled). Or, alternatively, these could be considered as non-serving cells wherein the UE can perform L1/L2 inter-cell centric mobility.
According to the method, the UE is configured by a target network node (e.g. operating as a SN) during a PSCell Addition and/or PSCell Change and/or SN Addition and/or SN Change and/or SN Modification (MN-initiated or SN-initiated) and/or reconfiguration with sync (for an SCG) with L1/L2 centric mobility configuration e.g. configuration associated to multiple cells, each associated to its PCI e.g. cell-5→PCI-5, cell-6→PCI-6, cell-7→PCI-7, wherein multiple cells can form a group or set of cells for L1/2-centric mobility (e.g. possibly including a serving cell and/or multiple non-serving cells). That means that after the PSCell Addition and/or PSCell Change the UE would connect to one of the cells (e.g. serving or non-serving cell), that will be considered the target cell (e.g. via PSCell Addition or PSCell Change, reconfiguration with sync for the SCG), and it should be possible to perform L1/L2-centric mobility and/or the network could configure the UE to perform L1/L2-centric mobility when moving between these cells of the set of cells. That means that if the UE connects to one of these cells (e.g. via reconfiguration with sync for the SCG), like cell-6 of PCI-6, it should be possible to perform L1/L2-centric mobility and/or the network could configure the UE to perform L1/L2-centric mobility when moving between e.g. cell-5→PCI-5, cell-6→PCI-6, cell-7→PCI-7.
In other words, for PSCell Addition and/or PSCell Change, as proposed by the method, one implication is that an SCG reconfiguration (e.g. to be provided within an MN RRCReconfiguration, as nr-scg field in an RRC container) can contain the L1/L2 mobility centric configuration and/or random access configuration(s) whose beams (e.g. SSBs and/or CSI-RS) are associated to multiple cells. These cells can be serving cell(s) and/or non-serving cell(s).
Notice that what is called “changing cell” or “inter-cell” herein does not have the same meaning as changing serving cell as in legacy.
In some embodiments (for SCG Reconfiguration after operating in MR-DC) a method includes receiving the L1/L2-centric mobility configuration for an SpCell of the SCG with a configuration for modifying MR-DC (e.g. an RRCReconfiguration message including a ReconfigurationWithSync IE for the SCG.
The RRCReconfiguration message includes an RRC container (e.g. nr-SCG), e.g., denoted an SCG RRCReconfiguration, so that SCG RRCReconfiguration contains the L1/L2-centric mobility configuration, indicating to the UE is to operate in L1/L2-centric mobility for the current PSCell.
Or in other words, the L1/L2-centric mobility configuration for an SpCell of the SCG is received by the UE after PSCell Addition (or SN Addition from the network's perspective), via an SCG Reconfiguration and/or after a PScell Change (e.g. with SN change).
The method further includes applying the configuration for modifying the MR-DC configuration (and/or changing the PSCell, possibly with SN change) and to add the L1/L2-centric mobility configuration for an SpCell of the SCG, wherein after applying the SCG RRCReconfiguration and after transmitting a Complete message (an RRCReconfigurationComplete message to the MN) the UE starts to perform procedures according to the L1/L2-centric mobility configuration for an SpCell of the SCG. It will be appreciated that as used herein, “modifying” a PSCell refers to changing a PSCell configuration for an existing PSCell, while “changing” a PSCell refers to changing the PSCell of an SCG from one cell to another.
The solution relying on a reconfiguration (SN Modification Required) can have an even reduced latency to configure L1/L2 centric mobility for the PSCell if the UE receives the L1/L2 centric mobility in the same message configuring the SCG i.e. during SN Addition.
In a further embodiment the method includes (SN Addition) receiving the L1/L2-centric mobility configuration for an SpCell of the SCG with a configuration for adding MR-DC (e.g. an RRCReconfiguration message including a ReconfigurationWithSync IE for the SCG).
The RRCReconfiguration message includes an RRC container (e.g. nr-SCG), e.g., denoted an SCG RRCReconfiguration, so that SCG RRCReconfiguration contains the L1/L2-centric mobility configuration, indicating to the UE is to operate in L1/L2-centric mobility for the PSCell that is being added.
In other words, the L1/L2-centric mobility configuration for an SpCell of the SCG is received by the UE during PSCell Addition (or SN Addition from the network's perspective).
The method further includes applying the configuration for adding MR-DC and the L1/L2-centric mobility configuration for an SpCell of the SCG, wherein after performing random access with the SpCell of the SCG and after transmitting a Complete message (an RRCReconfigurationComplete message to the MN) the UE starts to perform procedures according to the L1/L2-centric mobility configuration for an SpCell of the SCG.
Problem Related to PSCell Change with and without SN Change Addressed by Further Embodiments
If L1/L2 centric mobility for a UE in MR-DC, in particular for SCG mobility is available for a capable UE within an SN area covered by a set of PCIs, e.g. PCI-1-PCI-4 for a PSCell and/or PSCell(s), the UE can rely on beam management procedures i.e. L1 measurements/reporting and MAC CE/DCI indications for TCI state change (or any other lower layer signaling like in RLC, MAC or PHY layers in the protocol sack), as proposed in the previous embodiments. However, this area will most likely not be “infinite” e.g. possibly this would be an area within the control of the same distributed unit (DU) and/or common baseband pool.
In practice, there will be deployments like islands wherein the feature is supported i.e. a set of areas, where each area includes a set of PCIs and/or cells (e.g. a serving cell and/or non-serving cells) where the UE can perform L1/L2-centric mobility. Hence, two scenarios that are relevant for the scope of the present disclosure are the following:
In both scenarios the point is that the UE moves towards an area for which L1/L2-centric mobility for SCG is supported (neighbor area). The term “moves” indicate mobility but fundamentally it means the UE can detect cells/beams of that second area, and possibly trigger measurement report (e.g. based on A3 events).
The solution relying on a reconfiguration (SN Modification Required) can have an even reduced latency to configure L1/L2 centric mobility for the PSCell during a PSCell Change e.g. with SN change, if the UE receives the L1/L2 centric mobility in the same message triggering the PSCell Change i.e. the SCG RRCReconfiguration including a reconfiguration with sync for a PSCell change.
In an embodiment, the method includes (SN Change or Modification) receiving a second L1/L2-centric mobility configuration for an SpCell of the SCG with a configuration for modifying an existing MR-DC configuration (e.g. an RRCReconfiguration message including a ReconfigurationWithSync IE for the SCG, wherein the PSCell is to be changed, as in a PSCell Change, possibly with SN change; or without including a ReconfigurationWithSync IE for the SCG, if it is an SCG modification without changing the PSCell).
The RRCReconfiguration message above includes an RRC container (e.g. nr-SCG), e.g., denoted an SCG RRCReconfiguration, so that SCG RRCReconfiguration contains the L1/L2-centric mobility configuration, indicating to the UE is to operate in L1/L2-centric mobility for the PSCell according to the newly provided configuration.
Or in other words, the L1/L2-centric mobility configuration for an SpCell of the SCG is received by the UE during PSCell Change or Modification (or SN Change or Modification from the network's perspective).
The method further includes applying the configuration for changing or modifying MR-DC and the second L1/L2-centric mobility configuration for an SpCell of the SCG, wherein after performing random access with the SpCell of the SCG and after transmitting a Complete message (an RRCReconfigurationComplete message to the MN) the UE starts to perform procedures according to the L1/L2-centric mobility configuration for an SpCell of the SCG.
In one option the second L1/L2-centric mobility configuration for an SpCell of the SCG replaces the L1/L2-centric mobility configuration for an SpCell of the SCG the UE has stored.
In another option the second L1/L2-centric mobility configuration for an SpCell of the SCG is applied on top of the L1/L2-centric mobility configuration for an SpCell of the SCG the UE has stored, in a delta signaling manner, according to Need Codes defined in RRC (e.g. for fields with Need Code M, the absence of a field in the second L1/L2-centric mobility configuration for an SpCell of the SCG leads the UE to keep using the stored field.
Enhancements for Random Access Procedure During PSCell Change and/or PSCell Addition with L1/L2-Centric Mobility Configuration
TA method may include the UE receiving a contention free random access (CFRA) configuration associated to a plurality of beams (e.g. SSBs, CSI-RSs, or a combination of SSBs and CSI-RSs), wherein each beam may be associated to a different PCI or a different PCI of a PSCell and/or a different PSCell and/or a non-serving cell e.g. beam-1 associated to PCI-5 or PCI-5 of a PSCell-5 and/or a PSCell-5, beam-2 associated to PCI-6 or PCI-6 of a PSCell-6 and/or a PSCell-6, beam-3 associated to PCI-7 or PCI-7 of a PSCell-7 and/or a PSCell-7, and the L1/L2-centric mobility configuration for an SpCell of the SCG and at least one of the following:
If solution 1 is adopted, this is one of the PCI's of the target cell. If approach 2 is adopted, this is one of the cells that can be accessed during the PSCell Addition and/or PSCell Change.
In one example, there are a set of common random-access parameters considered for the different PCIs (and/or for the different cells, including serving and non-serving cells), but the SSBs and/or CSI-RS resources can be defined in the configuration per PCI (and/or per cell). Thus, while in prior art a resource index (SSB index/identifier, CSI-RS index/identifier) was provided so the PCI for that resource index was considered to be the PCI in ServingCellConfigCommon within ReconfigurationWithSync (field physCellId of IE PhysCellId) for the SCG, according to this example of the method, a PCI (a field physCellId witin RACH-COnfigDedicated) can be provided for each SSB and/or CSI-RS to be selected upon random access. One possible advantage is that most of the CFRA configuration remains the same, except that the UE can select a beam from a set of beams associated to different PCIs (and/or cells).
In another example, the UE receives multiple instances of CFRA configuration(s) (e.g. listRach-ConfigDedicatedPerPCI and/or per cell) each instance associated to a PCI and/or a cell (e.g. Rach-ConfigDedicatedPerPCI). Each instance of CFRA is provided per PCI and/or cell, within the ReconfigurationWithSync IE for the SCG. In this example, the UE considers the PCI and/or cell for each SSB and/or CSI-RS during beam selection (i.e. random access resource selection) the PCI within the instance of the CFRA configuration wherein the resources are configured (e.g. SSB index and/or CSI-RS index).
The method further includes performing a random access procedure to a PSCell, upon a PSCell Addition and/or upon PSCell Change based on the CFRA configuration, the procedure including the UE performing a random access resource selection i.e. selecting PRACH resources for transmission of a preamble based on one of the configured beams (e.g. based on the configured SSBs, CSI-RSs, or a combination thereof) e.g. the UE selects a beam in the CFRA configuration, and determines the resource associated to the selected beam to transmit a preamble. The UE transmits the preamble, receives a random access response (RAR), and transmits the RRC Reconfiguration Complete.
In a further embodiment the method includes the UE receiving a contention based random access (CBRA) configuration associated to a plurality of beams (e.g. SSBs, CSI-RSs, or a combination thereof), wherein each beam may be associated to a different PCI or different PCI of a PSCell and/or a different PSCell and/or a non-serving cell, and the L1/L2-centric mobility configuration for an SpCell of the SCG and at least one of the following:
The method further includes performing a random access procedure based on the CBRA configuration to a PSCell, upon a PSCell Addition and/or PSCell Change, based on the CFRA configuration, the procedure including the UE performing a random access resource selection i.e. selecting PRACH (resources for transmission of a preamble based on one of the configured beams e.g. the UE selects a beam in the CFRA configuration, and determines the resource associated to the selected beam to transmit a preamble. The UE transmits the preamble, receives a RAR, and transmits the RRC Reconfiguration Complete.
In one embodiment, the method allows a L1/L2-centric mobility configuration(s) for the SCG as a delta signaling e.g. to be defined as Need Code M, wherein the absence of a configuration in a given message means the UE shall keep using the stored configuration(s). For example, in case the UE is moving from an area with PCI-1, PCI-2 to an area with an overlapping PCIs, e.g., PCI-2, and PCI-5, the signaling may add PCI-5 and remove PCI-1, in an SCG configuration, while PCI-2 (and associated configuration(s)) may remain intact at the UE. That can be useful e.g. if the UE has a limited number of PCIs and/or cells to support L1/L2 centric mobility so that as the UE moves at some point network updates the list with RRC signaling for that (even if the UE is still moving between cells of the same DU and/or BBU). That may rely on a AddMod list structure for adding TCI states associated to different PCI(s) and/or ServingCellConfigCommon IE(s), for per-PCI and/or per-cell configuration(s).
In one embodiment the UE receives in the SCG reconfiguration a CBRA configuration associated to a plurality of beams, wherein each beam may be associated to a different PCI e.g. beam-1 associated to PCI-5, beam-2 associated to PCI-6, beam-3 associated to PCI-7.
In conventional approaches, CBRA configuration is provided within ServingCellConfigCommon, within the Reconfiguration with Sync IE for the SCG, wherein the beams that may be selected during random access, to be mapped to random access resources for preamble transmissions, are associated to the PCI configured in ServingCellConfigCommon. However, according to the method, CBRA configuration(s) wherein beams to be selected and mapped to random access resources for preamble transmissions are received in at least one of the following:
In one embodiment, the UE performs a random access procedure based on the CFRA configuration as described above. When the UE transmits the RRC Reconfiguration Complete, it is done via the MN (including within an SN RRC Reconfiguration Complete). There could be different rules and/or configuration(s) determining how the UE performs CFRA when resources associated to multiple PCIs and/or multiple cells are configured, for example for PSCell Addition or PSCell Change, at least one of the following:
In one embodiment the UE performs a random access procedure based on the CBRA configuration: the UE performs a random access resource selection (i.e. selecting resources for transmission of a preamble) based on one of the configured beams e.g. the UE selects a beam in the CBRA configuration, and determines the resource associated to the selected beam to transmit a preamble. The UE receives a RAR, and transmits the RRC Reconfiguration Complete via the MN (including an SN RRCReconfigurationComplete).
In another embodiment, the UE is configured with both CFRA configuration and CBRA configurations, wherein at least one of the configuration(s) contain beam(s) to be selected (for random access resource selection/mapping) associated to different PCIs and/or cells (e.g. PSCells, serving cell and/or non-serving cells), and performs random access resource selection according to at least one of the rules:
The method includes the configuration of a threshold, as described above. In legacy there is one threshold for beam selection based on SSB (e.g. valid for both CBRA and CFRA) and one threshold for beam selection for CSI-RS (valid for CFRA). According to the method, different granularity can be defined for configuring the threshold for beam selection during random access, also per RS type (i.e. per SSB and CSI-RS), and per PCI and/or per cell that can be accessed/selected for random access, at least as follows:
In another embodiment, after beam selection the UE selects a random access resource associated to that selected beam. That selection can be done according to one of the following at least:
Below are shown further examples of L1/L2 centric mobility configuration to be included in the SCG reconfiguration according to the method, for a UE to perform L1/L2 centric mobility procedures for a PSCell and/or for the SCG.
In one example, the L1/L2 centric mobility configuration for the SCG (in particular for the PSCell) includes a list of TCI states configuration(s), wherein a TCI state configuration can be associated to an indication of a PCI, in Table 2 below.
Common Configuration (Per PCI)
In another example, the L1/L2 centric mobility configuration for the SCG includes cell-/PCI-specific configuration(s) for at least one cell/PCI being configured for L1/L2-centric mobility. For example, in the IE ServingCellConfigCommon within the ReconfigurationWithSync IE for the SCG the UE receives, there is a list of additional ServingCellConfigCommon IEs, one per possible PCI the UE is configured with, as shown in Table 3 below.
When the UE receives that in the SCG reconfiguration it means that the UE applies the configurations within the main ServingCellConfigCommon except the ones in perPCIConfigList (these configurations are stored and only applied upon reception of a MAC CE). Then, after the handover, upon reception of a MAC CE indicating a change to PCI-x, the UE applies the ServingCellConfigCommon within perPCIConfigList associated to PCI-x.
Another option for implementing this example is shown below, wherein these per PCI-configuration(s) are within ReconfigurationWithSync, but provided as a list of ServingCellConfigCommon IEs, one per PCI, as shown in Table 4.
When the UE receives that in the SCG configuration it means that the UE applies the configurations within the spCellConfigCommon, but it does not apply perPCIConfigList (these configurations are stored and only applied upon reception of a MAC CE). Then, after the SCG reconfiguration (e.g. PSCell Addition or PSCell Change), upon reception of a MAC CE indicating a change to PCI-x, the UE applies the ServingCellConfigCommon within perPCIConfigList associated to PCI-x. That helps the UE to avoid the acquisition of at least some system information upon L1/L2 centric mobility indicating a change of PCI.
Common Configuration (Per Cell)
In another example, the L1/L2 centric mobility configuration includes cell-specific configuration(s) for at least one cell being configured for L1/L2-centric mobility (e.g. a serving cell and non-serving cells). For example, in the IE ServingCellConfigCommon within the ReconfigurationWithSync IE the UE receives, there is a list of additional ServingCellConfigCommon IEs, one per possible cell the UE is configured with, as shown in Table 5 below.
When the UE receives that in the SCG reconfiguration it means that the UE applies the configurations within the main ServingCellConfigCommon except the ones in perCellConfigList (these configurations are stored and only applied upon reception of a MAC CE). Then, after the handover, upon reception of a MAC CE indicating a change to cell-x (e.g. for PCI-x), the UE applies the ServingCellConfigCommon within perCellConfigList associated to cell-x (of PCI-x).
Another option for implementing this example is shown below, wherein these per cell-configuration(s) are within ReconfigurationWithSync, but provided as a list of ServingCellConfigCommon IEs, one per cell, as shown in Table 6 below.
When the UE receives that in the SCG reconfiguration it means that the UE applies the configurations within the spCellConfigCommon, but it does not apply perCellConfigList (these configurations are stored and only applied upon reception of a MAC CE). Then, after the PScell Addition or PSCell Change, upon reception of a MAC CE indicating a change to cell-x, the UE applies the ServingCellConfigCommon within perCellConfigList associated to cell-x. That helps the UE to avoid the acquisition of at least some system information upon L1/L2 centric mobility indicating a change of cell to cell-x.
Configuration of Contention Based Random Access (Per PCI or Per Cell)
In the previous example, the UE receives multiple ServingCellConfigCommon IEs in the SCG reconfiguration. Each of these ServingCellConfigCommon IEs contains configuration(s) for CBRA procedure. During random access the UE can select a beam e.g. an SSB, and determine to which cell that beam is associated e.g. by determining the PCI of the selected SSB. And, depending on selected SSB/Cell, the UE determines which ServingCellConfigCommon to apply to continue with the contention based random access procedure and the handover procedure. The handling for CBRA configurations can be different as they can be outside ServingCellConfigCommon and within the ReconfigurationWithSync for the SCG (or at least parts of the CFRA configuration(s) e.g. the list of candidate beams, the dedicated preambles, etc.).
Dedicated Configurations
In another example, a L1/L2 centric mobility configuration includes dedicated configuration(s). For example, they can be provided within cell group configuration, as a configuration of a set of cells, wherein each cell in the set has at least one field within the IE SpCellConfig. The spCellConfig of IE SpCellConfig is to be applied upon reception of the RRCReconfiguration, so UE acts accordingly upon the handover. However, one of the other configurations e.g. an element of setOfCellsConfig, is to be applied upon reception of a MAC CE changing the cell with L1/L2 centric mobility. That allows the network to change the dedicate SpCellConfig using the L1/L2 centric mobility mechanism. These configurations are shown in Table 7 below.
One option related to the example is that upon reception of that configuration in an SCG reconfiguration, the UE deletes the previous list (configuration for the set of cells before the SCG reconfiguration, in case the was also configured with L1/L2 centric mobility before the SCG reconfiguration).
Even further examples of L1/L2 centric configuration(s), to be included in the SCG reconfiguration according to the method, are provided in the following:
Table 8 shows an example where both SSB/PCI and related CSI-RSs are configured directly in ServingCellConfig.
In a variant, these can be given in the measObjectNR which is included in the servingcellConfig as shown in Table 9 below.
Example of giving initial TCI state for PDCCH (PDCCH-Config includes the ControlResourceSet) and for PUCCH is shown in Table 10 below.
The methods described above are applicable for the following network nodes (MN, source SN (s-SN), and target SN (t-SN)) in the following cases:
A method at a first network node, operating as a SN (e.g. gNodeB as an SN) during an SN Addition or an SN Change (or a message) according to some embodiments includes receiving an SN Addition Request from a second network node (operating as a MN for a UE configured with MR-DC) including measurements, wherein the measurement results are associated to multiple cells (e.g. serving and non-serving cells) and/or multiple PCIs associated to the target network node.
The SN Addition Request can be an XnAP message including an RRC container, wherein the RRC container includes measurement information (e.g. measurement results like RSRP, RSRQ, SINR per cell and/or per beam) associated to multiple cells/PCIs.
These measurement results can be measurements per cell e.g. based on SSBs and/or CSI-RSs. These measurement results can be measurement information per beam e.g. measurement information per SSB index and/or CSI-RS index, for the cells/PCIs included in the HO Request; For example, that may be an SS-RSRP for SSB index 5 of PCI-x, and that may be an SS-RSRQ for SSB index 7 of PCI-z.
The SN Addition Request can include a UE capability information associated to the support for L1/L2 centric mobility for that UE for the SCG; That capability information may be at least one of the following:
The method further includes determining a set of cells and/or a set of PCI(s), for which the UE can be configured with L1/L2 centric mobility based on at least one of the following:
For example, the target node can determine to configure for L1/L2 centric mobility in the target node the cells for which the best quality was reported by the UE and/or the cells with higher number of beams whose measurements are above a certain threshold, etc.
The method further includes determining at least one RACH configuration based on the measurement information received in the SN Addition Request.
A RACH configuration may be a CFRAconfiguration associated to a plurality of beams (e.g. SSBs, CSI-RSs, or a combination of SSBs and CSI-RSs), wherein each beam may be associated to a different PCI and/or cell. That can be determined e.g. based on the measurements per beam for the multiple cells/PCIs. The configuration can include preamble, RAR parameters, a list of candidate beams that include beams associated to multiple PCI(s) and/or cells (e.g. candidate SSBs for PCI-x and PCI-y, and/or candidate SSBs for cell-x and cell-y).
A RACH configuration may be a CBRA configuration associated to a plurality of beams, wherein each beam may be associated to a different PCI and/or cell. That can be determined e.g. based on the measurements per beam for the multiple cells/PCIs. The configuration can include preamble, RAR parameters, a list of allowed candidate beams that include beams associated to multiple PCI(s) and/or cells (e.g. candidate SSBs for PCI-x and PCI-y, and/or candidate SSBs for cell-x and cell-y) and/or a list of allowed cells and/or PCI(s) the UE is allowed to select beams (e.g. SSBs) for random access resource selection.
The method further includes generating an SCG reconfiguration (e.g. an SN RRCReconfiguration) to be included in an RRC container that is sent to the MN.
The SCG reconfiguration may include a L1/L2 centric mobility configuration for the SCG.
The method further includes transmitting an Acknowledge message to the second network node operating as source network node (e.g. a source gNodeB), including in an RRC container the HO command e.g. the RRCReconfiguration including the reconfiguration with sync e.g. an SN Addition Acknowledge message.
The method further includes Receiving from the UE a random-access preamble in a random access resource (e.g. a PRACH resource in time and frequency domain).
This may determine an associated beam (e.g. associated SSB) the UE has selected for the random access resource selection and/or may determine an associated cell and/or PCI of the selected beam (e.g. associated SSB) e.g. the PCI encoded by the PSS/SSS of the SSB the UE has selected.
The method further includes receiving from the MN an RRC Reconfiguration Complete (e.g. an RRCReconfigurationComplete message), wherein the UE has transmitted to the MN and the MN has forwarded to the SN.
The method further includes starting to operate according to the L1/L2 centric mobility configuration for the SCG e.g. receive L1 measurements from the UE for beams (e.g. SSBs) associated to beams of non-serving cell(s) and/or beams associated to multiple PCIs configured for that serving cell.
A method at a second network node, operating as a MN (e.g. gNB) during an SN Addition or an SN Change according to some embodiments includes transmitting an SN Addition Request to a first network node (operating as a SN during an SN Addition or SN Change) including measurements, wherein the measurement results are associated to multiple cells and/or multiple PCIs associated to the target network node, and wherein these measurement were reported by the UE (according to a measurement configuration configured by the first network node).
The method further includes receiving an SN Addition Request Acknowledge message from the first network node operating as SN (e.g. gNB), including in an RRC container the SCG reconfiguration e.g. the RRCReconfiguration including the reconfiguration with sync for the SCG.
The RRCReconfiguration further includes the reconfiguration with sync for the SCG in an MN RRCReconfiguration (e.g. in nr-scg container) and transmit that to the UE.
As discussed herein, operations of UE 300 may be performed by processing circuitry 303 and/or transceiver circuitry 301. For example, processing circuitry 303 may control transceiver circuitry 301 to transmit communications through transceiver circuitry 301 over a radio interface to a RAN node (also referred to as a base station) and/or to receive communications through transceiver circuitry 301 from a RAN node over a radio interface. According to some embodiments, UE 300 and/or an element(s)/function(s) thereof may be embodied as a virtual node/nodes and/or a virtual machine/machines.
As discussed herein, operations of the RAN node may be performed by processing circuitry 403, network interface 407, and/or transceiver 401. For example, processing circuitry 403 may control transceiver 401 to transmit downlink communications through transceiver 401 over a radio interface to one or more UEs and/or to receive uplink communications through transceiver 401 from one or more UEs over a radio interface. Similarly, processing circuitry 403 may control network interface 407 to transmit communications through network interface 407 to one or more other network nodes and/or to receive communications through network interface from one or more other network nodes. According to some embodiments, RAN node 400 and/or an element(s)/function(s) thereof may be embodied as a virtual node/nodes and/or a virtual machine/machines.
According to some other embodiments, a network node may be implemented as a core network CN node without a transceiver. In such embodiments, transmission to UE 300 may be initiated by the network node so that transmission to the UE is provided through a network node including a transceiver (e.g., through a base station or RAN node). According to embodiments where the network node is a RAN node including a transceiver, initiating transmission may include transmitting through the transceiver.
Operations of a UE 300 (implemented using the structure of
Referring to
The cell may be a special cell, Spcell, of the SCG. The special cell may include a primary SCG cell, PSCell, of the SCG.
The multiple PCIs may correspond to cells operating in a same serving frequency.
Operating according to the mobility configuration may include at least one of performing L1 measurements or reporting for cells operating in a same frequency as the cell, and receiving the lower layer signaling. The L1 measurements may include synchronization signal reference signal received power, RSRP, and/or channel state information RSRP measurements.
The lower layer signaling may include a MAC CE that indicates a change of a primary SCG cell, PSCell, of the SCG and/or that indicates a PCI change for the PSCell.
In some embodiments, the method further includes receiving the mobility configuration for the cell of the SCG with a configuration for modifying or adding MR-DC for the UE, and applying the configuration for modifying or adding MR-DC for the UE. The configuration for modifying or adding MR-DC may be provided in a reconfiguration message for the SCG. The reconfiguration message may include synchronization information.
In some embodiments, the method may further include receiving a second mobility configuration for the cell of the SCG. The second mobility configuration may include a mobility configuration for lower layer mobility associated to multiple PCIs for the cell, along with a higher layer configuration for changing a primary SCG cell, PSCell, of the SCG. The method may further include applying the higher layer configuration for changing the PSCell and the second mobility configuration. After performing random access based on the higher layer configuration, the UE starts to perform procedures according to the second mobility configuration.
In some embodiments, the method may further include receiving a CFRA configuration associated to a plurality of beams, wherein each beam may be associated to a different PCI, wherein the CFRA configuration may be received with the first mobility configuration, and performing a random access procedure on the CFRA configuration.
The CFRA configuration may include at least one of a configuration for adding MR-DC and a configuration for changing or modifying MR-DC.
In some embodiments, the method may further include receiving a CBRA configuration associated to a plurality of beams, wherein the CBRA configuration may be received with the first mobility configuration, and performing a random access procedure based on the CBRA configuration.
The CBRA configuration may include at least one of a configuration for adding MR-DC, and a configuration for changing or modifying MR-DC.
Referring to
A user equipment, UE, (300) according to some embodiments is adapted to perform operations of the method of
A computer program product according to some embodiments includes a non-transitory storage medium including program code to be executed by processing circuitry (303) of a user equipment, UE, (300), whereby execution of the program code causes the UE (300) to perform operations of the method of
Operations of a RAN node 400 (implemented using the structure of
Referring to
The measurement results can be received in a SN Addition request, for example. The mobility configuration for lower layer mobility can be a L1/L2 mobility.
Generating the mobility configuration may include determining a set of cells and/or a set of PCI(s), for which the UE can be configured with lower layer mobility.
Generating the mobility configuration may include generating an SCG reconfiguration to be included in an RRC container that may be sent to a master node, MN serving the UE.
Transmitting the mobility configuration may include transmitting a message to the second network node, the message including a handover, HO, command including the mobility configuration.
The method may further include receiving, from the UE, a random-access preamble in a random access resource, and operating according to the first mobility configuration for the SCG. Operating according to the first mobility configuration for the SCG may include receiving layer one, L1, measurements from the UE for beams of non-serving cell(s) and/or beams associated to multiple PCIs configured for a serving cell.
The measurement results may include measurement information per cell and/or measurement information on a per beam basis.
The method may further include determining a random access channel, RACH, configuration based on the measurement results. The RACH configuration may include a contention free random access, CFRA, configuration associated to a plurality of beams, wherein each beam is associated to a different PCI or cell, or a contention based random access, CBRA, configuration associated to the plurality of beams.
Referring to
A RAN, node (400) according to some embodiments is adapted to perform operations of the method of
A computer program product according to some embodiments includes a non-transitory storage medium including program code to be executed by processing circuitry (403) of a RAN node (400), whereby execution of the program code causes the RAN node (400) to perform operations of the method of
Referring to
Referring to
Generally, all terms used herein are to be interpreted according to their ordinary meaning in the relevant technical field, unless a different meaning is clearly given and/or is implied from the context in which it is used. All references to a/an/the element, apparatus, component, means, step, etc. are to be interpreted openly as referring to at least one instance of the element, apparatus, component, means, step, etc., unless explicitly stated otherwise. The steps of any methods disclosed herein do not have to be performed in the exact order disclosed, unless a step is explicitly described as following or preceding another step and/or where it is implicit that a step must follow or precede another step. Any feature of any of the embodiments disclosed herein may be applied to any other embodiment, wherever appropriate. Likewise, any advantage of any of the embodiments may apply to any other embodiments, and vice versa. Other objectives, features and advantages of the enclosed embodiments will be apparent from the following description.
It will be understood that although the terms first, second, third, etc. may be used herein to describe various elements/operations, these elements/operations should not be limited by these terms. These terms are only used to distinguish one element/operation from another element/operation. Thus, a first element/operation in some embodiments could be termed a second element/operation in other embodiments without departing from the teachings of present inventive concepts. The same reference numerals or the same reference designators denote the same or similar elements throughout the specification.
As used herein, the terms “include”, “including”, “includes”, “include”, “including”, “includes”, “have”, “has”, “having”, or variants thereof are open-ended, and include one or more stated features, integers, elements, steps, components or functions but does not preclude the presence or addition of one or more other features, integers, elements, steps, components, functions or groups thereof. Furthermore, as used herein, the common abbreviation “e.g.”, which derives from the Latin phrase “exempli gratia,” may be used to introduce or specify a general example or examples of a previously mentioned item, and is not intended to be limiting of such item. The common abbreviation “i.e.”, which derives from the Latin phrase “id est,” may be used to specify a particular item from a more general recitation.
Example embodiments are described herein with reference to block diagrams and/or flowchart illustrations of computer-implemented methods, apparatus (systems and/or devices) and/or computer program products. It is understood that a block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions that are performed by one or more computer circuits. These computer program instructions may be provided to a processor circuit of a general purpose computer circuit, special purpose computer circuit, and/or other programmable data processing circuit to produce a machine, such that the instructions, which execute via the processor of the computer and/or other programmable data processing apparatus, transform and control transistors, values stored in memory locations, and other hardware components within such circuitry to implement the functions/acts specified in the block diagrams and/or flowchart block or blocks, and thereby create means (functionality) and/or structure for implementing the functions/acts specified in the block diagrams and/or flowchart block(s).
These computer program instructions may also be stored in a tangible computer-readable medium that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable medium produce an article of manufacture including instructions which implement the functions/acts specified in the block diagrams and/or flowchart block or blocks. Accordingly, embodiments of present inventive concepts may be embodied in hardware and/or in software (including firmware, resident software, micro-code, etc.) that runs on a processor such as a digital signal processor, which may collectively be referred to as “circuitry,” “a module” or variants thereof.
Many variations and modifications can be made to the embodiments without substantially departing from the principles of the present inventive concepts. All such variations and modifications are intended to be included herein within the scope of present inventive concepts. Accordingly, the above disclosed subject matter is to be considered illustrative, and not restrictive, and the examples of embodiments are intended to cover all such modifications, enhancements, and other embodiments, which fall within the spirit and scope of present inventive concepts. Thus, to the maximum extent allowed by law, the scope of present inventive concepts are to be determined by the broadest permissible interpretation of the present disclosure including the examples of embodiments and their equivalents, and shall not be restricted or limited by the foregoing detailed description.
The present application claims the benefit of and priority to U.S. Provisional Patent Application No. 63/109,267 filed Nov. 3, 2020, entitled “METHODS FOR L1/L2 CENTRIC MOBILITY FOR MR-DC,” the disclosure of which is hereby incorporated herein by reference in its entirety.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/IB2021/060185 | 11/3/2021 | WO |
Number | Date | Country | |
---|---|---|---|
63109267 | Nov 2020 | US |