Patent Description:
The following description of background art may include insights, discoveries, understandings or disclosures, or associations together with disclosures not known to the relevant art prior to the present invention but provided by the invention. Some such contributions of the invention may be specifically pointed out below, whereas other such contributions of the invention will be apparent from their context.

In conditional handover (CHO), a handover target cell is prepared in advance based on a measurement report (MR) from a user device. The user device will access the candidate cell based on a trigger that is configured by a radio access network, hence avoiding radio link failures due to failed handover command. In New Radio (NR) or <NUM>, communication between the user device and the radio access network may occur via narrow beams. Both cell and beam level measurements can be exploited in the handover procedure.

<NPL> discloses: for conditional handover, UE may report many cells or beams as the possible candidate HO targets based on the RRM measurement. gNB issues the conditional handover commands for one or multiple candidates reported by UE. Within the conditional handover configuration, the candidate(s) may be configured with different HO conditions (including the to-be-measured RS and the threshold) and possibly uplink access resources for UE access (e.g. Random Access preambles). When the UE receives a "conditional HO configuration" it starts evaluating the condition while continuing operating per its current RRC configuration. When the UE determines that the condition is fulfilled, it disconnects from the serving cell, and applies the conditional HO (CHO) configuration and access to the target cell. From the network side, the base station needs to prepare the handover with one or multiple cells e.g. requesting the candidate target cell(s) to do admission control and reserve the radio resources accordingly. There are multiple options (on the exact time point) for the source cell to stop its data transmission with the UE, and to start the data forwarding to the candidate target cells. The source cell will only know the exact target cell for the UE until the target cell indicates this to the source cell when the handover procedure is successfully executed.

CHO is essentially a network-configured but UE-controlled downlink mobility mechanism with a potential to reduce the interruption time and HOF/RLF.

<CIT> discloses a handover control method, wherein a wireless communication terminal receives a conditional handover command that is transmitted from a wireless communication device which provides an own cell connected to the wireless communication terminal and that gives a command to start handover to an adjacent cell when a predetermined condition is satisfied, determines whether or not the predetermined condition is satisfied, and starts handover to the adjacent cell indicated by the conditional handover command when the predetermined condition is satisfied.

Aspects of the present invention are set out in the accompanying independent claims.

Some embodiments of the present invention are described below, by way of example only, with reference to the accompanying drawings, in which.

The embodiments of <FIG> and their associated text are part of the invention and covered by claims. All other exemplary embodiments disclosed below are merely explanatory, and are not part of the invention.

In the following, different exemplifying embodiments will be described using, as an example of an access architecture to which the embodiments may be applied, a radio access architecture based on long term evolution advanced (LTE Advanced, LTE-A) or new radio (NR, <NUM>), without restricting the embodiments to such an architecture, however. It is obvious for a person skilled in the art that the embodiments may also be applied to other kinds of communications networks having suitable means by adjusting parameters and procedures appropriately. Some examples of other options for suitable systems are the universal mobile telecommunications system (UMTS) radio access network (UTRAN or E-UTRAN), long term evolution (LTE, the same as E-UTRA), wireless local area network (WLAN or WiFi), worldwide interoperability for microwave access (WiMAX), Bluetooth®, personal communications services (PCS), ZigBee®, wideband code division multiple access (WCDMA), systems using ultra-wideband (UWB) technology, sensor networks, mobile ad-hoc networks (MANETs) and Internet Protocol multimedia subsystems (IMS) or any combination thereof.

<FIG> shows user devices <NUM> and <NUM> configured to be in a wireless connection on one or more communication channels in a cell with an access node (such as (e/g)NodeB) <NUM> providing the cell. The physical link from a user device to a (e/g)NodeB is called uplink or reverse link and the physical link from the (e/g)NodeB to the user device is called downlink or forward link. It should be appreciated that (e/g)NodeBs or their functionalities may be implemented by using any node, host, server or access point etc. entity suitable for such a usage.

A communications system typically comprises more than one (e/g)NodeB in which case the (e/g)NodeBs may also be configured to communicate with one another over links, wired or wireless, designed for the purpose. These links may be used for signalling purposes. The (e/g)NodeB is a computing device configured to control the radio resources of communication system it is coupled to. The NodeB may also be referred to as a base station, an access point or any other type of interfacing device including a relay station capable of operating in a wireless environment. The (e/g)NodeB includes or is coupled to transceivers. From the transceivers of the (e/g)NodeB, a connection is provided to an antenna unit that establishes bi-directional radio links to user devices. The antenna unit may comprise a plurality of antennas or antenna elements. The (e/g)NodeB is further connected to core network <NUM> (CN or next generation core NGC). Depending on the system, the counterpart on the CN side can be a serving gateway (S-GW, routing and forwarding user data packets), packet data network gateway (P-GW), for providing connectivity of user devices (UEs) to external packet data networks, or mobile management entity (MME), etc..

