WO2024069587A1 - Configuration de liaison entre des configurations de mobilité - Google Patents

Configuration de liaison entre des configurations de mobilité Download PDF

Info

Publication number
WO2024069587A1
WO2024069587A1 PCT/IB2023/059805 IB2023059805W WO2024069587A1 WO 2024069587 A1 WO2024069587 A1 WO 2024069587A1 IB 2023059805 W IB2023059805 W IB 2023059805W WO 2024069587 A1 WO2024069587 A1 WO 2024069587A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration
mobility
measurement
target
linked
Prior art date
Application number
PCT/IB2023/059805
Other languages
English (en)
Inventor
Prateek Basu Mallick
Joachim Löhr
Karthikeyan Ganesan
Alexander Golitschek Edler Von Elbwart
Ravi Kuchibhotla
Original Assignee
Lenovo (Singapore) Pte. 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 Lenovo (Singapore) Pte. Ltd. filed Critical Lenovo (Singapore) Pte. Ltd.
Publication of WO2024069587A1 publication Critical patent/WO2024069587A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs

Definitions

  • the subject matter disclosed herein relates generally to wireless communications and more particularly relates to configuring linking between mobility configurations.
  • devices may move between cells.
  • changes in configurations may need to be made.
  • One embodiment of a method includes receiving, at a user equipment (“UE”), at least one mobility configuration.
  • the at least one mobility configuration includes linking information.
  • the method includes performing a measurement on a first active configuration of the at least one mobility configuration.
  • the method includes determining a target configuration based on the measurement.
  • the method includes activating a linked mobility configuration of the at least one mobility configuration.
  • the linked mobility configuration is linked to the target configuration based on the linking information.
  • One apparatus for configuring linking between mobility configurations includes a processor.
  • the apparatus includes a memory coupled to the processor, the processor configured to cause the apparatus to: receive at least one mobility configuration, wherein the at least one mobility configuration includes linking information; perform a measurement on a first active configuration of the at least one mobility configuration; determine a target configuration based on the measurement; and activate a linked mobility configuration of the at least one mobility configuration.
  • the linked mobility configuration is linked to the target configuration based on the linking information.
  • Figure 1 is a schematic block diagram illustrating one embodiment of a wireless communication system for configuring linking between mobility configurations
  • Figure 2 is a schematic block diagram illustrating one embodiment of an apparatus that may be used for configuring linking between mobility configurations
  • Figure 3 is a schematic block diagram illustrating one embodiment of an apparatus that may be used for configuring linking between mobility configurations
  • Figure 4 is a schematic block diagram illustrating one embodiment of a system for inter-gNB handover (“HO”) procedures
  • FIG. 5 is a schematic block diagram illustrating one embodiment of a system for intra-access and mobility management function (“AMF”) and/or user plane function (“UPF”) HO;
  • AMF intra-access and mobility management function
  • UPF user plane function
  • Figure 6 is a block diagram illustrating one embodiment of a system having dual connectivity
  • Figures 7A through 7C are diagram illustrating one embodiment of code for an RRC reconfiguration message
  • Figure 8 is a schematic block diagram illustrating one embodiment of a system showing three candidate configurations provided to a UE
  • Figure 9 is a schematic block diagram illustrating one embodiment of a system showing candidate configuration activation.
  • Figure 10 is a flow chart diagram illustrating one embodiment of a method for configuring linking between mobility configurations.
  • embodiments may be embodied as a system, apparatus, method, or program product. Accordingly, embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, embodiments may take the form of a program product embodied in one or more computer readable storage devices storing machine readable code, computer readable code, and/or program code, referred hereafter as code. The storage devices may be tangible, non-transitory, and/or non-transmission. The storage devices may not embody signals. In a certain embodiment, the storage devices only employ signals for accessing code.
  • modules may be implemented as a hardware circuit comprising custom very-large-scale integration (“VLSI”) circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components.
  • VLSI very-large-scale integration
  • a module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
  • Modules may also be implemented in code and/or software for execution by various types of processors.
  • An identified module of code may, for instance, include one or more physical or logical blocks of executable code which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but may include disparate instructions stored in different locations which, when joined logically together, include the module and achieve the stated purpose for the module.
  • a module of code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices.
  • operational data may be identified and illustrated herein within modules, and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations including over different computer readable storage devices.
  • the software portions are stored on one or more computer readable storage devices.
  • the computer readable medium may be a computer readable storage medium.
  • the computer readable storage medium may be a storage device storing the code.
  • the storage device may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, holographic, micromechanical, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a storage device More specific examples (a non-exhaustive list) of the storage device would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (“RAM”), a read-only memory (“ROM”), an erasable programmable read-only memory (“EPROM” or Flash memory), a portable compact disc readonly memory (“CD-ROM”), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • Code for carrying out operations for embodiments may be any number of lines and may be written in any combination of one or more programming languages including an object oriented programming language such as Python, Ruby, Java, Smalltalk, C++, or the like, and conventional procedural programming languages, such as the "C" programming language, or the like, and/or machine languages such as assembly languages.
  • the code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer may be connected to the user's computer through any type of network, including a local area network (“LAN”) or a wide area network (“WAN”), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider an Internet Service Provider
  • the code may also be stored in a storage device that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the storage device produce an article of manufacture including instructions which implement the function/act specified in the schematic flowchart diagrams and/or schematic block diagrams block or blocks.
  • the code may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the code which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions of the code for implementing the specified logical function(s).
  • Figure 1 depicts an embodiment of a wireless communication system 100 for configuring linking between mobility configurations.
  • the wireless communication system 100 includes remote units 102 and network units 104. Even though a specific number of remote units 102 and network units 104 are depicted in Figure 1, one of skill in the art will recognize that any number of remote units 102 and network units 104 may be included in the wireless communication system 100.
  • the remote units 102 may include computing devices, such as desktop computers, laptop computers, personal digital assistants (“PDAs”), tablet computers, smart phones, smart televisions (e.g., televisions connected to the Internet), set-top boxes, game consoles, security systems (including security cameras), vehicle on-board computers, network devices (e.g., routers, switches, modems), aerial vehicles, drones, or the like.
  • the remote units 102 include wearable devices, such as smart watches, fitness bands, optical head-mounted displays, or the like.
  • the remote units 102 may be referred to as subscriber units, mobiles, mobile stations, users, terminals, mobile terminals, fixed terminals, subscriber stations, UE, user terminals, a device, or by other terminology used in the art.
  • the remote units 102 may communicate directly with one or more of the network units 104 via UL communication signals. In certain embodiments, the remote units 102 may communicate directly with other remote units 102 via sidelink communication.
  • the network units 104 may be distributed over a geographic region.
  • a network unit 104 may also be referred to and/or may include one or more of an access point, an access terminal, a base, a base station, a location server, a core network (“CN”), a radio network entity, a Node-B, an evolved node-B (“eNB”), a 5G node-B (“gNB”), a Home Node-B, a relay node, a device, a core network, an aerial server, a radio access node, an access point (“AP”), new radio (“NR”), a network entity, an AMF, a unified data management (“UDM”), a unified data repository (“UDR”), a UDM/UDR, a policy control function (“PCF”), a radio access network (“RAN”), a network slice selection function (“NSSF”), an operations, administration, and management (“0AM”), a session management function (“SMF”), a UPF, an
  • CN core network
  • the network units 104 are generally part of a radio access network that includes one or more controllers communicab ly coupled to one or more corresponding network units 104.
  • the radio access network is generally communicably coupled to one or more core networks, which may be coupled to other networks, like the Internet and public switched telephone networks, among other networks. These and other elements of radio access and core networks are not illustrated but are well known generally by those having ordinary skill in the art.
  • the wireless communication system 100 is compliant with NR protocols standardized in third generation partnership project (“3GPP”), wherein the network unit 104 transmits using an orthogonal frequency division multiplexing (“OFDM”) modulation scheme on the downlink (“DL”) and the remote units 102 transmit on the uplink (“UL”) using a single-carrier frequency division multiple access (“SC-FDMA”) scheme or an OFDM scheme.
  • 3GPP third generation partnership project
  • SC-FDMA single-carrier frequency division multiple access
  • the wireless communication system 100 may implement some other open or proprietary communication protocol, for example, WiMAX, institute of electrical and electronics engineers (“IEEE”) 802.11 variants, global system for mobile communications (“GSM”), general packet radio service (“GPRS”), universal mobile telecommunications system (“UMTS”), long term evolution (“LTE”) variants, code division multiple access 2000 (“CDMA2000”), Bluetooth®, ZigBee, Sigfox, among other protocols.
  • WiMAX institute of electrical and electronics engineers
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • UMTS universal mobile telecommunications system
  • LTE long term evolution
  • CDMA2000 code division multiple access 2000
  • Bluetooth® ZigBee
  • ZigBee ZigBee
  • Sigfox among other protocols.
  • WiMAX WiMAX
  • IEEE institute of electrical and electronics engineers
  • IEEE institute of electrical and electronics engineers
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • UMTS universal mobile telecommunications system
  • LTE long term evolution
  • the network units 104 may serve a number of remote units 102 within a serving area, for example, a cell or a cell sector via a wireless communication link.
  • the network units 104 transmit DL communication signals to serve the remote units 102 in the time, frequency, and/or spatial domain.
  • a remote unit 102 may receive at least one mobility configuration.
  • the at least one mobility configuration includes linking information.
  • the remote unit 102 may perform a measurement on a first active configuration of the at least one mobility configuration.
  • the remote unit 102 may determine a target configuration based on the measurement.
  • the remote unit 102 may activate a linked mobility configuration of the at least one mobility configuration.
  • the linked mobility configuration is linked to the target configuration based on the linking information. Accordingly, the remote unit 102 may be used for configuring linking between mobility configurations.
  • Figure 2 depicts one embodiment of an apparatus 200 that may be used for configuring linking between mobility configurations.
  • the apparatus 200 includes one embodiment of the remote unit 102.
  • the remote unit 102 may include a processor 202, a memory 204, an input device 206, a display 208, a transmitter 210, and a receiver 212.
  • the input device 206 and the display 208 are combined into a single device, such as a touchscreen.
  • the remote unit 102 may not include any input device 206 and/or display 208.
  • the remote unit 102 may include one or more of the processor 202, the memory 204, the transmitter 210, and the receiver 212, and may not include the input device 206 and/or the display 208.
  • the processor 202 may include any known controller capable of executing computer-readable instructions and/or capable of performing logical operations.
  • the processor 202 may be a microcontroller, a microprocessor, a central processing unit (“CPU”), a graphics processing unit (“GPU”), an auxiliary processing unit, a field programmable gate array (“FPGA”), or similar programmable controller.
  • the processor 202 executes instructions stored in the memory 204 to perform the methods and routines described herein.
  • the processor 202 is communicatively coupled to the memory 204, the input device 206, the display 208, the transmitter 210, and the receiver 212.
  • the memory 204 in one embodiment, is a computer readable storage medium.
  • the memory 204 includes volatile computer storage media.
  • the memory 204 may include a RAM, including dynamic RAM (“DRAM”), synchronous dynamic RAM (“SDRAM”), and/or static RAM (“SRAM”).
  • the memory 204 includes non-volatile computer storage media.
  • the memory 204 may include a hard disk drive, a flash memory, or any other suitable non-volatile computer storage device.
  • the memory 204 includes both volatile and non-volatile computer storage media.
  • the memory 204 also stores program code and related data, such as an operating system or other controller algorithms operating on the remote unit 102.
  • the input device 206 may include any known computer input device including a touch panel, a button, a keyboard, a stylus, a microphone, or the like.
  • the input device 206 may be integrated with the display 208, for example, as a touchscreen or similar touch-sensitive display.
  • the input device 206 includes a touchscreen such that text may be input using a virtual keyboard displayed on the touchscreen and/or by handwriting on the touchscreen.
  • the input device 206 includes two or more different devices, such as a keyboard and a touch panel.
  • the display 208 in one embodiment, may include any known electronically controllable display or display device.
  • the display 208 may be designed to output visual, audible, and/or haptic signals.
  • the display 208 includes an electronic display capable of outputting visual data to a user.
  • the display 208 may include, but is not limited to, a liquid crystal display (“LCD”), a light emitting diode (“LED”) display, an organic light emitting diode (“OLED”) display, a projector, or similar display device capable of outputting images, text, or the like to a user.
  • the display 208 may include a wearable display such as a smart watch, smart glasses, a heads-up display, or the like.
  • the display 208 may be a component of a smart phone, a personal digital assistant, a television, a table computer, a notebook (laptop) computer, a personal computer, a vehicle dashboard, or the like.
  • the display 208 includes one or more speakers for producing sound.
  • the display 208 may produce an audible alert or notification (e.g., a beep or chime).
  • the display 208 includes one or more haptic devices for producing vibrations, motion, or other haptic feedback.
  • all or portions of the display 208 may be integrated with the input device 206.
  • the input device 206 and display 208 may form a touchscreen or similar touch-sensitive display.
  • the display 208 may be located near the input device 206.
  • the processor 202 is configured to cause the apparatus to: receive at least one mobility configuration, wherein the at least one mobility configuration includes linking information; perform a measurement on a first active configuration of the at least one mobility configuration; determine a target configuration based on the measurement; and activate a linked mobility configuration of the at least one mobility configuration.
  • the linked mobility configuration is linked to the target configuration based on the linking information.
  • the remote unit 102 may have any suitable number of transmitters 210 and receivers 212.
  • the transmitter 210 and the receiver 212 may be any suitable type of transmitters and receivers.
  • the transmitter 210 and the receiver 212 may be part of a transceiver.
  • Figure 3 depicts one embodiment of an apparatus 300 that may be used for configuring linking between mobility configurations.
  • the apparatus 300 includes one embodiment of the network unit 104.
  • the network unit 104 may include a processor 302, a memory 304, an input device 306, a display 308, a transmitter 310, and a receiver 312.
  • the processor 302, the memory 304, the input device 306, the display 308, the transmitter 310, and the receiver 312 may be substantially similar to the processor 202, the memory 204, the input device 206, the display 208, the transmitter 210, and the receiver 212 of the remote unit 102, respectively.
  • a serving cell change when a UE moves from a coverage area of one cell to another cell, at some point a serving cell change needs to be made since a current serving cell does not remain a viable radio option.
  • the serving cell change may be triggered by layer 3 (“L3”) measurements and may be done by a radio resource control (“RRC”) signaling triggered reconfiguration with synchronization for a change of a primary cell (“PCell”) and a primary secondary cell (“PSCell”).
  • RRC radio resource control
  • SCell primary cell
  • there may be complete layer 2 (“L2”) and/or layer 1 (“LI”) resets which may lead to longer latency, larger overhead, and longer interruption time than beam switch mobility.
  • LI and/or L2 mobility enhancements may enable a serving cell change via LI and/or L2 signaling to reduce latency, overhead, and/or interruption time.
  • CPC/CPA conditional PSCell addition
  • a CPC/CPA-configured UE may release the CPC/CPA configurations if completing random access with transmissions towards a target PSCell.
  • a UE may not have a chance to perform subsequent CPC/CPA without prior CPC/CPA reconfiguration and reinitialization instructions from a network. This may increase the delay for the cell change and increase signaling overhead (e.g., for frequent secondary cell group (“SCG”) changes in a frequency range 2 (“LR2”)).
  • SCG secondary cell group
  • LR2 frequency range 2
  • MR-DC multi radio access technology
  • MR-DC dual connectivity
  • conditional HO (“CHO”) and MR-DC cannot be configured simultaneously. This may limit the usefulness of these two features when MR-DC is configured.
  • CHO and MR-DC may be configured simultaneously.
  • CHO + MR-DC may consider CHO including target master cell group (“MCG”) and multiple candidate SCGs for CPC/CPA.
  • RRC connected mobility may be defined.
  • Network controlled mobility may apply to UEs in an RRC_CONNECTED state and may be categorized into two types of mobility: cell level mobility and beam level mobility.
  • Beam level mobility includes intra-cell beam level mobility and inter-cell beam level mobility.
  • Cell level mobility may use explicit RRC signaling to be triggered (e.g., HO).
  • RRC signaling e.g., HO
  • signaling procedures include at least the elemental components illustrated in Figure 4.
  • FIG. 4 is a schematic block diagram illustrating one embodiment of a system 400 for inter-gNB HO procedures.
  • the system 400 includes a UE 402, a source gNB 404, and a target gNB 406.
  • Each of the communications in the system 400 may include one or more messages.
  • the source gNB 404 initiates HO and issues a HANDOVER REQUEST over an Xn interface.
  • the target gNB 406 performs 409 admission control and, in a second communication 410, provides a new RRC configuration as part of a HANDOVER REQUEST ACKNOWLEDGE.
  • the source gNB 404 provides the RRC configuration to the UE 402 by forwarding the RRCReconfiguration message received in the HANDOVER REQUEST ACKNOWLEDGE.
  • the RRCReconfiguration message includes at least a cell ID and all information required to access the target cell so that the UE 402 can access the target cell without reading system information. For some cases, the information required for contentionbased and contention-free random access can be included in the RRCReconfiguration message.
  • the access information to the target cell may include beam specific information, if any.
  • the UE 402 moves 414 the RRC connection to the target gNB 406 and, in a fourth communication 416, replies with a RRCReconfigurationComplete message.
  • user data may be sent in the fourth communication 416 if a grant allows this.
  • the UE For dual active protocol stack (“DAPS”) HO, the UE continues the downlink user data reception from the source gNB until releasing the source cell and continues the uplink user data transmission to the source gNB until successful random access procedure to the target gNB.
  • DAPS dual active protocol stack
  • CA Carrier aggregation
  • DC DC
  • SUL supplementary uplink
  • TRP multiple transmission and reception point
  • EHC EHC
  • CHO UDC
  • NR sidelink configurations and vehicle to everything (“V2X”) sidelink configurations are released by the source gNB before the HO command is sent to the UE and are not configured by the target gNB until the DAPS HO has completed (e.g., at earliest in the same message that releases the source PCell).
  • the HO mechanism triggered by RRC requires the UE at least to reset the medium access control (“MAC”) entity and re-establish a radio link connection (“RLC”), except for DAPS HO, where upon reception of the HO command, the UE: 1) creates a MAC entity for target; 2) establishes the RLC entity and an associated dedicated traffic channel (“DTCH”) logical channel for atarget for each data radio bearer (“DRB”) configured with DAPS; 3) for each DRB configured with DAPS, reconfigures a packet data convergence protocol (“PDCP”) entity with separate security and robust header compression (“ROHC”) functions for a source and a target and associates them with the RLC entities configured by the source and the target, respectively; and 4) retains the rest of the source configurations until there is a release of the source.
  • PDCP packet data convergence protocol
  • ROHC robust header compression
  • RRC managed HOs with and without PDCP entity re-establishment may both be supported.
  • DRBs using an RLC acknowledge mode (“AM”) mode PDCP can either be reestablished together with a security key change or may initiate a data recovery procedure without a key change.
  • DRBs using an RLC unacknowledged mode (“UM”) mode PDCP can either be re-established together with a security key change or remain as it is without a key change.
  • SRBs signaling radio bearer
  • PDCP may either remain as it is and discard its stored PDCP protocol data units (“PDUs”) and/or service data units (“SDUs”) without a key change or be reestablished together with a security key change.
  • PDUs PDCP protocol data units
  • SDUs service data units
  • data forwarding, in-sequence delivery, and duplication avoidance at HO can be guaranteed if the target gNB uses the same DRB configuration as the source gNB.
  • a timer based HO failure procedure may be supported in NR.
  • an RRC connection re-establishment procedure may be used for recovering from HO failure except in certain CHO or DAPS HO scenarios: 1) when DAPS HO fails, the UE falls back to the source cell configuration, resumes the connection with the source cell, and reports DAPS HO failure via the source without triggering RRC connection re-establishment if the source link has not been released; and 2) when initial CHO execution attempt fails or HO overview fails, the UE performs cell selection, and if the selected cell is a CHO candidate and if the network configured the UE to try CHO after HO and/or CHO failure, then the UE attempts CHO execution once, otherwise reestablishment is performed.
  • DAPS HO for FR2 to FR2 may not be supported.
  • IAB-MT integrated access and backhaul mobile termination
  • SA standalone
  • BAP backhaul adaptation protocol
  • Beam level mobility does not require explicit RRC signaling to be triggered. Beam level mobility may be within a cell or between cells, the latter is referred to as inter-cell beam management (“I CBM”).
  • I CBM inter-cell beam management
  • a UE can receive or transmit UE dedicated channels and/or signals via a TRP associated with a physical cell identifier (“ID”) (“PCI”) different from the PCI of a serving cell, while non-UE-dedicated channels and/or signals may only be received via a TRP associated with a PCI of the serving cell.
  • ID physical cell identifier
  • PCI physical cell identifier
  • the gNB provides, via RRC signaling, the UE with a measurement configuration containing configurations of synchronization signal block (“SSB”) and/or channel state information (“CSI”) resources and resource sets, and reports and trigger states for triggering channel and interference measurements and reports.
  • a measurement configuration includes SSB resources associated with PCIs different from the PCI of a serving cell. Beam level mobility is then dealt with at lower layers by means of physical layer and MAC layer control signaling, and RRC is not required to know which beam is being used at a given point in time.
  • S SB-based beam level mobility may be based on an SSB associated with an initial downlink (“DL”) bandwidth part (“BWP”) and may only be configured for the initial DL BWPs and for DL BWPs containing the SSB associated with the initial DL BWP.
  • BWP bandwidth part
  • beam level mobility may only be performed based on a CSI reference signal (“RS”) (“CSI-RS”).
  • RS CSI reference signal
  • the intra-NR radio access network (“RAN”) HO performs the preparation and execution phase of a HO procedure performed without involvement of a fifth generation cell (“5GC”) (e.g., preparation messages are directly exchanged between the gNBs).
  • 5GC fifth generation cell
  • the release of resources at a source gNB during a HO completion phase is triggered by a target gNB.
  • Figure 5 depicts the basic HO scenario where neither an AMF nor a UPF changes.
  • FIG. 5 is a schematic block diagram illustrating one embodiment of a system 500 for intra-AMF and/or UPF HO.
  • the system 500 includes a UE 502, a source gNB 504, a target gNB 506, an AMF 508, and a UPF 510 (e.g., one or more UPFs).
  • Each of the communications in the system 500 may include one or more messages.
  • a first communication 512 and a second communication 514 user data may be communicated.
  • the UE 502 context within the source gNB 504 contains information regarding roaming and access restrictions which were provided either at connection establishment or at a last timing advance (“TA”) update.
  • TA timing advance
  • the source gNB 504 configures the UE 502 measurement procedures and the UE 502 reports according to the measurement configuration.
  • the source gNB 504 decides 520 to HO the UE 502 based on a MeasurementReport and radio resource management (“RRM”) information.
  • RRM radio resource management
  • the source gNB 504 issues a HO request message to the target gNB 506 passing a transparent RRC container with necessary information to prepare the HO at the target side.
  • the information includes at least the target cell ID, KgNB*, the cell radio network temporary identifier (“C-RNTI”) of the UE 502 in the source gNB, RRM-configuration including UE inactive time, basic AS-configuration including antenna info and DL carrier frequency, the current quality of service (“QoS”) flow to DRB mapping rules applied to the UE 502, the system information block 1 (“SIB1”) from source gNB, the UE 502 capabilities for different RATs, PDU session related information, and may include the UE reported measurement information including beam-related information if available.
  • the PDU session related information includes the slice information and QoS flow level QoS profiles.
  • the source gNB 504 may also request a DAPS HO for one or more DRBs. After issuing a HO request, the source gNB 504 should not reconfigure the UE 502, including performing reflective QoS flow to DRB mapping.
  • Admission control may be performed 524 by the target gNB 506.
  • Slice-aware admission control may be performed if the slice information is sent to the target gNB 506. If the PDU sessions are associated with non-supported slices, the target gNB 506 may reject such PDU sessions.
  • the target gNB 506 prepares the HO with LI and/or L2 and sends the HANDOVER REQUEST ACKNOWLEDGE to the source gNB 504, which includes a transparent container to be sent to the UE 502 as an RRC message to perform the HO.
  • the target gNB 506 also indicates if a DAPS HO is accepted.
  • data forwarding may be initiated.
  • downlink PDCP SDUs are forwarded with a sequence number (“SN”) assigned by the source gNB 504, until SN assignment is handed over to the target gNB 506, for which the normal data forwarding follows.
  • the source gNB 504 triggers the Uu HO by sending an RRCReconfiguration message to the UE 502 containing the information required to access the target cell: at least the target cell ID, the new C-RNTI, the target gNB 506 security algorithm identifiers for the selected security algorithms. It can also include a set of dedicated random access channel (“RACH”) resources, the association between RACH resources and SSBs, the association between RACH resources and UE-specific CSI-RS configurations, common RACH resources, and system information of the target cell.
  • RACH dedicated random access channel
  • the source gNB 504 does not stop transmitting downlink packets until it receives the HANDOVER SUCCESS message from the target gNB 506. CHO cannot be configured simultaneously with DAPS HO.
  • the source gNB 504 may deliver 530 buffered data and new data from UPFs.
  • the UE 502 may detach 532 from an old cell and synchronize to a new cell.
  • the source gNB 504 sends an EARLY STATUS TRANSFER message.
  • the DL COUNT value conveyed in the EARLY STATUS TRANSFER message indicates PDCP SN and hyper frame number (“HFN”) of the first PDCP SDU that the source gNB 504 forwards to the target gNB 506.
  • the source gNB 504 does not stop assigning SNs to downlink PDCP SDUs until it sends the SN STATUS TRANSFER message to the target gNB 506.
  • the source gNB 504 sends the SN STATUS TRANSFER message to the target gNB 506 to convey the uplink PDCP SN receiver status and the downlink PDCP SN transmitter status of DRBs for which PDCP status preservation applies (e.g., for RLC acknowledge mode (“AM”)).
  • the uplink PDCP SN receiver status includes at least the PDCP SN of the first missing UL PDCP SDU and may include a bit map of the receive status of the out of sequence UL PDCP SDUs that the UE 502 needs to retransmit in the target cell, if any.
  • the downlink PDCP SN transmitter status indicates the next PDCP SN that the target gNB 506 may assign to new PDCP SDUs, not having a PDCP SN yet.
  • the uplink PDCP SN receiver status and the downlink PDCP SN transmitter status for a DRB with RLC AM (“RLC-AM”) and not configured with DAPS may be transferred by the SN STATUS TRANSFER message.
  • the source gNB may additionally send the EARLY STATUS TRANSFER messages to inform discarding of already forwarded PDCP SDUs.
  • the target gNB 506 does not transmit forwarded downlink PDCP SDUs to the UE 502, whose COUNT is less than the conveyed DL COUNT value and discards them if transmission has not been attempted already.
  • user data may be communicated.
  • the target gNB 506 may buffer 539 the user data from the source gNB 504.
  • the UE 502 synchronizes to the target cell and completes the RRC HO procedure by sending an RRCReconfigurationComplete message to the target gNB 506.
  • DAPS HO the UE 502 does not detach from the source cell upon receiving the RRCReconfiguration message.
  • the UE 502 releases the source resources and configurations and stops DL and/or UL reception and/or transmission with the source upon receiving an explicit release from the target node.
  • the DAPS HO is considered to only be completed after the UE 502 has released the source cell as explicitly requested from the target node. For RRC suspend, a subsequent HO or inter-RAT HO cannot be initiated until the source cell has been released.
  • the target gNB 506 sends a HANDOVER SUCCESS message to the source gNB 504 to inform that the UE 502 has successfully accessed the target cell.
  • the source gNB 504 sends the SN STATUS TRANSFER message for DRBs configured with DAPS, and the normal data forwarding follows.
  • the uplink PDCP SN receiver status and the downlink PDCP SN transmitter status are also conveyed for DRBs with RLC unacknowledged mode (“UM”) (“RLC- UM”) in the SN STATUS TRANSFER message, if configured with DAPS.
  • UM RLC unacknowledged mode
  • the source gNB 504 does not stop delivering uplink QoS flows to the UPF until it sends the SN STATUS TRANSFER message in step 8b.
  • the target gNB does not forward QoS flows of the uplink PDCP SDUs successfully received insequence to the UPF 510 until it receives the SN STATUS TRANSFER message, in which UL HFN and the first missing SN in the uplink PDCP SN receiver status indicates the start of uplink PDCP SDUs to be delivered to the UPF 510.
  • the target gNB 506 does not deliver any uplink PDCP SDUs which has an UL COUNT lower than the provided.
  • the target gNB 506 sends a PATH SWITCH REQUEST message to the AMF 508 to trigger the 5GC to switch the DL data path towards the target gNB 506 and to establish an (“NG-C“) interface instance towards the target gNB 506.
  • 5GC switches the DL data path towards the target gNB 506.
  • the UPF 510 sends one or more "end marker" packets on the old path to the source gNB 504 per PDU session and/or tunnel and then can release any user plane (“U-plane”) and/or transport network layer (“TNL”) resources towards the source gNB 502.
  • U-plane user plane
  • TNL transport network layer
  • user data may be communicated.
  • the AMF 508 confirms the PATH SWITCH REQUEST message with a PATH SWITCH REQUEST ACKNOWLEDGE message.
  • the target gNB 506 Upon reception of the PATH SWITCH REQUEST ACKNOWLEDGE message from the AMF 508, in a twenty-second communication 562, the target gNB 506 sends a UE CONTEXT RELEASE to inform the source gNB 504 about the success of the HO. The source gNB 504 can then release radio and C-plane related resources associated with the UE context. Any ongoing data forwarding may continue.
  • some steps 564 may correspond to HO preparation, certain steps 566 may correspond to HO execution, and other steps 568 may correspond to HO completion.
  • the RRM configuration may include both beam measurement information (e.g., for L3 mobility) associated with SSBs and CSI-RSs for the reported cells if both types of measurements are available. Also, if CA is configured, the RRM configuration may include the list of best cells on each frequency for which measurement information is available, and the RRM measurement information can also include the beam measurement for the listed cells that belong to the target gNB.
  • beam measurement information e.g., for L3 mobility
  • the common RACH configuration for beams in the target cell is only associated with the SSBs.
  • the network can have dedicated RACH configurations associated with the SSBs and/or have dedicated RACH configurations associated with CSI-RSs within a cell.
  • the target gNB can only include one of the following RACH configurations in the HO command to enable the UE to access the target cell: 1) common RACH configuration; 2) common RACH configuration + dedicated RACH configuration associated with SSB; and 3) common RACH configuration + dedicated RACH configuration associated with CSI-RS.
  • the dedicated RACH configuration allocates RACH resources together with a quality threshold to use them.
  • dedicated RACH resources are prioritized by the UE and the UE may not switch to contention-based RACH resources as long as the quality threshold of those dedicated resources is met.
  • the order to access the dedicated RACH resources is up to UE implementation.
  • the UE Upon receiving a HO command requesting DAPS HO, the UE suspends source cell SRBs, stops sending and receiving any RRC control plane signaling toward the source cell, and establishes SRBs for the target cell. The UE releases the source cell SRBs configuration upon receiving source cell release indication from the target cell after successful DAPS HO execution.
  • DAPS HO to the target cell fails and, if the source cell link is available, then the UE reverts back to the source cell configuration and resumes source cell SRBs for control plane signaling transmission.
  • there may be enhanced mobility with objectives to specify mechanism and procedures of LI and/or L2 based inter-cell mobility for mobility latency reduction may include: 1) configuration and maintenance for multiple candidate cells to allow fast application of configurations for candidate cells; 2) dynamic switch mechanism among candidate serving cells (e.g., including SpCell and secondary cell (“SCell”)) for the potential applicable scenarios based on LI and/or L2 signaling; 3) LI enhancements for inter-cell beam management, including LI measurement and reporting, and beam indication; 4) TA management; and/or 5) centralized unit-distributed unit (“CU-DU”) interface signaling to support LI and/or L2 mobility.
  • candidate serving cells e.g., including SpCell and secondary cell (“SCell”)
  • LI enhancements for inter-cell beam management including LI measurement and reporting, and beam indication
  • TA management centralized unit-distributed unit (“CU-DU”) interface signaling to support LI and/or L2 mobility.
  • CU-DU centralized unit-distributed unit
  • FR2 specific enhancements are not precluded, and that the procedure of LI and/or L2 based inter-cell mobility may be applicable to the following scenarios: 1) standalone, CA, and NR-DC with a serving cell change within one configured grant (“CG“); 2) intra-DU and intra-CU inter-DU (e.g., applicable for standalone and CA: no new RAN interfaces are expected); 3) both intra-frequency and inter-frequency; 4) both FR1 and FR2; and/or 5) source and target cells may be synchronized or non-synchronized.
  • CG“ configured grant
  • intra-DU and intra-CU inter-DU e.g., applicable for standalone and CA: no new RAN interfaces are expected
  • 3) both intra-frequency and inter-frequency 4) both FR1 and FR2; and/or 5) source and target cells may be synchronized or non-synchronized.
  • NR-DC to specify mechanism and procedures of NR-DC with selective activation of the cell groups (e.g., at least for SCG) via L3 enhancements, there may be procedures to allow subsequent cell group change after changing CG without reconfiguration and re-initiation of CPC and/or CPA. Certain embodiments may be used to specify data forwarding optimizations for CHO including target MCG and target SCG in NR-DC.
  • Some embodiments may be used to specify CHO including target MCG and candidate SCGs for CPC/CPA in NR-DC.
  • CHO including target MCG and target SCG may be used as a baseline.
  • a UE would be provided with full configuration for each possible candidate cell, including not only the SpCells but also their adjoining SCells, configurations including radio bearer configuration, lower layer configuration, measurement configuration, and so forth for every likely scenario in which the UE might find itself in, the processing load on the UE will increase together with: 1) battery consumption (e.g., in trying to detect and measure cell configuration that are not yet in the UE’s coverage range or are of very weak radio geometry); and 2) the signaling overhead and this will negatively affect the mobility latency and may also worsen data interruption during mobility leading to bad user experience.
  • battery consumption e.g., in trying to detect and measure cell configuration that are not yet in the UE’s coverage range or are of very weak radio geometry
  • Described embodiments herein may correspond to signaling overhead and reduce a processing and measurement burden on a UE to facilitate enhancing mobility.
  • a UE would be provided a full configuration for each possible candidate cell, including not only the SpCells (e.g., PCell or PSCell) but also their adjoining SCells, the full configurations including radio bearer configuration, lower layer configuration, measurement configuration, and so forth for every likely scenario in which the UE might find itself in, the processing load on the UE will increase together with the signaling overhead and this will negatively affect the mobility latency and may also worsen data interruption leading to bad user experience.
  • the SpCells e.g., PCell or PSCell
  • SCells the full configurations including radio bearer configuration, lower layer configuration, measurement configuration, and so forth for every likely scenario in which the UE might find itself in
  • the processing load on the UE will increase together with the signaling overhead and this will negatively affect the mobility latency and may also worsen data interruption leading to bad user experience.
  • one 5G NR cell can provide a standalone coverage to a UE and, in this case, only one cell is used to provide coverage to the UE.
  • CA carrier aggregation
  • CCs component carriers
  • NG-RAN supports new-radio dual connectivity (“NR-DC”) operation whereby a UE in RRC CONNECTED is configured to use radio resources provided by two distinct schedulers located in two different NR nodes, both providing NR access as shown in Figure 6.
  • the first node is called a master node (“MN”) and together with one or more cells (e.g., SCells) from the MN, along with the PCell, this first cell group is called a master cell group (“MCG”).
  • MCG master cell group
  • a second node added by the MN to the UE is called a secondary node (“SN”). Together with one or more cells (e.g., SCells) from the SN and with the PSCell, this second cell group is called a secondary cell group (“SCG”).
  • SCG secondary cell group
  • the UE is configured with two MAC entities: one MAC entity for the MCG and one MAC entity for the SCG.
  • FIG. 6 is a block diagram illustrating one embodiment of a system 600 having dual connectivity.
  • the system 600 includes a core network (“CN”) 602, a MCG/MN 604, an SCG/SN 606, and a UE 608 showing dual connectivity for the UE 608.
  • CN core network
  • MCG/MN MCG/MN
  • SCG/SN SCG/SN
  • UE 608 showing dual connectivity for the UE 608.
  • the following definitions may apply: 1) en-gNB: node providing NR user plane and control plane protocol terminations towards the UE, and acting as a SN in EN-DC; 2) MCG: in MR-DC, a group of serving cells associated with the MN comprising of the SpCell (e.g., PCell) and optionally one or more SCells; 3) MN: in MR-DC, the radio access node that provides the control plane connection to the core network - it may be a master eNB (e.g., in EN-DC), a master ng-eNB (e.g., in NGEN-DC) or a master gNB (e.g., in NR-DC and NE-DC); 4) MCG bearer: in MR-DC, a radio bearer with an RLC bearer (or two RLC bearers in case of CA packet duplication) only in the MCG; 5) MN terminated bearer: in MR-DC a radio bear
  • mobility includes that a mobility procedure, possible executed in the lower layers (e.g., LI and/or L2) can change the PCell/MCG (e.g., including one or more SCells from the MN) of the UE as well as also the PSCell/SCG (e.g., including one or more SCells from the SN) of the UE.
  • a RRCReconfiguration message is used to perform an MCG and/or SCG change for a legacy UE.
  • the RRCReconfiguration message is the command to modify an RRC connection. It may convey information for measurement configuration, mobility control, radio resource configuration (e.g., including RBs, MAC main configuration, and physical channel configuration) and AS security configuration.
  • the UE receives an RRC Reconfiguration message from the gNB which may contain among others, the following information elements (“IEs”): 1) configuration for MCG “MasterCellGroup”; 2) configuration for SCG “SecondaryCellGroup”; and 3) configuration to execute mobility based on certain conditions, called “ConditionalReconfiguration”, where the conditions are one or more measurement events, configured as a measurement identity (“Measld”).
  • the ConditionalReconfiguration in turn may contain configuration applicable for a target cell after mobility to this target is considered successful according to one or more (e.g., up to 8) RRCReconfiguration that may be contained inside the ConditionalReconfiguration providing UE configuration for future (e.g., candidate) master and secondary cell groups.
  • Figures 7A through 7C are diagram illustrating one embodiment of code 700 for an RRC reconfiguration message.
  • multiple RRCReconfiguration are provided to a UE, each potentially comprising: 1) one CA configuration (e.g., target PCell with zero or more SCells) and/or NR-DC configuration (e.g., one target PCell, one target PSCell with zero or more SCells); or 2) one MCG configuration and/or one SCG configuration.
  • one CA configuration e.g., target PCell with zero or more SCells
  • NR-DC configuration e.g., one target PCell, one target PSCell with zero or more SCells
  • MCG configuration e.g., MCG configuration and/or one SCG configuration
  • linking of RRCReconfiguration is signaled such that after a successful mobility to one candidate, a UE activates measurement for only the linked RRCReconfigurations. The remaining RRCReconfigurations are kept (e.g., not used until there is further mobility success).
  • FIG. 8 is a schematic block diagram illustrating one embodiment of a system 800 showing three candidate configurations provided to a UE.
  • the system 800 includes a source config 802, a candidate config-1 804, a candidate config-2 806, and a candidate config-3 808.
  • the UE may move from the source config 802 to the candidate config- 1 804.
  • there are multiple configurations provided together with their link to the source configuration such that while being on source configuration, the UE measures (e.g., corresponding measurement identities are considered active) candidate configurations 1, 2, and 3 but not any further configurations, as illustrated in Figure 9.
  • Figure 9 is a schematic block diagram illustrating one embodiment of a system 900 showing candidate configuration activation.
  • the system 900 includes a source config 902, a candidate config-1 904, a candidate config-2 906, a candidate config-3 908, a candidate config-la 910, and a candidate config- lb 912.
  • successful mobility to the candidate config- 1 904 from the source configuration activates the candidate config-la 910 and the candidate config-lb 912.
  • the linking between the configurations is provided using an RRC reconfiguration message.
  • the linking may be provided explicitly using a same group number being provided to all configurations for which measurements need to be activated once the UE performs a successful mobility to one of them.
  • the linking may be provided explicitly by allocating a configuration index to each configuration and indicating one or more configuration identifiers (“IDs”) linked to ‘this’ configuration.
  • multiple CellGroupConfiguration are provided to a UE, each potentially including: 1) a singlecandidate MCG configuration; or 2) a single candidate SCG configuration.
  • linking of CellGroupConfiguration is signaled such that after a successful mobility to one candidate, a UE activates measurement for only the linked CellGroupConfigurations. The remaining CellGroupConfigurations are kept (e.g., not used until further successful mobility). Linking can be signaled as described in other embodiments.
  • multiple SpCellConfig are provided to a UE, each potentially including: 1) single candidate PCell configuration; or 2) single candidate PSCell configuration.
  • linking of SpCellConfig is signaled such that after a successful mobility to one candidate, a UE activates measurement for only the linked SpCellConfigs. The remaining SpCellConfigs are kept (e.g., not used until further successful mobility). Linking may be signaled as described in other embodiments.
  • MAC based activation of configuration in which every configuration (e.g., RRCReconfiguration, CellGroupConfiguration, or SpCellConfig) is indexed.
  • a gNB sends a MAC control element (“CE”) activating a subset of configuration.
  • CE MAC control element
  • This may use a BITMAP where each bit of the BITMAP corresponds to the candidate configuration. In such a bitmap, a first bit corresponds to the first configuration, a second bit corresponds to the second configuration, and so forth.
  • multiple measurement identities are provided to a UE, and these are linked such that after a successful mobility to a candidate and/or target configuration to a SPCell, the UE activates only measurement identities linked to an original measurement identity.
  • the UE traces back measurement objects where the SPCell is located (e.g., in the measurement objects containing the same NR frequency as that of the SPCell ’s). Then the UE determines the measurement identity that is associated with the measurement object. While tracing, the UE may consider a list of 'exclude-listed' cells and a list of 'allow-listed' cells, if listed in configured measurement object. Exclude-listed cells are not applicable in event evaluation or measurement reporting. Allow-listed cells are the only ones applicable in event evaluation or measurement reporting.
  • a measurement configuration includes measurement object, reporting configurations, measurement identities, quantity configurations, and/or measurement gaps.
  • measurement objects include a list of objects on which a UE may perform measurements: 1) for intra-frequency and inter-frequency measurements a measurement object indicates the frequency and/or time location and subcarrier spacing of reference signals to be measured - associated with this measurement object, the network may configure a list of cell specific offsets, a list of 'exclude-listed' cells and a list of 'allow-listed' cells
  • - exclude-listed cells are not applicable in event evaluation or measurement reporting - allow-listed cells are the only ones applicable in event evaluation or measurement reporting; 2) the measObjectld of the mobile originating (“MO”) which corresponds to each serving cell is indicated by servingCellMO within the serving cell configuration; 3) for inter-RAT E-UTRA measurements, a measurement object is a single E-UTRA carrier frequency - associated with this E-UTRA carrier frequency, the network can configure a list of cell specific offsets and a list of 'exclude-listed' cells
  • a measurement object is a set of cells on a single UTRA-FDD carrier frequency; 5) for NR sidelink measurements of L2 UE to network (“U2N”) relay UEs, a measurement object is a single NR sidelink frequency to be measured; 6) for channel busy ratio (“CBR”) measurement of NR sidelink communication, a measurement object is a set of transmission resource pools on a single carrier frequency for NR sidelink communication; 7) for CBR measurement of NR sidelink discovery, a measurement object is a set of discovery dedicated resource pools or transmission resource pools also used for NR sidelink discovery on a single carrier frequency for NR sidelink discovery; and 8) for cross-link interference (“CLI”) measurements, a measurement object indicates the frequency and/or time location of sounding reference signal (“SRS”) resources and/or CLI-RSSI resources, and subcarrier spacing of SRS
  • SRS sounding reference signal
  • each measurement reporting configuration includes the following: 1) reporting criterion: the criterion that triggers the UE to send a measurement report - this can either be periodical or a single event description; 2) RS type: the RS that the UE uses for beam and cell measurement results (e.g., synchronization signal (“SS”) and/or physical broadcast channel (“PBCH”) (“SS/PBCH”) block or CSI-RS); and 3) reporting format: the quantities per cell and per beam that the UE includes in the measurement report (e.g., reference signal received power (“RSRP”)) and other associated information such as the maximum number of cells and the maximum number beams per cell to report.
  • RSRP reference signal received power
  • each configuration includes the following: 1) execution criteria: the criteria a UE uses for conditional reconfiguration execution; and 2) RS type: the RS that the UE uses for obtaining beam and cell measurement results (e.g., SS/PBCH block-based or CSI-RS-based) used for evaluating conditional reconfiguration execution condition.
  • execution criteria the criteria a UE uses for conditional reconfiguration execution
  • RS type the RS that the UE uses for obtaining beam and cell measurement results (e.g., SS/PBCH block-based or CSI-RS-based) used for evaluating conditional reconfiguration execution condition.
  • measurement identities there may be measurement identities.
  • For measurement reporting a list of measurement identities where each measurement identity links one measurement object with one reporting configuration. By configuring multiple measurement identities, it is possible to link more than one measurement object to the same reporting configuration, as well as to link more than one reporting configuration to the same measurement object.
  • the measurement identity is also included in the measurement report that triggered the reporting, serving as a reference to the network.
  • conditional reconfiguration triggering one measurement identity links to exactly one conditional reconfiguration trigger configuration, and up to 2 measurement identities can be linked to one conditional reconfiguration execution condition.
  • the quantity configuration defines the measurement filtering configuration used for all event evaluation and related reporting, and for periodical reporting of that measurement.
  • the network may configure up to 2 quantity configurations with a reference in the NR measurement object to the configuration that is to be used. In each configuration, different filter coefficients may be configured for different measurement quantities, for different RS types, and for measurements per cell and per beam.
  • a UE in RRC CONNECTED maintains a measurement object list, a reporting configuration list, and a measurement identities list according to signaling and procedures found herein.
  • the measurement object list possibly includes NR measurement objects, CLI measurement objects, inter-RAT objects, and L2 U2N relay objects.
  • the reporting configuration list includes NR, inter-RAT, and L2 U2N relay reporting configurations. Any measurement object may be linked to any reporting configuration of the same RAT type. Some reporting configurations may not be linked to a measurement object. Likewise, some measurement objects may not be linked to a reporting configuration.
  • the measurement procedures distinguish the following types of cells: 1) the NR serving cells - these are the SpCell and one or more SCells; 2) listed cells - these are cells listed within the measurement objects; 3) detected cells - these are cells that are not listed within the measurement objects but are detected by the UE on the SSB frequencies and subcarrier spacings indicated by the measurement objects; 4) MAC based activation of measurement identities: after a successful mobility, a gNB sends a MAC CE activating a subset of measurement identities; 5) for NR-DC, the UE may receive two independent measConfig: a) a measConfig, associated with MCG, that is included in the RRCReconfiguration message received via SRB 1 , and b) a measConfig, associated with SCG, that is included in the RRCReconfiguration message received via SRB3, or, alternatively, included within a RRCReconfiguration message embedded in a RRCReconfiguration message received via SRB1
  • delta signaling such that configuration corresponding to a candidate configuration is provided only on a delta basis (e.g., only values for only these IES are signaled to the UE), that have different value compared with a baseline configuration.
  • Two possible alternatives may be used: 1) using the link -start configuration as the baseline for applying delta configuration towards the link-end configuration; and 2) using the source configuration in the source node as the baseline for applying delta configuration.
  • the source node is the node that sent the RRC reconfiguration to the UE containing one or more candidate configurations and the source configuration is the configuration.
  • Figure 10 is a flow chart diagram illustrating another embodiment of a method 1000 for configuring linking between mobility configurations.
  • the method 1000 is performed by an apparatus, such as the remote unit 102.
  • the method 1000 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.
  • the method 1000 includes receiving 1002 at least one mobility configuration.
  • the at least one mobility configuration includes linking information.
  • the method 1000 includes performing 1004 a measurement on a first active configuration of the at least one mobility configuration.
  • the method 1000 includes determining 1006 a target configuration based on the measurement.
  • the method 1000 includes activating 1008 a linked mobility configuration of the at least one mobility configuration.
  • the linked mobility configuration is linked to the target configuration based on the linking information.
  • the at least one mobility configuration comprises an RRCReconfiguration, a CellGroupConfig, a SPCellConfig, measurement identities, a measurement configuration, or a combination thereof.
  • the mobility check is executed in a lower layer of the UE, and the lower layer comprises a MAC, a physical layer, or a combination thereof.
  • an apparatus for wireless communication comprises: a processor; and a memory coupled to the processor, the processor configured to cause the apparatus to: receive at least one mobility configuration, wherein the at least one mobility configuration comprises linking information; perform a measurement on a first active configuration of the at least one mobility configuration; determine a target configuration based on the measurement; and activate a linked mobility configuration of the at least one mobility configuration, wherein the linked mobility configuration is linked to the target configuration based on the linking information.
  • the at least one mobility configuration comprises an RRCReconfiguration, a CellGroupConfig, a SPCellConfig, measurement identities, a measurement configuration, or a combination thereof.
  • the mobility check is executed in a lower layer of the UE, and the lower layer comprises a MAC, a physical layer, or a combination thereof.
  • a method at a UE comprises: receiving at least one mobility configuration, wherein the at least one mobility configuration comprises linking information; performing a measurement on a first active configuration of the at least one mobility configuration; determining a target configuration based on the measurement; and activating a linked mobility configuration of the at least one mobility configuration, wherein the linked mobility configuration is linked to the target configuration based on the linking information.
  • the at least one mobility configuration comprises an RRCReconfiguration, a CellGroupConfig, a SPCellConfig, measurement identities, a measurement configuration, or a combination thereof.
  • the mobility check is executed in a lower layer of the UE, and the lower layer comprises a MAC, a physical layer, or a combination thereof.