The user device may also utilise cloud.

<NUM> enables using multiple input - multiple output (MIMO) antennas, many more base stations or nodes than the LTE (a so-called small cell concept), including macro sites operating in cooperation with smaller stations and employing a variety of radio technologies depending on service needs, use cases and/or spectrum available. <NUM> mobile communications supports a wide range of use cases and related applications including video streaming, augmented reality, different ways of data sharing and various forms of machine type applications (such as (massive) machine-type communications (mMTC), including vehicular safety, different sensors and real-time control. <NUM> is expected to have multiple radio interfaces, namely below <NUM>, cmWave and mmWave, and also being integradable with existing legacy radio access technologies, such as the LTE. Integration with the LTE may be implemented, at least in the early phase, as a system, where macro coverage is provided by the LTE and <NUM> radio interface access comes from small cells by aggregation to the LTE. In other words, <NUM> is planned to support both inter-RAT operability (such as LTE-<NUM>) and inter-RI operability (inter-radio interface operability, such as below <NUM> - cmWave, below <NUM> - cmWave - mmWave). One of the concepts considered to be used in <NUM> networks is network slicing in which multiple independent and dedicated virtual sub-networks (network instances) may be created within the same infrastructure to run services that have different requirements on latency, reliability, throughput and mobility.

The communication system is also able to communicate with other networks, such as a public switched telephone network or the Internet <NUM>, or utilise services provided by them.

In the following, embodiments suitable for a conditional handover are disclosed in further detail. In a conditional handover, a significant delay exists between the time when a user device carries out reference signal (RS) index specific measurements and the time when it transmits a random access preamble on resources that were reserved based on these measurements. Some embodiments provide an option to enable a more efficient resource reservation for a random access (CFRA, contention free random access).

To assist a radio access network in the handover preparation, a user device may be configured to report reference signal index specific measurements of the strongest neighbor cell(s) as a part of the measurement report. The serving gNB may signal these measurements to target cell(s), which utilize them to reserve contention free random access (CFRA) resources for the user device to be used when it accesses the target cell.

Because of the delay between the measurements and accessing the cell, quality provided by the configured random access resources may drop below a level where a successful contention free random access is not possible. In such cases, the user device shall resort to a contention based random access (CBRA) procedure, which potentially increases the random access delay (due to collisions, since user devices can randomly select resources to be used in accessing a cell), and consequently the handover interruption time.

It should be appreciated that the coding of software for carrying out the embodiments shown and described below is well within the scope of a person of ordinary skill in the art.

One embodiment starts in block <NUM> of <FIG>. This embodiment is suitable for being carried out by user device performing a conditional handover. Terms "receive" and "transmit" may comprise reception or transmission via a radio path. These terms may also mean preparation of a message to the radio path for an actual transmission or processing a message received from the radio path, for example, or controlling or causing a transmission or reception, when embodiments are implemented by software.

In block <NUM>, receiving, from a serving access node, a random access update precondition and a configuration with regard to a conditional handover, wherein the configuration indicates at least one handover candidate cell.

It should be understood that the user device may have carried out measurements and transmitted a measurement report to the serving access node for the serving access node being able to carry out an initial preparation of a target cell with regard to a conditional handover (define at least one candidate cell). This initial procedure may be carried out, for instance, by a user device detecting that a configured "add cell" condition is satisfied, based on conducted serving and neighbor cell measurements. The user device sending a measurement report to a serving access node, wherein the message comprises at least RS index specific measurements for the strongest SSB or CSI-RS beams of the candidate cell, and possibly also a combination of RS index and cell specific measurements for the serving cell and the strongest neighbor cells according to the configuration. The serving access node sending a conditional handover request message to a candidate handover target cell, wherein the message comprises the RS index measurements for the candidate handover target cell.

The handover candidate cell selection for the configuration may also be, optionally or additionally, based on geography, cell size, user device's mobility, cell load, etc. as in a normal handover procedure.

The serving access node determines a random access update precondition (for example based on the initial procedure described above), it may also determine a separate reporting configuration, for example a period for reporting which may be proportional to the mobility of the user device and/or cell size. The update precondition may be given per a handover candidate cell or it may be a group-specific, for instance, applicable for cells in a certain geographical area. In case the update configuration is not present (or indicated by a single bit whether to update) the user device may assume that a previously stored default configuration is applicable. As another option for the reporting configuration is for defining the set of the cells the user device should include in a measurement report, for example: report measurements for a defined number of strongest candidate cells and/or beams or report measurements only for the strongest cell and/or beam (when no one of the handover candidate cells fulfil the random access update precondition). It is also possible to define that no reporting should be carried out for a certain period of time.

Measurements on the handover candidate cell(s) may be derived based on synchronization signal blocks (SSB) and/or channel state information reference signal (CSI-RS). An SSB (or synchronization sequences (SS) and physical broadcast channel (PBCH) block), may comprise a primary synchronization signal (PSS), secondary synchronization signal (SSS) and/or, PBCH (including PBCH demodulation reference signal (DMRS)). Both cell and reference signal (RS) index ("beam") specific radio resource management (RRM) measurements, such as reference signal received power (RSRP), reference signal received quality (RSRQ) and signal-to-interference-plus-noise ratio (SINR)) may be derived based on these signals.