Landscapes

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

Abstract

La divulgation concerne des appareils, des procédés et des systèmes de configuration de liaison entre des configurations de mobilité. Un procédé (1000) comprend la réception (1002), au niveau d'un équipement utilisateur (UE), d'au moins une configuration de mobilité. Ladite au moins une configuration de mobilité comprennent des informations de liaison. Le procédé (1000) comprend la réalisation (1004) d'une mesure sur une première configuration active de ladite au moins une configuration de mobilité. Le procédé (1000) comprend la détermination (1006) d'une configuration cible sur la base de la mesure. Le procédé (1000) comprend l'activation (1008) d'une configuration de mobilité liée de ladite au moins une configuration de mobilité. La configuration de mobilité liée est liée à la configuration cible sur la base des informations de liaison.
PCT/IB2023/059805 2022-09-29 2023-09-29 Configuration de liaison entre des configurations de mobilité WO2024069587A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263411273P 2022-09-29 2022-09-29
US63/411,273 2022-09-29

Publications (1)

Publication Number Publication Date
WO2024069587A1 true WO2024069587A1 (fr) 2024-04-04

Family

ID=88413047

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2023/059805 WO2024069587A1 (fr) 2022-09-29 2023-09-29 Configuration de liaison entre des configurations de mobilité

Country Status (1)