The random access update precondition may comprise a threshold value to be used in evaluating whether the random access update precondition is fulfilled. The threshold value may be set based on the earlier measured values for the best cell or for a certain number of the best cells or based on the required rata rate or quality of service (for example, required reliability of the service), etc. In one example, the random access update precondition may comprise determining, when the average of a certain number of resources measured to have the best quality falls below the threshold. In another example, if only a certain number of resources (beams) exceeds the threshold, an update is triggered. In another option, a user device may have been configured with a number of resources and when only some of them are considered to be above the threshold, an update is triggered. An update may be triggered as well, when no resources are above the threshold. Alternatively, network may configure the user device to report periodically a certain number of resources measured as the best ones. Optionally, the user device may be configured to report the latest measurements. Yet, the network may configure the user device for a set of cells (or beams) for reporting to trigger the update. Optionally, the user device may be configured to report measurements for a certain number of strongest cells and the update is triggered, if no one of the cells exceed the threshold. In another example, for each handover candidate cell, the user device may be configured to report only a certain number of highest reference signal (RS) indices above the threshold.

It is also possible to provide a configuration for not reporting: when a certain number of cells are above the threshold, no update is triggered.

As a default configuration, when no explicit configuration is received, the user device may be specified to trigger the update when all the resources are below the threshold.

In the examples above, the threshold may be an absolute threshold or a relative threshold compared to contention based random access (CBRA) resource(s): when CBRA resources are better (in quality) than the configured contention-free (CFRA) resources with a preconfigured offset value, an update is triggered. Another example of a relative threshold may be using the current serving cell in a comparison (with a preconfigured offset).

The current new radio or <NUM> quality measure may also be used: cell quality may be derived, for instance, by selecting the signal quality of the highest quality beam measurement to represent the cell quality. Beam measurements may be filtered using L1 or L3 filters (averaging of measurement in time domain) or as a combination of both. The user device may also take an average of a certain number of the highest quality beams above a threshold (absolute or relative) to derive the cell quality.

In the case no specific threshold is signaled, the user device may report RS index + RSRP/RSRQ/SINR/CSI (Channel State Information).

Additionally, in the initial procedure, the candidate handover target cell may reserve initial random access (CFRA) resources for the user device. As an option, candidate handover target cell may generate a recommendation for the random access update precondition. The candidate handover target cell may transmit a conditional handover request acknowledgment message to the serving access node, wherein the message comprises information on the reserved random access resources and/or the recommendation for the random access update precondition.

In block <NUM>, carrying out measurements according to the configuration.

Communication between a user device and a radio access network may occur via narrow beams. Both cell and beam level measurements may be exploited in the conditional handover procedure. Measurements on the handover candidate cell(s) may be derived based on synchronization signal blocks (SSB) and/or channel state information reference signal (CSI-RS). Both cell and reference signal (RS) index ("beam") specific radio resource management (RRM) measurements (reference signal received power (RSRP), reference signal received quality (RSRQ) and signal-to-interference-plus-noise ratio (SINR)) can be derived based on these signals.

In blocks <NUM> and <NUM>, transmitting, if the random access update precondition is fulfilled, a message to the serving access node, the message comprising information obtained by the measurements and indicating at least one beam of at least one handover candidate cell and/or at least one handover candidate cell that caused the random access update precondition being fulfilled for obtaining a random access resource configuration for carrying out the conditional handover.