Country Link
WO (1) WO2024069587A1 (fr)

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LENOVO: "Discussion on selective cell group activation", vol. RAN WG2, no. Online; 20220817 - 20220826, 10 August 2022 (2022-08-10), XP052261013, Retrieved from the Internet <URL:https://ftp.3gpp.org/tsg_ran/WG2_RL2/TSGR2_119-e/Docs/R2-2207694.zip R2-2207694 On selective cell group activation.docx> [retrieved on 20220810] *
QUALCOMM INCORPORATED: "Configuration and activation of multiple cell groups in NR-DC", vol. RAN WG2, no. Online; 20220817 - 20220829, 10 August 2022 (2022-08-10), XP052261458, Retrieved from the Internet <URL:https://ftp.3gpp.org/tsg_ran/WG2_RL2/TSGR2_119-e/Docs/R2-2208145.zip R2-2208145.docx> [retrieved on 20220810] *
ZTE CORPORATION ET AL: "Discussion on NR-DC with selective activation of the cell groups", vol. RAN WG2, no. Online; 20220817 - 20220826, 10 August 2022 (2022-08-10), XP052261719, Retrieved from the Internet <URL:https://ftp.3gpp.org/tsg_ran/WG2_RL2/TSGR2_119-e/Docs/R2-2208410.zip R2-2208410 Discussion on NR-DC with selective activation of the cell groups.docx> [retrieved on 20220810] *