The indicating at least one beam of at least one handover candidate cell and/or at least one handover candidate cell may be based on an RS index. Thus the measurements may be carried out RS index-based.

In an embodiment, the configuration further comprises at least one access precondition and a random access resource preconfiguration with regard to the at least one handover candidate cell, and if, based on to the measurements, the at least one access precondition is fulfilled, a contention-free random access is carried out to a cell for which the at least one access precondition is fulfilled based on the random access resource preconfiguration instead of transmitting the message to the serving access node.

In an embodiment, in response to the transmitted message, a message is received from the serving access node comprising an indication of a handover target cell and information on a random access resource configuration, and a contention-free random access is carried out to the indicated handover target cell using the informed random access resource configuration, wherein the random access is a contention-free random access. The message from the serving access node may also comprise a new random access update precondition for repeating the measurements and informing the measurement results to the serving access node. The message may comprise a new reporting configuration as an addition or as an option.

In an embodiment, a random access update release precondition for the least one handover candidate cell is received, and the carrying out measurements is stopped, if the random access update release precondition is fulfilled.

The embodiment ends in block <NUM>. The embodiment is repeatable in many ways. Two examples are shown by arrows <NUM> and <NUM> in <FIG>. It should be understood that the embodiment may be repeated one or more times with a constant or variable pause between separate rounds. The option shown by arrow <NUM> depicts the option when a new random access update precondition and a new configuration with regard to a conditional handover are received. This may take place after a random access to a handover target cell for a new conditional handover, when a handover attempt fails or when a serving access nodes finds a need for the new random access update precondition and for the new configuration, for instance when conditions in the network change. The new random access update precondition and the new configuration may also be informed in the same message with the random access resources. The option shown by arrow <NUM> may be repeated until the random access update precondition is fulfilled or until a random access update release precondition is fulfilled. Block <NUM> shows the option for carrying out a (contention-free) random access to a handover target cell, when at least one access precondition is fulfilled or when a message from the serving access node comprising an indication of a handover target cell and information on a random access resource configuration is received.

Another embodiment starts in block <NUM> of <FIG>. This embodiment is suitable for being carried out by a node, server or host acting as a serving access node. It should be appreciated that the node, server or host may also be implemented as a distributed (computing) system comprising a centralized unit (CU) and distributed unit (DU), for example. The division of labour between units of the distributed system may vary according to needs and wishes of designers or system or service providers and it may be adapted to, for example, latency needs. It should also be appreciated that the node, server or host may comprise or be operationally coupled to radio parts, such as a (remote) radio head. Terms "receive" and "transmit" may comprise reception or transmission via a radio path. These terms may also mean preparation of a message to the radio path for an actual transmission or processing a message received from the radio path, for example, or controlling or causing a transmission or reception, when embodiments are implemented by software. The flexibility of NR with regard to a network architecture gives many options for implementation of the embodiments.

In block <NUM>, a configuration and a random access update precondition are configured for a user device with regard to a conditional handover, wherein the configuration indicates at least one handover candidate cell.

The random access update precondition may comprise a threshold value to be used in evaluating whether the random access update precondition is fulfilled. The threshold value may be set based on the earlier measured values for the best cell or for a certain number of the best cells or based on the required rata rate or quality of service (for example, required reliability of the service), etc. In the case no specific threshold is signaled, the user device may report RS index + RSRP/RSRQ/SINR/CSI (Channel State Information).

In one example, the random access update precondition may comprise determining, when the average of a certain number of resources measured to have the best quality falls below the threshold. In another example, if only a certain number of resources (beams) exceeds the threshold, an update is triggered. In another option, a user device may have been configured with a number of resources and when only some of them are considered to be above the threshold, an update is triggered. An update may be triggered as well, when no resources are above the threshold. Alternatively, network may configure the user device to report periodically a certain number of resources measured as the best ones. Optionally, the user device may be configured to report the latest measurements. Yet, the network may configure the user device for a set of cells (or beams) for reporting to trigger the update. Optionally, the user device may be configured to report measurements for a certain number of strongest cells and the update is triggered, if no one of the cells exceed the threshold. In another example, for each handover candidate cell, the user device may be configured to report only a certain number of highest reference signal (RS) indices above the threshold.

The configuration may also comprise at least one access precondition and a random access resource preconfiguration with regard to the at least one handover candidate cell.

Additionally, the serving access node may configure a random access update release precondition for the least one handover candidate cell for the user device stop carrying out the measurements.

In block <NUM>, the configuration and the random access update precondition are transmitted to the user device.

In block <NUM>, a message from the user device is received, the message comprising information obtained by measurements carried out by the user device based on the configuration and indicating at least one beam of the at least one handover candidate cell and/or at least one handover candidate cell that caused the random access update precondition being fulfilled.

In block <NUM>, transmit a message to the at least one handover candidate cell wherein the random access update precondition is fulfilled for that cell being a handover target cell and reserving random access resources for the user device, wherein the message comprises the information obtained by the measurements carried out by the user device and, if indicated by the user device, indicating the at least one beam.

It should be appreciated that the indication may be based on the reference signal (RS) index.

In block <NUM>, a message from the least one handover candidate cell being the handover target cell is received, the message indicating the reserved (contention-free) random access resources. In block <NUM>, a resource configuration is carried out based on the reserved random access resources and information on the resource configuration is transmitted, or the indication of the reserved random access resources is forwarded to the user device for carrying out the conditional handover.

If the serving access node adapts or (re)configures the resources, it determines a suitable random access configuration for the user device. The resources may be cell-specific or beam-specific.

The embodiment ends in block <NUM>. The embodiment is repeatable in many ways. Two examples are shown by arrows <NUM> and <NUM> in <FIG>. It should be understood that the embodiment may be repeated one or more times with a constant or variable pause between separate rounds. The option shown by arrow <NUM> depicts how information on measurements may be received from a user device one or more times for random access resourcing. For example, if the user device is configured to report measurement results periodically, the serving access node may decide not to trigger any action based on a report and wait for a following one. Another option is that the initially configured resources remain suitable and thus there is no need to make a reconfiguration, for example the user device does not move away from the coverage area of configured cells or beams. The option shown by arrow <NUM> depicts on option, where a new random access update precondition and a new configuration are prepared. This make take place, for example, after the user device has carried out the handover or if the handover attempt fails. The new random access update precondition and the new configuration may also be informed in the same message with the random access resources.

In the following, some examples of embodiments described above by means of <FIG> and <FIG> are presented by means of signaling chart of <FIG>. In <FIG>, User device (UE) <NUM> may be UE <NUM> or <NUM> and serving access node <NUM> DU/CU <NUM><NUM>/<NUM>, and handover candidate node (providing the handover target cell) <NUM> may be a similar DU/CU combination. The serving access node as well as the handover candidate node may also be DUs or located in CUs depending on the implementation. The following is an example only and it should not be taken as limiting to the embodiments.

In <NUM>, UE <NUM> detects that the configured "add cell" condition is satisfied, based on conducted serving and neighbor cell measurements (this is as in handovers in general).

In <NUM>, UE sends a measurement report (MR) to the serving gNB (access node) <NUM>, containing at least the RS index specific measurements for the strongest SSB or CSI-RS beams of the candidate cell, and possibly also a combination of RS index and cell specific measurements for the serving cell and the strongest neighbor cells, if so configured. The measurements may be beam-specific and/or cell-specific.

In <NUM>, the serving gNB sends a conditional handover request message to candidate gNB (handover candidate node) <NUM> comprising the RS index measurements of the candidate cell.

In <NUM>, the candidate gNB reserves initial CFRA resources for the UE. As an option, candidate gNB could provide its recommendation of the CFRA update condition, or some other information, to aid the serving gNB to determine the CFRA update configuration.

In <NUM>, the candidate gNB sends a conditional handover request acknowledgement message to the serving gNB, comprising information on the reserved initial CFRA resources, or the some assistance information.

In <NUM>, the serving gNB determines a CFRA update configuration, comprising at least the CFRA update condition (a random access update precondition) and optionally also a reporting configuration. This update configuration may be given per a handover candidate. In the case the update configuration does not exist, the UE may assume a preconfigured default configuration is to be used. When the CFRA update condition is fulfilled, the UE sends a measurement report (MR) to the serving gNB comprising information needed in initiating the CFRA update procedure. In <NUM>, the serving gNB sends a radio resource control (RRC) reconfiguration message comprising information on the initial CFRA resources and the CFRA update configuration to the UE.

In <NUM>, the UE detects that the CFRA update condition is fulfilled based on measurements on SSB or CSI-RS mapped to CFRA resources of the configured candidate cells. The cause may be that the UE has moved away from the coverage area of the configured CFRA beam(s)/cell(s), for example.