Similar Documents

Publication Publication Date Title
US11503634B2 (en) Method and apparatus for supporting RACH-less mobility with pre-allocated beams in wireless communication system
WO2022205034A1 (fr) Mobilité inter-cellules basée sur l1 l2
US11974183B2 (en) Source cell release indication for dual stack mobility
EP3923631B1 (fr) Systèmes et procédés pour réduire des interruptions dans des transmissions de données en raison d&#39;opérations de transfert intercellulaire
US20240098532A1 (en) Methods for RAN-Visible (Lightweight) QoE Configuration and Measurement Coordination Among RAN Notes
CN112352451A (zh) 最小移动中断的小区切换方法
US20230095601A1 (en) Dual active protocol stack operation for handover and pscell change
JP2018523339A (ja) ワイヤレス通信ネットワークにおいて無線アクセスネットワーク（ｒａｎ）コンテキスト情報を扱うためのネットワークノード、ワイヤレスデバイス及びそれらにおける方法
CN113424649A (zh) 在mcg故障报告之后从死锁恢复
US20240089819A1 (en) Handling of Quality-of-Experience (QOE) Measurement Status
US20240022897A1 (en) Managing different types of communication devices
EP4027696A1 (fr) Procédé, dispositif et système de mise à jour d&#39;informations
US20220338087A1 (en) Terminal
WO2024097358A1 (fr) Commutation de cellule
WO2024031042A1 (fr) Considérations de sécurité de mobilité nr pour la commutation de mobilité l1/l2 d&#39;une cellule spcell
WO2024069587A1 (fr) Configuration de liaison entre des configurations de mobilité
WO2024033816A1 (fr) Configuration de mesures de faisceau pour un groupe de cellules
WO2024058073A1 (fr) Dispositif terminal, procédé et circuit intégré
EP4418773A1 (fr) Acquisition anticipée précoce de synchronisation pour transfert intercellulaire
EP4460045A1 (fr) Procédé et dispositif de coordination de transmission de service
US20240276317A1 (en) Data forwarding in a wireless network with integrated access and backhaul, iab, and disaggregated access nodes
US20220279363A1 (en) Radio base station
WO2024075096A1 (fr) Acquisition d&#39;alignement de temporsiation
WO2024057283A1 (fr) Clé pour une connectivité à un groupe de cellules
TW202408275A (zh) 實現層１及層２行動

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: 23790078

Country of ref document: EP

Kind code of ref document: A1