In <NUM>, the UE sends a measurement report to the serving gNB with the cause value "CFRA update". The MR contains RS index specific measurements for the best beams in candidate cell that triggered the CFRA update and/or for the handover candidate cell that caused the triggering. In <NUM>, the serving gNB sends a CFRA update request message to the candidate gNB comprising information on the RS index specific measurements.

In <NUM>, the candidate gNB updates CFRA resources based on the provided RS index specific measurements.

In <NUM> the candidate gNB sends a CFRA update request acknowledgement message to the serving gNB comprising information on the updated CFRA resources.

In <NUM> the serving gNB determines a suitable CFRA configuration for the UE based on the information received from the candidate gNB. The serving gNB may adapt or (re)configure the CFRA resources or it may only forward information as received from the candidate gNB.

In <NUM>, the serving gNB sends an RRC connection reconfiguration message to the UE comprising the new CFRA resources and, as an option, a new CFRA update condition.

In <NUM>, the UE applies the new (up-to-date) CFRA resources when accessing the candidate gNB when carrying out a handover.

<FIG> illustrates a simplified block diagram of an apparatus according to an embodiment in relation to <FIG> and/or <NUM>.

An embodiment provides an apparatus which may be a user device or any other suitable apparatus capable to carry out processes described above in relation to <FIG> and/or <NUM>.

It should be appreciated that the apparatus may include or otherwise be in communication with a control unit, one or more processors or other entities capable of carrying out operations according to the embodiments described by means of <FIG> and/or <NUM>. It should be understood that each block of the flowchart of <FIG> and any combination thereof may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or (electronic) circuitry. Terms "receive" and "transmit" may comprise reception or transmission via a radio path. These terms may also mean preparation of a message to the radio path for an actual transmission or processing a message received from the radio path, for example, or controlling or causing a transmission or reception, when embodiments are implemented by software.

As an example of an apparatus according to an embodiment, it is shown apparatus <NUM>, such as a user device, including facilities in control unit or circuit/circuitry <NUM> (including one or more processors, for example) to carry out functions of embodiments according to <FIG> and/or <NUM>. The facilities may be software, hardware or combinations thereof as described in further detail below.

In <FIG>, block <NUM> includes parts/units/modules needed for reception and transmission, usually called a radio front end, RF-parts, radio parts, remote radio head, etc. The parts/units/modules needed for reception and transmission may be comprised in the apparatus or they may be located outside the apparatus the apparatus being operationally coupled to them. The apparatus may also include or be coupled to one or more internal or external memory units. Another example of apparatus <NUM> may include at least one processor <NUM> and at least one memory <NUM> including a computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus at least to: receive, from a serving access node, a random access update precondition and a configuration with regard to a conditional handover, wherein the configuration indicates at least one handover candidate cell; carry out measurements according to the configuration, and if the random access update precondition is fulfilled, transmit a message to the serving access node, the message comprising information obtained by the measurements and indicating at least one beam of at least one handover candidate cell and/or at least one handover candidate cell that caused the random access update precondition being fulfilled for obtaining a random access resource configuration for carrying out the conditional handover.

It should be understood that the apparatus may include or be coupled to other units or modules etc., such as radio parts or radio heads, used in or for transmission and/or reception. This is depicted in <FIG> as optional block <NUM>.

Yet another example of an apparatus comprises means (<NUM>, <NUM>, <NUM>) for receiving, from a serving access node, a random access update precondition and a configuration with regard to a conditional handover, wherein the configuration indicates at least one handover candidate cell; means (<NUM>, <NUM>) for carrying out measurements according to the configuration, and means (<NUM>, <NUM>, <NUM>) for transmitting a message to the serving access node, the message comprising information obtained by the measurements and indicating at least one beam of at least one handover candidate cell and/or at least one handover candidate cell that caused the random access update precondition being fulfilled for obtaining a random access resource configuration for carrying out the conditional handover, if the random access update precondition is fulfilled.

It should be understood that the apparatus may include or be coupled to other units or modules etc., such as radio parts or radio heads, used in or for transmission and/or reception. This is depicted in <FIG> as optional block <NUM>. The apparatus may also include or be coupled to a communications or user interface.

Although the apparatuses have been depicted as one entity in <FIG>, different modules and memory may be implemented in one or more physical or logical entities.

Another embodiment provides an apparatus which may be a node (network node, access node), server, host or any other suitable apparatus capable to carry out processes described above in relation to <FIG> and/or <NUM>. The apparatus is suitable for operating as a serving access node.

It should be appreciated that the apparatus may include or otherwise be in communication with a control unit, one or more processors or other entities capable of carrying out operations according to the embodiments described by means of <FIG> and/or <NUM>. It should be understood that each block of the flowchart of <FIG> and any combination thereof may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry. Terms "receive" and "transmit" may comprise reception or transmission via a radio path. These terms may also mean preparation of a message to the radio path for an actual transmission or processing a message received from the radio path, for example, or controlling or causing a transmission or reception, when embodiments are implemented by software.

As an example of an apparatus according to an embodiment, it is shown apparatus <NUM>, such as a node, server, host a distributed system, including facilities in control unit or circuit/circuitry <NUM> (including one or more processors, for example) to carry out functions of embodiments according to <FIG> and/or <NUM>. The facilities may be software, hardware or combinations thereof as described in further detail below.

In <FIG>, block <NUM> includes parts/units/modules needed for reception and transmission, usually called a radio front end, RF-parts, radio parts, remote radio head, etc. The parts/units/modules needed for reception and transmission may be comprised in the apparatus or they may be located outside the apparatus the apparatus being operationally coupled to them. It should be understood that in the case of a distributed system, all the apparatuses forming the system may have radio parts of their own and communicate with one another by using their own radio parts.

The apparatus may also include or be coupled to one or more internal or external memory units. Another example of apparatus <NUM> may include at least one processor <NUM> and at least one memory <NUM> including a computer program code, the at least one memory and the computer program code configured to, with the at least one processor, cause the apparatus at least to: prepare a configuration and a random access update precondition for a user device with regard to a conditional handover, wherein the configuration indicates at least one handover candidate cell; transmit the configuration and the random access update precondition to the user device; receive a message from the user device, the message comprising information obtained by measurements carried out by the user device based on the configuration and indicating at least one beam of the at least one handover candidate cell and/or at least one handover candidate cell that caused the random access update precondition being fulfilled; transmit a message to the at least one handover candidate cell that caused the random access update precondition being fulfilled for that cell being a handover target cell and reserving random access resources for the user device, wherein the message comprises the information obtained by the measurements carried out by the user device and, if indicated by the user device, indicating the at least one beam; receive a message from the least one handover candidate cell being the handover target cell, the message indicating the reserved random access resources, and carry out a resource configuration based on the reserved random access resources and transmit information on the resource configuration, or forward the indication of the reserved random access resources to the user device for carrying out the conditional handover.

Yet another example of an apparatus comprises means (<NUM>, <NUM>) for preparing a configuration and a random access update precondition for a user device with regard to a conditional handover, wherein the configuration indicates at least one handover candidate cell; means (<NUM>, <NUM>, <NUM>) for transmitting the configuration and the random access update precondition to the user device; means (<NUM>, <NUM>, <NUM>) for receiving a message from the user device, the message comprising information obtained by measurements carried out by the user device based on the configuration and indicating at least one beam of the at least one handover candidate cell and/or at least one handover candidate cell that caused the random access update precondition being fulfilled; means (<NUM>, <NUM>, <NUM>) for transmitting a message to the at least one handover candidate cell that caused the random access update precondition being fulfilled for that cell being a handover target cell and reserving random access resources for the user device, wherein the message comprises the information obtained by the measurements carried out by the user device and, if indicated by the user device, indicating the at least one beam; means (<NUM>, <NUM>, <NUM>) for receiving a message from the least one handover candidate cell being the handover target cell, the message indicating the reserved random access resources, and means (<NUM>, <NUM>, <NUM>) for carrying out a resource configuration based on the reserved random access resources and transmit information on the resource configuration, or forwarding the indication of the reserved random access resources to the user device for carrying out the conditional handover.

An apparatus may in general include at least one processor, controller, unit, module or (electronic) circuitry designed for carrying out functions of embodiments described above operationally coupled to at least one memory unit (or service) and to typically various interfaces. A circuitry may refer to hardware-only circuit implementations, such as implementations in only analog and/or digital circuitry, combinations of circuits and software (and/or firmware), such as different kind of processors of portions of them, software and/or circuit components, such as a microprocessor(s) or a portion of a microprocessor(s). Further, the memory units may include volatile and/or non-volatile memory. The memory unit may store computer program code and/or operating systems, information, data, content or the like for the processor to perform operations according to embodiments described above in relation to <FIG>, <FIG> and/or <NUM>. Each of the memory units may be a random access memory, hard drive, etc. The memory units may be at least partly removable and/or detachably operationally coupled to the apparatus. The memory may be of any type suitable for the current technical environment and it may be implemented using any suitable data storage technology, such as semiconductor-based technology, flash memory, magnetic and/or optical memory devices. The memory may be fixed or removable.

The apparatus may be an electronic circuit or a system of electronic circuits performing a particular function in an electronic device with a computer program code. The electronic circuit may comprise at least one processor and additionally at least one internal or external memory. It should be understood that the term circuit/circuitry or electronic circuit may refer to all of the following: (a) hardware-only circuit implementations, such as implementations in only analog and/or digital circuitry, and (b) combinations of circuits and software (and/or firmware), such as (as applicable): (i) a combination of processor(s) or (ii) portions of processor(s)/software including digital signal processor(s), software, and memory(ies) that work together to cause an apparatus to perform various functions, and (c) circuits, such as a microprocessor(s) or a portion of a microprocessor(s), that require software or firmware for operation, even if the software or firmware is not physically present. This definition of circuit/circuitry applies to all uses of this term in this application.

The apparatus may be, include or be associated with at least one software application, module, unit or entity configured as arithmetic operation, or as a program (including an added or updated software routine), executed by at least one operation processor. Programs, also called program products or computer programs, including software routines, applets and macros, may be stored in any apparatus-readable data storage medium and they include program instructions to perform particular tasks. The data storage medium may be a non-transitory medium. The computer program or computer program product may also be downloaded to the apparatus. A computer program product may comprise one or more computer-executable components which, when the program is run, for example by one or more processors possibly also utilizing an internal or external memory, are configured to carry out any of the embodiments or combinations thereof described above by means of <FIG>, <FIG> and/or <NUM>. The one or more computer-executable components may be at least one software code or portions thereof. Computer programs may be coded by a programming language or a low-level programming language.

Modifications and configurations required for implementing functionality of an embodiment may be performed as routines, which may be implemented as added or updated software routines, application circuits (ASIC) and/or programmable circuits. Further, software routines may be downloaded into an apparatus. The apparatus, such as a node device, or a corresponding component, may be configured as a computer or a microprocessor, such as single-chip computer element, or as a chipset, including at least a memory for providing storage capacity used for arithmetic operation and an operation processor for executing the arithmetic operation.

Embodiments provide computer programs embodied on a distribution medium, comprising program instructions which, when loaded into electronic apparatuses, constitute the apparatuses as explained above. The distribution medium may be a non-transitory medium.

Embodiments provide computer programs comprising instructions which, when the program is executed by an apparatus, cause the apparatus to carry out embodiments described by means of <FIG> or <FIG> (and/or <NUM>).

The computer readable medium or computer readable storage medium may be a non-transitory medium.

The techniques described herein may be implemented by various means. For example, these techniques may be implemented in hardware (one or more devices), firmware (one or more devices), software (one or more modules), or combinations thereof. For a hardware implementation, the apparatus may be implemented within one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, micro-controllers, microprocessors, digitally enhanced circuits, other electronic units designed to perform the functions described herein, or a combination thereof. For firmware or software, the implementation may be carried out through modules of at least one chip set (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory unit and executed by processors. The memory unit may be implemented within the processor or externally to the processor. In the latter case it may be communicatively coupled to the processor via various means, as is known in the art. Additionally, the components of systems described herein may be rearranged and/or complimented by additional components in order to facilitate achieving the various aspects, etc., described with regard thereto, and they are not limited to the precise configurations set forth in the given figures, as will be appreciated by one skilled in the art.

Claim 1:
A user device comprising:
means (<NUM>, <NUM>, <NUM>) for receiving, from a serving access node, a random access update precondition relating to measurements to be fulfilled by the user device for carrying out a conditional handover to at least one handover candidate cell and a configuration with regard to the conditional handover, wherein the configuration indicates the at least one handover candidate cell;
means (<NUM>, <NUM>) for carrying out measurements according to the configuration, and,
if the random access update precondition is fulfilled,
means (<NUM>, <NUM>, <NUM>) for transmitting a message to the serving access node, the message comprising information obtained by the measurements and indicating at least one beam of the at least one handover candidate cell and/or the at least one handover candidate cell that caused the random access update precondition being fulfilled for obtaining a random access resource configuration for carrying out the conditional handover to the at least one handover candidate cell based on the obtained, from the serving access node, random access resource configuration.