Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, if a LTM cell switch from a source cell to a target cell is performed, a terminal device starts a timer for a reconfiguration with sync procedure. If the timer expires, the terminal device reverts back to a first configuration used in the source cell except for a RB configuration. In this way, LTM recovery may be supported in case of LTM failure.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

[0001] Embodiments of the present disclosure generally relate to the field of telecommunication, and in particular, to devices and methods of communication for layer 1 (L1)  / layer 2 (L2) triggered mobility (LTM) .BACKGROUND

[0002] LTM is a cell switch procedure (also referred to as LTM cell switch herein) in which a network device receives a L1 measurement report from a terminal device, and changes the terminal device’s serving cell by a cell switch command signaled via a medium access control (MAC) control element (CE) . To further reduce mobility latency, it is proposed recently to support conditional LTM in which a cell switch is not triggered by the MAC CE but by a condition fulfilled at the terminal device side. However, solutions of LTM cell switch are still incomplete and need to be further developed.SUMMARY

[0003] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for LTM cell switch.

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to: in accordance with a determination that a LTM cell switch from a source cell to a target cell is performed, start a timer for a reconfiguration with sync procedure; and in accordance with a determination that the timer expires, revert back to a first configuration used in the source cell except for a radio bearer (RB) configuration.

[0005] In a second aspect, there is provided a terminal device. The terminal device comprises a processor. The processor is configured to cause the terminal device to: receive, from a network device, a configuration of a time alignment timer associated with a candidate cell of a LTM cell switch; and in accordance with a determination that a timing advance (TA) command associated with the candidate cell is received, start the time alignment timer based on the configuration.

[0006] In a third aspect, there is provided a first network device. The first network device comprises a processor. The processor is configured to cause the first network device to: in accordance with a determination that a LTM cell switch is to be performed, transmit, to a second network device, a request for the LTM cell switch; receive, from the second network device, a third configuration of a candidate cell in a set of candidate cells of the second network device; transmit, to the second network device, a fourth configuration of a candidate cell in a further set of candidate cells of a third network device in a set of third network devices; and receive, from the second network device, an update of the third configuration.

[0007] In a fourth aspect, there is provided a central unit (CU) of a network device. The CU comprises a processor configured to cause the CU to: receive, from a first distributed unit (DU) of the network device, first information that a terminal device performs a LTM cell switch from a source cell to a target cell of the first DU; and transmit, to the first DU, a first indication of starting providing user data to the terminal device.

[0008] In a fifth aspect, there is provided a CU of a network device. The CU comprises a processor configured to cause the CU to: transmit, to a DU of the network device, a request for a LTM cell switch, the request comprising an indication that the LTM cell switch is triggered by a conditional evaluation; and receive, from the DU, a configuration comprising an execution condition associated with a candidate cell in a first set of candidate cells.

[0009] In a sixth aspect, there is provided a method of communication. The method comprises: in accordance with a determination that a LTM cell switch from a source cell to a target cell is performed, starting, at a terminal device, a timer for a reconfiguration with sync procedure; and in accordance with a determination that the timer expires, reverting back to a first configuration used in the source cell except for a RB configuration.

[0010] In a seventh aspect, there is provided a method of communication. The method comprises: receiving, at a terminal device and from a network device, a configuration of a time alignment timer associated with a candidate cell of a LTM cell switch; and in accordance with a determination that a TA command associated with the candidate cell is received, starting the time alignment timer based on the configuration.

[0011] In an eighth aspect, there is provided a method of communication. The method comprises: in accordance with a determination that a LTM cell switch is to be performed,  transmitting, at a first network device and to a second network device, a request for the LTM cell switch; receiving, from the second network device, a third configuration of a candidate cell in a set of candidate cells of the second network device; transmitting, to the second network device, a fourth configuration of a candidate cell in a further set of candidate cells of a third network device in a set of third network devices; and receiving, from the second network device, an update of the third configuration.

[0012] In a ninth aspect, there is provided a method of communication. The method comprises: receiving, at a CU of a network device and from a first DU of the network device, first information that a terminal device performs a LTM cell switch from a source cell to a target cell of the first DU; and transmitting, to the first DU, a first indication of starting providing user data to the terminal device.

[0013] In a tenth aspect, there is provided a method of communication. The method comprises: transmitting, at a CU of a network device and to a DU of the network device, a request for a LTM cell switch, the request comprising an indication that the LTM cell switch is triggered by a conditional evaluation; and receiving, from the DU, a configuration comprising an execution condition associated with a candidate cell in a first set of candidate cells.

[0014] In an eleventh aspect, there is provided a computer readable medium having instructions stored thereon. The instructions, when executed on at least one processor, cause the at least one processor to perform the method according to any of the sixth to tenth aspects of the present disclosure.

[0015] Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Through the more detailed description of some embodiments of the present disclosure in the accompanying drawings, the above and other objects, features and advantages of the present disclosure will become more apparent, wherein:

[0017] FIG. 1A illustrates an example communication network in which some embodiments of the present disclosure can be implemented;

[0018] FIG. 1B illustrates a schematic diagram illustrating network protocol layer entities that may be established for a user plane (UP) protocol stack at devices according to some  embodiments of the present disclosure;

[0019] FIG. 1C illustrates a schematic diagram illustrating network protocol layer entities that may be established for a control plane (CP) protocol stack at devices according to some embodiments of the present disclosure;

[0020] FIG. 2 illustrates a signaling chart illustrating an example process of communication for LTM cell switch according to embodiments of the present disclosure;

[0021] FIG. 3 illustrates a signaling chart illustrating another example process of communication for LTM cell switch according to embodiments of the present disclosure;

[0022] FIG. 4 illustrates a signaling chart illustrating another example process of communication for LTM cell switch according to embodiments of the present disclosure;

[0023] FIG. 5 illustrates a signaling chart illustrating another example process of communication for LTM cell switch according to embodiments of the present disclosure;

[0024] FIG. 6 illustrates a signaling chart illustrating another example process of communication for LTM cell switch according to embodiments of the present disclosure;

[0025] FIG. 7 illustrates a signaling chart illustrating another example process of communication for LTM cell switch according to embodiments of the present disclosure;

[0026] FIG. 8 illustrates a flowchart of an example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0027] FIG. 9 illustrates a flowchart of another example method of communication implemented at a terminal device in accordance with some embodiments of the present disclosure;

[0028] FIG. 10 illustrates a flowchart of an example method of communication implemented at a network device in accordance with some embodiments of the present disclosure;

[0029] FIG. 11 illustrates a flowchart of an example method of communication implemented at a CU in accordance with some embodiments of the present disclosure;

[0030] FIG. 12 illustrates a flowchart of another example method of communication implemented at a CU in accordance with some embodiments of the present disclosure; and

[0031] FIG. 13 illustrates a simplified block diagram of a device that is suitable for  implementing embodiments of the present disclosure.

[0032] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0033] Principle of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitations as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0034] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0035] As used herein, the term ‘terminal device’ refers to any device having wireless or wired communication capabilities. Examples of the terminal device include, but not limited to, user equipment (UE) , personal computers, desktops, mobile phones, cellular phones, smart phones, personal digital assistants (PDAs) , portable computers, tablets, wearable devices, Internet of things (IoT) devices, ultra-reliable and low latency communications (URLLC) devices, Internet of everything (IoE) devices, machine type communication (MTC) devices, device on vehicle for V2X communication where X means pedestrian, vehicle, or infrastructure / network, devices for integrated access and backhaul (IAB) , small data transmission (SDT) , mobility, multicast and broadcast services (MBS) , positioning, dynamic / flexible duplex in commercial networks, reduced capability (RedCap) , Space borne vehicles or air borne vehicles in non-terrestrial networks (NTN) including Satellites and high altitude platforms (HAPs) encompassing unmanned aircraft systems (UAS) , extended reality (XR) devices including different types of realities such as augmented reality (AR) , mixed reality (MR) and virtual reality (VR) , the unmanned aerial vehicle (UAV) commonly known as a drone which is an aircraft without any human pilot, devices on high speed train (HST) , or image capture devices such as digital cameras, sensors, gaming devices, music storage and playback appliances, or Internet appliances enabling wireless or wired Internet access and browsing and the like. The ‘terminal device’  can further has ‘multicast / broadcast’ feature, to support public safety and mission critical, V2X applications, transparent IPv4 / IPv6 multicast delivery, IPTV, smart TV, radio services, software delivery over wireless, group communications and IoT applications. It may also incorporate one or multiple subscriber identity module (SIM) as known as multi-SIM. The term ‘terminal device’ can be used interchangeably with a UE, a mobile station, a subscriber station, a mobile terminal, a user terminal or a wireless device.

[0036] The term ‘network device’ refers to a device which is capable of providing or hosting a cell or coverage where terminal devices can communicate. Examples of a network device include, but not limited to, a Node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a next generation NodeB (gNB) , a transmission reception point (TRP) , a remote radio unit (RRU) , a radio head (RH) , a remote radio head (RRH) , an IAB node, a low power node such as a femto node, a pico node, a reconfigurable intelligent surface (RIS) , Network-controlled Repeaters, and the like.

[0037] The terminal device or the network device may have artificial intelligence (AI) or machine learning capability. It generally includes a model which has been trained from numerous collected data for a specific function, and can be used to predict some information.

[0038] The terminal or the network device may work on several frequency ranges, e.g. FR1 (410 MHz to 7125 MHz) , FR2 (24.25GHz to 71GHz) , frequency band larger than 100GHz as well as Tera Hertz (THz) . It can further work on licensed / unlicensed / shared spectrum. The terminal device may have more than one connections with the network devices under MR-DC application scenario. The terminal device or the network device can work on full duplex, flexible duplex and cross division duplex modes.

[0039] The network device may have the function of network energy saving, self-organizing networks (SON)  / minimization of drive tests (MDT) . The terminal may have the function of power saving.

[0040] The embodiments of the present disclosure may be performed in test equipment, e.g. signal generator, signal analyzer, spectrum analyzer, network analyzer, test terminal device, test network device, channel emulator.

[0041] In one embodiment, the terminal device may be connected with a first network device and a second network device. One of the first network device and the second network device may be a master node and the other one may be a secondary node. The  first network device and the second network device may use different radio access technologies (RATs) . In one embodiment, the first network device may be a first RAT device and the second network device may be a second RAT device. In one embodiment, the first RAT device is eNB and the second RAT device is gNB. Information related with different RATs may be transmitted to the terminal device from at least one of the first network device or the second network device. In one embodiment, first information may be transmitted to the terminal device from the first network device and second information may be transmitted to the terminal device from the second network device directly or via the first network device. In one embodiment, information related with configuration for the terminal device configured by the second network device may be transmitted from the second network device via the first network device. Information related with reconfiguration for the terminal device configured by the second network device may be transmitted to the terminal device from the second network device directly or via the first network device.

[0042] As used herein, the singular forms ‘a’ , ‘an’ and ‘the’ are intended to include the plural forms as well, unless the context clearly indicates otherwise. The term ‘includes’ and its variants are to be read as open terms that mean ‘includes, but is not limited to. ’ The term ‘based on’ is to be read as ‘at least in part based on. ’ The term ‘one embodiment’ and ‘an embodiment’ are to be read as ‘at least one embodiment. ’ The term ‘another embodiment’ is to be read as ‘at least one other embodiment. ’ The terms ‘first, ’ ‘second, ’ and the like may refer to different or same objects. Other definitions, explicit and implicit, may be included below.

[0043] In some examples, values, procedures, or apparatus are referred to as ‘best, ’ ‘lowest, ’ ‘highest, ’ ‘minimum, ’ ‘maximum, ’ or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.

[0044] In the context of the present disclosure, the term ‘a cell switch’ may be interchangeably used with ‘reconfiguration with sync for secondary cell group (SCG) or master cell group (MCG) ’ or ‘a cell change’ . The term ‘primary secondary cell (PSCell) ’ refers to a special cell (SpCell) of a SCG, the term ‘PCell’ refers to a SpCell of a MCG, and the term ‘SpCell’ refers to a primary cell of a SCG or MCG. The term ‘secondary cell (SCell) ’ refers to a secondary cell. The term ‘lower-layer signaling’ may be  interchangeably used with ‘L1 / L2 signaling’ . The term ‘RRC reconfiguration’ may be interchangeably used with ‘RRC reconfiguration message’ . The term ‘candidate cell’ may be interchangeably used with ‘LTM candidate cell’ or ‘candidate cell allowing LTM’ . The term ‘target cell’ may be interchangeably used with ‘target candidate cell’ , ‘candidate target cell’ , or ‘LTM target candidate cell’ . The term ‘L1 measurement’ may be interchangeably used with ‘physical layer measurement’ .

[0045] Embodiments of the present disclosure provide solutions of communication for LTM cell switch. In one aspect, if a LTM cell switch from a source cell to a target cell is performed, a terminal device starts a timer for a reconfiguration with sync procedure. If the timer expires, the terminal device reverts back to a first configuration used in the source cell except for a RB configuration. In this way, LTM recovery may be supported in case of LTM failure.

[0046] In another aspect, a terminal device receives, from a network device, a configuration of a time alignment timer associated with a candidate cell of a LTM cell switch. If a TA command associated with the candidate cell is received, the terminal device starts the time alignment timer based on the configuration. In this way, a value of a time alignment timer for a LTM candidate cell may be obtained and random access channel (RACH) -less conditional LTM may be enhanced.

[0047] In another aspect, if LTM cell switch is to be performed, a first network device transmits, to a second network device, a request for the LTM cell switch. Upon reception of a third configuration of a candidate cell in a set of candidate cells of the second network device from the second network device, the first network device transmits, to the second network device, a fourth configuration of a candidate cell in a further set of candidate cells of a third network device in a set of third network devices. The first network device receives an update of the third configuration from the second network device. In this way, preparation of inter-CU LTM configuration may be completed.

[0048] In another aspect, a CU of the network device receives, from a first DU of the network device, first information that a terminal device performs a LTM cell switch from a source cell to a target cell of the first DU. The CU transmits, to the first DU, a first indication of starting providing user data to the terminal device. In this way, a source DU may be aware of leaving of a terminal device.

[0049] In another aspect, a CU of a network device transmits, to a DU of the network  device, a request for a LTM cell switch, and the request comprises an indication that the LTM cell switch is triggered by a conditional evaluation. The CU receives, from the DU, a configuration comprising an execution condition associated with a candidate cell in a first set of candidate cells. In this way, a DU may generate execution condition for conditional LTM.

[0050] Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0051] EXAMPLE OF COMMUNICATION NETWORK

[0052] FIG. 1A illustrates a schematic diagram of an example communication network 100A in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1A, the communication network 100A may include a terminal device 110 and network devices 120, 130 and 140. The network device 120 may provide one or more cells (cells 122-1 and 123-1 are shown) to serve one or more terminal devices. The network device 130 may also provide one or more cells (cells 131 and 132 are shown) to serve one or more terminal devices. The network device 140 may also provide one or more cells (a cell 141 is shown) to serve one or more terminal devices.

[0053] As shown in FIG. 1A, the network device 120 may comprise a CU 121 and DUs 122 and 123. The CU 121 may communicate with the DUs 122 and 123. It is to be understood that the two DUs 122 and 123 are shown only for illustration, and more or less DUs may also be provided for implementation of embodiments of the present disclosure.

[0054] As shown in FIG. 1A, the DU 122 provides the cell 122-1 and the DU 123 provides the cell 123-1. It is to be understood that this is merely an example, and any of the DUs 122 and 123 may provide more cells. The terminal device 110 may communicate with any of these cells. In this example, the terminal device 110 is located in the cell 123-1 and served by the network device 120.

[0055] As shown in FIG. 1A, the network device 130 may comprise a CU 131 and DUs 132 and 133. The CU 131 may communicate with the DUs 132 and 133. It is to be understood that the two DUs 132 and 133 are shown only for illustration, and more or less DUs may also be provided for implementation of embodiments of the present disclosure.

[0056] As shown in FIG. 1A, the DU 132 provides the cell 132-1 and the DU 133 provides the cell 133-1. It is to be understood that this is merely an example, and any of the DUs 132 and 133 may provide more cells. The terminal device 110 may communicate  with any of these cells. The CU 121 may communicate with the CU 131.

[0057] Although not shown, the network device 140 may comprise a CU and one or more DUs as described in connection with the network device 120 or 130. Alternatively, the network device 140 may not be implemented in a CU-DU architecture, and may be implemented in an integrated architecture as shown.

[0058] As shown in FIG. 1A, the communication network 100A may further include a core network (CN) 135. The terminal device 110 may communicate with the CN 135 via the network device 120 and / or the network device 130 and / or the network device 140. In this example, the terminal device 110 may communicate with the CU 121 via the DU 123 and the CU 121 may further communicate with the CN 135.

[0059] It is to be understood that the number of devices or cells or CUs or DUs in FIG. 1A is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 100A may include any suitable number of network devices and / or terminal devices and / or cells and / or CUs and / or DUs adapted for implementing implementations of the present disclosure.

[0060] The communications in the communication network 100A may conform to any suitable standards including, but not limited to, global system for mobile communications (GSM) , long term evolution (LTE) , LTE-evolution, LTE-advanced (LTE-A) , new radio (NR) , wideband code division multiple access (WCDMA) , code division multiple access (CDMA) , GSM EDGE radio access network (GERAN) , machine type communication (MTC) and the like. The embodiments of the present disclosure may be performed according to any generation communication protocols either currently known or to be developed in the future. Examples of the communication protocols include, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, 5.5G, 5G-advanced networks, or the sixth generation (6G) networks.

[0061] Communication in a direction from the terminal device 110 towards the network device 120 or 130 or 140 is referred to as uplink (UL) communication, while communication in a reverse direction from the network device 120 or 130 or 140 towards the terminal device 110 is referred to as downlink (DL) communication. The terminal device 110 may move amongst the cells of the network devices 120, 130 and 140 and possibly other network devices. In UL communication, the terminal device 110 may  transmit UL data and control information to the network device 120 or 130 or 140 via a UL channel. In DL communication, the network device 120 or 130 or 140 may transmit DL data and control information to the terminal device 110 via a DL channel.

[0062] The communications in the communication network 100A can be performed in accordance with UP and CP protocol stacks. Generally speaking, for a communication device (such as a terminal device or a network device) , there are a plurality of entities for a plurality of network protocol layers in a protocol stack, which can be configured to implement corresponding processing on data or signaling transmitted from the communication device and received by the communication device. FIG. 1B illustrates a schematic diagram 100B illustrating network protocol layer entities that may be established for UP protocol stack at devices according to some embodiments of the present disclosure. For convenience, the following description is given by taking the network device 120 as an example of a network device.

[0063] As shown in FIG. 1B, in the UP, each of the terminal device 110 and the network device 120 may comprise an entity for the L1 layer, i.e., an entity for a physical (PHY) layer (also referred to as a PHY entity) , and one or more entities for upper layers (L2 and layer 3 (L3) layers, or upper layers) including an entity for a MAC layer (also referred to as a MAC entity) , an entity for a radio link control (RLC) layer (also referred to as a RLC entity) , an entity for a packet data convergence protocol (PDCP) layer (also referred to as a PDCP entity) , and an entity for a service data application protocol (SDAP) layer (also referred to as a SDAP entity, which is established in 5G and higher-generation networks) .

[0064] FIG. 1C illustrates a schematic diagram 100C illustrating network protocol layer entities that may be established for CP protocol stack at devices according to some embodiments of the present disclosure. For convenience, the following description is given by taking the network device 120 as an example of a network device.

[0065] As shown in FIG. 1C, in the CP, each of the terminal device 110 and the network device 120 may comprise an entity for the L1 layer, i.e., an entity for a PHY layer (also referred to as a PHY entity) , and one or more entities for upper layers (L2 and L3 layers) including an entity for a MAC layer (also referred to as a MAC entity) , an entity for a RLC layer (also referred to as a RLC entity) , an entity for a PDCP layer (also referred to as a PDCP entity) , and an entity for an RRC layer (also referred to as an RRC entity) . The RRC layer may be also referred to as an access stratum (AS) layer, and thus the RRC entity  may be also referred to as an AS entity. As shown in FIG. 1C, the terminal device 110 may also comprise an entity for a non-access stratum (NAS) layer (also referred to as a NAS entity) . An NAS layer at the network side is not located in a network device and is located in CN.

[0066] In the context of the present disclosure, L1 refers to the PHY layer, L2 refers to the MAC or RLC or PDCP or SDAP layer, and L3 refers to the RRC layer. In the context of the present disclosure, L1 or L2 may also be collectively referred to as a lower-layer, and L3 may also be referred to as a higher-layer. Accordingly, L1 or L2 signaling may be also referred to as a lower-layer signaling, and L3 signaling may be also referred to as a higher-layer signaling.

[0067] Returning to FIG. 1A, a CU (e.g., the CU 121 or 131) may be responsible for accomplishing functionalities of RRC, SDAP and PDCP entities, and a DU (e.g., the DU 122 or 123 or 132 or 133) may be responsible for accomplishing functionalities of the RLC entity, the MAC entity and the PHY entity. In some embodiments, a CU and a DU may be implemented in separate devices. In some embodiments, a CU and a DU may be implemented in the same device. In some embodiments, different DUs may be implemented in separate devices. In some embodiments, different CUs are implemented in separate devices.

[0068] In the context of the present disclosure, a CU (also referred to as a gNB-CU herein) is a logic node hosting RRC, SDAP and PDCP protocols of a gNB or RRC and PDCP protocols of an en-gNB that controls operation of one or more DUs (also referred to as gNB-DUs herein) . The gNB-CU terminates a F1 interface connected with the gNB-DU. A DU is a logical node hosting RLC, MAC and PHY layers of the gNB or en-gNB, and its operation is partly controlled by gNB-CU. One gNB-DU supports one or multiple cells. One cell is supported by only one gNB-DU. The gNB-DU terminates a F1 interface connected with the gNB-CU.

[0069] Continuing to refer to FIG. 1A, in some embodiments, the terminal device 110 may be located within the coverage of the cell 123-1, and the terminal device 110 may communicate with the DU 123 of the network device 120 based on a network configuration. In this case, the cell 123-1 may be referred to as a serving cell of the terminal device 110. Other cells such as the cells 122-1, 132-1 and 133-1 may be referred to as candidate cells of the terminal device 110.

[0070] In some embodiments, the terminal device 110 may establish a dual connection (i.e., simultaneous connection) with the network device 120 and the network device 130. In some embodiments, the network device 120 may serve as a master node (MN) . In these embodiments, the terminal device 110 may communicate with the network device 120 via a set of serving cells. The set of serving cells form an MCG, and a primary cell in the MCG is called as PCell. In some scenarios, the PCell may be changed from the cell 123-1 to the cell 131. This is called as a handover (HO) . In some embodiments, the network device 120 may serve as a secondary node (SN) . In these embodiments, the set of serving cells provided by the network device 120 form an SCG, and a primary cell in the SCG is called as PSCell. In some scenarios, the PSCell may be changed from the cell 123-1 to the cell 131. This is called as a PSCell change.

[0071] In some scenarios, the network device 120 may receive a set of L1 measurement reports from the terminal device 110. Based on the set of L1 measurement reports, the network device 120 may change the terminal device 110’s serving cell by a cell switch command signaled via a MAC CE. The cell switch command may indicate an LTM candidate cell configuration that the network device 120 previously prepared and provided to the terminal device 110 through an RRC signaling. Then the terminal device 110 may switch to a target cell (e.g., the cells 122-1) according to the cell switch command. This procedure is called as an LTM cell switch procedure or a non-conditional LTM cell switch procedure or an LTM cell switch procedure triggered by a command.

[0072] In some scenarios, the terminal device 110 may perform L1 measurements on a set of configured LTM candidate target cells. If a condition is fulfilled at the terminal device 110, the terminal device 110 may execute a LTM cell switch to a target cell. In this case, the LTM cell switch execution is not triggered by a MAC CE, but a condition evaluation at the terminal device 110. This procedure is called as a conditional LTM cell switch procedure or an LTM cell switch procedure triggered by a condition evaluation.

[0073] In some scenarios, the terminal device 110 may skip a random access (RA) procedure during a conditional LTM cell switch procedure. These scenarios are called as random access channel (RACH) -less conditional LTM.

[0074] In some scenarios, the terminal device 110 may perform a LTM cell switch from the cell 123-1 to the cell 122-1 under the same CU. These scenarios are called as intra-CU LTM. In some scenarios, the terminal device 110 may perform a LTM cell switch from  the cell 123-1 to the cell 132-1 under a different CU. These scenarios are called as inter-CU LTM.

[0075] Embodiments of the present disclosure provide solutions of communication for LTM cell switch so as to enhance LTM in these scenarios. The solutions will be described with reference to FIGs. 2 to 7 below.

[0076] EXAMPLE IMPLEMENTATION OF LTM RECOVERY

[0077] Conventionally, upon a timer (e.g., T304) for a reconfiguration with sync procedure expires, a terminal device reverts back to a configuration used in a source PCell, including PDCP state variables. However, in case of LTM, since only intra-CU LTM without key update is supported, if the terminal device performs a subsequent LTM at the same cell to recover from a LTM failure, the same key may be used to cipher different packets using the same ‘COUNT’ value.

[0078] In view of this, embodiments of the present disclosure provide a solution of LTM cell switch. The solution will be described in connection with FIG. 2 below.

[0079] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication for LTM cell switch according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1A. The process 200 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1A. In this example, the network device 120 provides a serving cell (e.g., the cell 123-1) for the terminal device 110, and the network device 130 provides candidate cells for the terminal device 110. The serving cell may be SpCell, PCell or PSCell of the terminal device 110.

[0080] As shown in FIG. 2, the network device 120 may transmit 210 a LTM configuration to the terminal device 110. The LTM configuration may comprise a set of configurations associated with a set of LTM candidate cells.

[0081] Continuing to refer to FIG. 2, the terminal device 110 may determine 220 that a LTM cell switch from a source cell (e.g., the cell 123-1) to a target cell (e.g., the cell 132-1) is performed. In some embodiments, the LTM cell switch may be triggered by a LTM cell switch MAC CE command. In some embodiments, the LTM cell switch may be triggered by a conditional evaluation.

[0082] With reference to FIG. 2, the terminal device 110 may start 230 a timer for (e.g., T304)  for a reconfiguration with sync procedure. In some embodiments, upon reception of an indication from lower layer that an LTM cell switch procedure is triggered, the terminal device 110 may trigger LTM cell switch execution. During the LTM cell switch execution, the terminal device 110 may apply a RRC reconfiguration message associated with the target cell (also referred to as LTM target cell herein) and start the timer.

[0083] As shown in FIG. 2, upon the timer expires, the terminal device 110 may revert 240 back to a configuration (also referred to as a first configuration herein) used in the source cell (i.e., PCell) except for a RB configuration.

[0084] In some embodiments, upon the timer expires, the terminal device 110 may continue or maintain a set of PDCP status variables for a set of RBs (also referred to as a first set of RBs herein) . In some embodiments, the first set of RBs may comprise one or more RBs that are a part of the first configuration and a part of a configuration (also referred to as a second configuration herein, i.e., the current configuration) used in the target cell.

[0085] In some embodiments, for the first set of RBs, the terminal device 110 may revert back to parameters, RLC status variables and data stored in transmission and reception buffers in RLC entities, used in the source PCell, but continue or maintain the set of PDCP status variables.

[0086] In some embodiments, for a SRB in the first set of RBs, the terminal device 110 may discard data stored in a buffer of a PDCP entity. In some embodiments, the terminal device 110 may discard a stored set of PDCP service data units (SDUs) and a stored set of PDCP protocol data units (PDUs) . In some embodiments, the terminal device may discard all stored PDCP SDUs and PDCP PDUs of the SRB, e.g., by triggering the PDCP entity of the SRB to perform a SDU discard procedure.

[0087] In some embodiments, for a DRB in the first set of RBs, the terminal device 110 may maintain data stored in transmission and reception buffers in PDCP entity.

[0088] In some embodiments, upon the timer expires, the terminal device 110 may revert back to a further set of PDCP status variables in the first configuration for a further set of RBs (also referred to as a second set of RBs herein) . In some embodiments, the second set of RBs may comprise one or more RBs that are a part of the first configuration and are not a part of the second configuration.

[0089] In some embodiments, for the second set of RBs, the terminal device 110 may add the RBs, and revert back to parameters, PDCP status variables, RLC status variables, and data stored in transmission and reception buffers in PDCP and RLC entities.

[0090] In this way, an issue of reusing a key may be resolved, and PDCP status variables  may be continued but PDCP SDU discard for SRB may be performed. Thus, LTM recovery may be supported in case of LTM failure.

[0091] EXAMPLE IMPLEMENTATION OF TIME ALIGNMENT TIMER FOR LTM CANDIDATE CELL

[0092] Conventionally, to support RACH-less conditional LTM, a terminal device may receive a TA command associated with one LTM candidate cell. To ensure validity of the TA command, the terminal device needs to start a time alignment timer (TAT) . However, it is still unclear how to obtain a value of the time alignment timer.

[0093] In view of this, embodiments of the present disclosure provide a solution of LTM cell switch. The solution will be described in connection with FIG. 3 below.

[0094] FIG. 3 illustrates a signaling chart illustrating another example process 300 of communication for LTM cell switch according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1A. The process 300 may involve the terminal device 110 and the network device 120 as illustrated in FIG. 1A. In this example, the network device 120 provides a serving cell (e.g., the cell 123-1) for the terminal device 110, and the network device 130 provides candidate cells for the terminal device 110. The serving cell may be SpCell, PCell or PSCell of the terminal device 110.

[0095] As shown in FIG. 3, the network device 120 may transmit 310, to the terminal device 110, a configuration (also referred to as a TAT configuration herein) of a TAT associated with a candidate cell (i.e., LTM candidate cell) of a LTM cell switch. The TAT configuration may indicate a value of the TAT associated with the candidate cell.

[0096] In some embodiments, the network device 120 may transmit the TAT configuration in a configuration (i.e., LTM configuration) for the LTM cell switch. That is, the terminal device 110 may receive a RRC message including the LTM configuration, and the LTM configuration may further comprise the TAT configuration associated with one LTM candidate cell.

[0097] In some embodiments, the TAT configuration (e.g., a value of the TAT) may be included in a LTM candidate configuration (e.g., indicated by IE ‘LTM-Candidate’ ) associated with a LTM candidate cell. In some embodiments, the TAT configuration may be included in a random access resources configuration for an early UL synchronization procedure (e.g., indicated by IE ‘EarlyUL-SyncConfig’ ) , which is included in the LTM candidate configuration associated with the LTM candidate cell.

[0098] In some embodiments, the network device 120 may transmit the TAT configuration in system information. In some embodiments, the network device 120 may cause the TAT configuration to be included in system information block 1 (SIB1) , e.g., the TAT configuration may be indicated by information element (IE) ‘timeAlignmentTimerCommon’ . In other words, the terminal device 110 may receive TA command associated with a LTM candidate cell, and start TAT associated with the LTM candidate cell based on a time alignment timer configuration (timeAlignmentTimerCommon) included in SIB1.

[0099] Continuing to refer to FIG. 3, the terminal device 110 may receive 320 a TA command associated with the candidate cell from the network device 120. In some embodiments, the terminal device 110 may receive the TA command during execution of a RACH-less conditional LTM.

[0100] As shown in FIG. 3, upon reception of the TA command, the terminal device 110 may start 330 the TAT based on the TAT configuration.

[0101] In some embodiments, if the LTM configuration comprises the TAT configuration, the terminal device 110 may start the TAT associated with the candidate cell based on the TAT configuration included in the LTM configuration. In some embodiments, if the LTM configuration does not comprise the TAT configuration, the terminal device 110 may start the TAT associated with the candidate cell based on the TAT configuration (e.g., timeAlignmentTimerCommon) included in the system information (e.g., SIB1) .

[0102] In this way, a value of a time alignment timer for a LTM candidate cell may be obtained and RACH-less conditional LTM may be enhanced.

[0103] EXAMPLE IMPLEMENTATION OF PREPARATION OF INTER-CU LTM CONFIGURATION

[0104] For conventional inter-CU HO, there are only two messages defined to prepare a HO configuration in target gNB, i.e., a handover request message, and a handover request acknowledge message. This is because preparation of candidate cells is independent with each other. However, for inter-CU LTM, each of the candidate gNBs needs to be aware of information related to other candidate gNBs, e.g., channel status information (CSI) resource configuration, or transmission configuration indication (TCI) state information. Thus, the conventional scheme is insufficient for inter-CU LTM.

[0105] In view of this, embodiments of the present disclosure provide a solution of LTM cell switch. The solution will be described in connection with FIG. 4 below.

[0106] FIG. 4 illustrates a signaling chart illustrating another example process 400 of communication for LTM cell switch according to embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIG. 1A. The process 400 may involve the network devices 120, 130 and 140 as illustrated in FIG. 1A. In this example, the network device 120 provides a serving cell (e.g., the cell 123-1) for the terminal device 110, and the network devices 130 and 140 provide candidate cells for the terminal device 110. That is, the network device 120 serves as a source gNB, the network devices 130 and 140 serve as LTM candidate gNBs. The serving cell may be SpCell, PCell or PSCell of the terminal device 110.

[0107] As shown in FIG. 4, if a LTM cell switch is to be performed, the network device 120 may transmit 410, to the network device 130, a request for the LTM cell switch. The network device 120 may also transmit 410’ , to the network device 140, the request for the LTM cell switch.

[0108] In some embodiments, the network device 120 (i.e., source gNB) may transmit, to the LTM candidate gNBs (e.g., the network devices 130 and 140) , a message (e.g., XnAP message) comprising information of the LTM cell switch. In some embodiments, the message may include an indication of whether the LTM cell switch is a conditional LTM cell switch. In some embodiments, the message may be a HO request message. It is to be understood that any other suitable messages may also be feasible.

[0109] As shown in FIG. 4, upon reception of the request, the network device 130 may transmit 420, to the network device 120, a configuration (for convenience, also referred to as a third configuration herein) of a candidate cell in a set of candidate cells of the network device 130. Similarly, the network device 140 may transmit 420’ , to the network device 120, a configuration (i.e., the third configuration) of a candidate cell in a set of candidate cells of the network device 140.

[0110] In some embodiments, the network device 130 or 140 (i.e., LTM candidate gNB) may transmit a message (e.g., XnAP message) comprising a LTM configuration and early synchronization information. In some embodiments, the message may comprise a set of execution conditions associated with at least one LTM candidate cell. For example, the third configuration may comprise an execution condition associated with a candidate cell in a set of candidate cells of the network device 130 or the network device 140. In some embodiments, the message may be a HO request acknowledge message. It is to be  understood that any other suitable messages may also be feasible.

[0111] With reference to FIG. 4, based on the third configurations from the network devices 130 and 140, the network device 120 (i.e., source gNB) may transmit 430, to the network device 130 (i.e., one candidate gNB) , a configuration (for convenience, also referred to as a fourth configuration herein) of the candidate cell in the set of candidate cells of the network device 140 (i.e., other candidate gNB (s) ) . Similarly, the network device 120 may transmit 430’ , to the network device 140, a configuration (i.e., the fourth configuration) of the candidate cell in the set of candidate cells of the network device 130. It is to be understood that the network device 120 (i.e., source gNB) may transmit, to a candidate gNB (e.g., the network device 130 or 140) , the fourth configurations of candidate cells in multiple sets of candidate cells of multiple other candidate gNBs.

[0112] In some embodiments, the fourth configuration may comprise at least one of the following: a CSI resource configuration; information of a TCI state; a random access configuration for early synchronization; a reference configuration; or an identity (ID) of a configuration for the LTM cell switch associated with the candidate cell in the further set of candidate cells in other candidate gNB (s) .

[0113] In some embodiments, the network device 120 may transmit a message (e.g., XnAP message) comprising the fourth configuration. In some embodiments, the message may be a HO request message or any other suitable messages existing or to be developed in future.

[0114] With reference to FIG. 4, upon reception of the fourth configuration, the network device 130 may transmit 440, to the network device 120, an update of the third configuration of the network device 130. Similarly, the network device 140 may transmit 440’ , to the network device 120, an update of the third configuration of the network device 140.

[0115] In some embodiments, the network device 130 or 140 may transmit a message (e.g., XnAP message) comprising the update of the third configuration. In other words, the message may comprise updated LTM candidate configuration for the candidate cell associated with the candidate gNB. In some embodiments, the message may be a HO request acknowledge message or any other suitable messages existing or to be developed in future.

[0116] In this way, two additional messages may be introduced during the preparation of  inter-CU LTM configuration, and the preparation of inter-CU LTM configuration may be completed.

[0117] EXAMPLE IMPLEMENTATION OF INDICATION OF CONDITIONAL LTM EXECUTION

[0118] For a conditional LTM, triggering of a LTM cell switch from a source DU to a target DU is determined by a terminal device, i.e., execution condition (s) associated with a LTM target cell are fulfilled. However, the source DU is not aware of leaving of the terminal device.

[0119] In view of this, embodiments of the present disclosure provide a solution of LTM cell switch. In the solution, upon reception of information (also referred to as first information herein) of LTM cell switch from a DU of a network device, a CU of the network device transmits, to the DU, an indication of starting providing user data. More details will be described in connection with FIGs. 5 and 6 below.

[0120] FIG. 5 illustrates a signaling chart illustrating another example process 500 of communication for LTM cell switch according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIG. 1A. The process 500 may involve the terminal device 110, the CU 121 and the DUs 122 and 123 as illustrated in FIG. 1A. In this example, the DU 123 provides a serving or source cell (e.g., the cell 123-1) for the terminal device 110, and the DU 122 provide a LTM target cell (e.g., the cell 122-1) for the terminal device 110. The serving cell may be SpCell, PCell or PSCell of the terminal device 110. In this example, an example process in an intra-CU conditional LTM is described.

[0121] As shown in FIG. 5, the terminal device 110 may determine 510 that execution condition (s) associated with the LTM target cell are fulfilled. The terminal device 110 may perform 520 a LTM cell switch execution to the LTM target cell. In some embodiments, the LTM cell switch execution is a subsequent LTM. Accordingly, the DU 122 (i.e., target gNB-DU) may detect an access of the terminal device 110.

[0122] As shown in FIG. 5, upon detection of the access of the terminal device 110, the DU 122 may transmit 530, to the CU 121, the first information of the LTM cell switch execution. For example, the DU 122 may transmit, to the CU 121, an access success message indicating the first information. It is to be understood that any other suitable messages may also be feasible.

[0123] With reference to FIG. 5, upon reception of the first information, the CU 121 may  transmit 540, to the DU 122, an indication (for convenience, also referred to as a first indication herein) of starting providing user data to the terminal device 110. In some embodiments, the CU 121 may transmit the first indication by transmitting a UE context modification request message comprising a transmission action indicator set as ‘start’ . In some embodiments, the CU 121 may transmit the first indication by transmitting a UE context modification request message comprising a newly defined indicator.

[0124] As shown in FIG. 5, upon reception of the first indication, the DU 122 may transmit 550 a response to the CU 121 by transmitting a UE context modification response message.

[0125] Continuing to refer to FIG. 5, the CU 121 may transmit 560, to the DU 123 (i.e., source gNB-DU or the last serving gNB-DU) , an indication (for convenience, also referred to as a second indication herein) of stopping providing the user data to the terminal device 110 to switch to a prepared state. In some embodiments, the CU 121 may transmit the second indication by transmitting a UE context modification request message comprising a transmission action indicator set as ‘stop’ . In some embodiments, the CU 121 may transmit the second indication by transmitting a UE context modification request message comprising a newly defined indicator. It is to be understood that any other suitable messages may also be feasible.

[0126] As shown in FIG. 5, upon reception of the second indication, the DU 123 may consider 570 that the terminal device 110 has been moved to another candidate DU due to intra-DU LTM execution and may stop data transmission to the terminal device 110. As shown in FIG. 5, the DU 123 may transmit 580 a response to the CU 121 by transmitting a UE context modification response message. It is to be understood that any other suitable messages may also be feasible.

[0127] In this way, a source DU may be aware of leaving of a terminal device during intra-CU conditional LTM.

[0128] FIG. 6 illustrates a signaling chart illustrating another example process 600 of communication for LTM cell switch according to embodiments of the present disclosure. For the purpose of discussion, the process 600 will be described with reference to FIG. 1A. The process 600 may involve the terminal device 110, the CUs 121 and 131, and the DUs 123 and 132 as illustrated in FIG. 1A. In this example, the DU 123 provides a serving or source cell (e.g., the cell 123-1) for the terminal device 110, and the DU 132 provide a LTM  target cell (e.g., the cell 132-1) for the terminal device 110. The serving cell may be SpCell, PCell or PSCell of the terminal device 110. In this example, an example process in an inter-CU conditional LTM is described.

[0129] As shown in FIG. 6, the terminal device 110 may determine 610 that execution condition (s) associated with the LTM target cell are fulfilled. The terminal device 110 may perform 620 a LTM cell switch execution to the LTM target cell. In some embodiments, the LTM cell switch execution is a subsequent LTM. Accordingly, the DU 132 (i.e., target gNB-DU) may detect an access of the terminal device 110.

[0130] As shown in FIG. 6, upon detection of the access of the terminal device 110, the DU 132 may transmit 630, to the CU 131, the first information of the LTM cell switch execution. For example, the DU 132 may transmit, to the CU 131, an access success message indicating the first information. It is to be understood that any other suitable messages may also be feasible.

[0131] With reference to FIG. 6, upon reception of the first information, the CU 131 may transmit 640 an indication (for convenience, also referred to as a first indication herein) of starting providing user data to the terminal device 110. In some embodiments, the CU 131 may transmit the first indication by transmitting a UE context modification request message comprising a transmission action indicator set as ‘start’ . In some embodiments, the CU 131 may transmit the first indication by transmitting a UE context modification request message comprising a newly defined indicator.

[0132] As shown in FIG. 6, upon reception of the first indication, the DU 132 may transmit 650 a response to the CU 131 by transmitting a UE context modification response message.

[0133] Continuing to refer to FIG. 6, the CU 131 may transmit 660, to the CU 121, information (for convenience, also referred to as second information herein) that the terminal device 110 is handed over from the source cell to the target cell. In some embodiments, the CU 131 may transmit, to the CU 121, a handover success message indicating the second information.

[0134] With reference to FIG. 6, upon reception of the second information, the CU 121 may transmit 670, to the DU 123 (i.e., source gNB-DU or the last serving gNB-DU) , an indication (for convenience, also referred to as a second indication herein) of stopping providing the user data to the terminal device 110 to switch to a prepared state. In some  embodiments, the CU 121 may transmit the second indication by transmitting a UE context modification request message comprising a transmission action indicator set as ‘stop’ . In some embodiments, the CU 121 may transmit the second indication by transmitting a UE context modification request message comprising a newly defined indicator. It is to be understood that any other suitable messages may also be feasible.

[0135] As shown in FIG. 6, upon reception of the second indication, the DU 123 may consider 680 that the terminal device 110 has been moved to another candidate DU due to inter-DU LTM execution and may stop data transmission to the terminal device 110. As shown in FIG. 6, the DU 123 may transmit 690 a response to the CU 121 by transmitting a UE context modification response message. It is to be understood that any other suitable messages may also be feasible.

[0136] In this way, a source DU may be aware of leaving of a terminal device during inter-CU conditional LTM.

[0137] EXAMPLE IMPLEMENTATION OF GENERATION OF EXECUTION CONDITION

[0138] In L3 conditional mobility, an execution condition is generated by gNB-CU. However, for conditional LTM, it is still unclear how to generate the execution condition.

[0139] In view of this, embodiments of the present disclosure provide a solution of LTM cell switch. The solution will be described in connection with FIG. 7 below.

[0140] FIG. 7 illustrates a signaling chart illustrating another example process 700 of communication for LTM cell switch according to embodiments of the present disclosure. For the purpose of discussion, the process 700 will be described with reference to FIG. 1A. The process 700 may involve the CU 121 and the DU 123 as illustrated in FIG. 1A. In this example, the DU 123 provides a serving cell (e.g., the cell 123-1) for the terminal device 110. The serving cell may be SpCell, PCell or PSCell of the terminal device 110. It is assumed that the CU 121 decides to perform a conditional LTM.

[0141] As shown in FIG. 7, the CU 121 may transmit 710, to the DU 123, a request for a LTM cell switch. In some embodiments, the CU 121 may transmit the request in a first message, e.g., a F1AP message such as a UE context setup request message, or a UE context modification request message. It is to be understood that any other suitable messages may also be feasible.

[0142] In some embodiments, the request may comprise information of the conditional  LTM. In some embodiments, the request may comprise an indication that the LTM cell switch is triggered by a conditional evaluation. In other words, the indication may indicate that the request is for conditional LTM.

[0143] In some embodiments, the request may comprise information of a set of candidate cells (for convenience, also referred to as a second set of candidate cells herein) . For example, the request may comprise a list of candidate cells (SpCells) for conditional LTM or subsequent conditional LTM.

[0144] In some embodiments, the request may comprise information of a set of measurement results associated with the second set of candidate cells. In some embodiments, the request may comprise information of a measurement result associated with a serving cell. In some embodiments, the request may comprise information of a measurement result associated with a requested candidate cell (SpCell ID IE of which is also included in the request) . For example, the measurement result (s) may be L3 measurement result (s) .

[0145] It is to be understood that any combinations of the above information or any other suitable information may be included in the request.

[0146] With reference to FIG. 7, the DU 123 may transmit 720, to the CU 121, a configuration comprising an execution condition associated with a candidate cell in another set of candidate cells (for convenience, also referred to as a first set of candidate cells herein) . In some embodiments, the DU 123 may transmit the configuration in a second message, e.g., a F1AP message such as a UE context setup response message, or a UE context modification response message. It is to be understood that any other suitable messages may also be feasible.

[0147] Upon reception of the request comprising the information of conditional LTM, the DU 123 may consider that the request concerns conditional LTM, determine execution condition (s) associated with the requested candidate cell or the first set of candidate cells, and include the execution condition (s) associated with the requested candidate cell or the first set of candidate cells in a message (e.g., F1AP message) sent from the DU 123 to the CU 121.

[0148] In some embodiments, an execution condition associated with the requested candidate cell is an execution condition that needs to be fulfilled in order to trigger the execution of a conditional LTM to the requested candidate cell.

[0149] In some embodiments, an execution condition associated with a candidate cell in the first set of candidate cells is an execution condition that needs to be fulfilled in order to trigger execution of the conditional LTM from the serving cell or requested candidate cell to a candidate cell in the first set of candidate cells.

[0150] In some embodiments, an execution condition associated with the requested candidate cell or a candidate cell in the first set of candidate cells may be included in IE ‘CellGroupConfig’ for the serving cell or request candidate cell in the second message.

[0151] In some embodiments, the first set of candidate cells may be the same as the second set of candidate cells. In some embodiments, the first set of candidate cells may be a subset of the second set of candidate cells.

[0152] In some embodiments, the configuration may further comprise a value of a TAT associated with the requested candidate cell. In some embodiments, the second message may include a configuration of the TAT associated with the request candidate cell.

[0153] In this way, an execution condition for conditional LTM may be generated by DU.

[0154] It is to be understood that operations of the processes 200 to 700 may be carried out separately or in any suitable combinations.

[0155] EXAMPLE IMPLEMENTATION OF METHODS

[0156] Accordingly, embodiments of the present disclosure provide methods of communication implemented at a terminal device, a network device and a CU. These methods will be described below with reference to FIGs. 8 to 12.

[0157] FIG. 8 illustrates a flowchart of an example method 800 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 800 may be performed at the terminal device 110 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 800 will be described with reference to FIG. 1A. It is to be understood that the method 800 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0158] At block 810, the terminal device 110 may determine a LTM cell switch from a source cell to a target cell is performed.

[0159] At block 820, the terminal device 110 may start a timer for a reconfiguration with sync procedure.

[0160] At block 830, the terminal device 110 may determine that the timer expires.

[0161] At block 840, the terminal device 110 may revert back to a first configuration used in the source cell except for a RB configuration.

[0162] In some embodiments, if the timer expires, the terminal device 110 may maintain a set of PDCP status variables for a first set of RBs; and revert back to a further set of PDCP status variables in the first configuration for a second set of RBs.

[0163] In some embodiments, the first set of RBs may comprise one or more RBs that are a part of the first configuration and a part of a second configuration used in the target cell. In some embodiments, the second set of RBs may comprise one or more RBs that are a part of the first configuration and are not a part of the second configuration.

[0164] In some embodiments, the terminal device 110 may maintain the set of PDCP status variables by: discarding data stored in a buffer of a PDCP entity for a SRB in the first set of RBs. In some embodiments, the terminal device 110 may discard the data by: discarding a stored set of PDCP SDUs and a stored set of PDCP PDUs.

[0165] In some embodiments, the terminal device 110 may discard the stored set of PDCP SDUs and the stored set of PDCP PDUs by: triggering the PDCP entity of the SRB to perform a SDU discard procedure.

[0166] With the method 800, LTM recovery may be supported in case of LTM failure.

[0167] FIG. 9 illustrates a flowchart of another example method 900 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 900 may be performed at the terminal device 110 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 900 will be described with reference to FIG. 1A. It is to be understood that the method 900 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0168] At block 910, the terminal device 110 may receive, from the network device 120, a configuration of a time alignment timer associated with a candidate cell of a LTM cell switch.

[0169] In some embodiments, the terminal device 110 may receive the configuration of the timer alignment timer in a configuration for the LTM cell switch. In some embodiments, the terminal device 110 may receive the configuration of the timer alignment  timer in system information. In some embodiments, the terminal device 110 may receive the configuration of the timer alignment timer in both the configuration for the LTM cell switch and the system information.

[0170] At block 920, the terminal device 110 may determine that a TA command associated with the candidate cell is received.

[0171] At block 930, the terminal device 110 may start the time alignment timer based on the configuration.

[0172] In some embodiments, if the configuration for the LTM cell switch comprises the configuration of the timer alignment timer, the terminal device 110 may start the time alignment timer based on the configuration of the timer alignment timer in the configuration for the LTM cell switch. In some embodiments, if the configuration for the LTM cell switch does not comprise the configuration of the timer alignment timer, the terminal device 110 may start the time alignment timer based on the configuration of the timer alignment timer in the system information.

[0173] With the method 900, a value of a time alignment timer for a LTM candidate cell may be obtained and RACH-less conditional LTM may be enhanced.

[0174] FIG. 10 illustrates a flowchart of an example method 1000 of communication implemented at a first network device (source gNB) in accordance with some embodiments of the present disclosure. For example, the method 1000 may be performed at the network device 120 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 1000 will be described with reference to FIG. 1A. It is to be understood that the method 1000 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0175] At block 1010, upon determination that a LTM cell switch is to be performed, a first network device (e.g., the network device 120) may transmit, to a second network device (candidate gNB, e.g., the network device 130) , a request for the LTM cell switch.

[0176] At block 1020, the network device 120 may receive, from the network device 130, a third configuration of a candidate cell in a set of candidate cells of the network device 130. In some embodiments, the third configuration may comprise an execution condition associated with the candidate cell in the set of candidate cells of the network device 130.

[0177] At block 1030, the network device 120 may transmit, to the network device 130, a  fourth configuration of a candidate cell in a further set of candidate cells of a third network device (another candidate gNB, e.g., the network device 140) in a set of third network devices.

[0178] In some embodiments, the fourth configuration may comprise at least one of the following: information of a TCI state; a random access configuration for early synchronization; a reference configuration; or an identity of a configuration for the LTM cell switch, the configuration for the LTM cell switch being associated with the candidate cell in the further set of candidate cells.

[0179] At block 1040, the network device 120 may receive, from the network device 130, an update of the third configuration.

[0180] With the method 1000, preparation of inter-CU LTM configuration may be completed.

[0181] FIG. 11 illustrates a flowchart of an example method 1100 of communication implemented at a CU in accordance with some embodiments of the present disclosure. For example, the method 1100 may be performed at the CU 121 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 1100 will be described with reference to FIG. 1A. It is to be understood that the method 1100 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0182] At block 1110, a CU (e.g., the CU 121) of a network device may receive, from a first DU (e.g., the DU 123) , first information that a terminal device performs a LTM cell switch from a source cell to a target cell of the first DU.

[0183] At block 1120, the CU 121 may transmit, to the first DU, a first indication of starting providing user data to the terminal device.

[0184] In some embodiments, the source cell may be provided by a second DU (e.g., the DU 122) of the network device. In these embodiments, the CU 121 may transmit, to the DU 122, a second indication of stopping providing the user data to the terminal device.

[0185] In some embodiments, the source cell may be provided by a third DU (e.g., the DU 132) of a further network device. In these embodiments, the CU 121 may transmit, to a CU (e.g., the CU 131) of the further network device, second information that the terminal device is handed over from the source cell to the target cell. The CU 131 may transmit, to  the DU 132, a third indication of stopping providing the user data to the terminal device.

[0186] With the method 1100, a source DU may be aware of leaving of a terminal device.

[0187] FIG. 12 illustrates a flowchart of another example method 1200 of communication implemented at a CU in accordance with some embodiments of the present disclosure. For example, the method 1200 may be performed at the CU 121 as shown in FIG. 1A. For the purpose of discussion, in the following, the method 1200 will be described with reference to FIG. 1A. It is to be understood that the method 1200 may include additional blocks not shown and / or may omit some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0188] At block 1210, a CU (e.g., the CU 121) of a network device may transmit, to a DU (e.g., the DU 123) of the network device, a request for a LTM cell switch. In some embodiments, the request may comprise an indication that the LTM cell switch is triggered by a conditional evaluation.

[0189] In some embodiments, the request may further comprise at least one of the following: information of a second set of candidate cells; information of a set of measurement results associated with the second set of candidate cells; or information of a measurement result associated with a serving cell.

[0190] At block 1220, the CU 121 may receive, from the DU 123, a configuration comprising an execution condition associated with a candidate cell in a first set of candidate cells. In some embodiments, the configuration may further comprise a value of a time alignment timer associated with the candidate cell.

[0191] With the method 1200, a DU may generate execution condition for conditional LTM.

[0192] It is to be understood that the operations of methods 800 to 1200 correspond to that described in connection with FIGs. 2 to 7, and thus other details are not repeated here for conciseness.

[0193] EXAMPLE IMPLEMENTATION OF DEVICES

[0194] FIG. 13 is a simplified block diagram of a device 1300 that is suitable for implementing embodiments of the present disclosure. The device 1300 can be considered as a further example implementation of the terminal device 110, or the network device 120 or 130 or 140, or the CU 121 or 131, or the DU 122 or 123 or 132 or 133 as shown in FIG.  1A. Accordingly, the device 800 can be implemented at or as at least a part of the terminal device 110, or the network device 120 or 130 or 140, or the CU 121 or 131, or the DU 122 or 123 or 132 or 133.

[0195] As shown, the device 1300 includes a processor 1310, a memory 1320 coupled to the processor 1310, a suitable transceiver 1340 coupled to the processor 1310, and a communication interface coupled to the transceiver 1340. The memory 1310 stores at least a part of a program 1330. The transceiver 1340 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1340 may include at least one of a transmitter 1342 or a receiver 1344. The transmitter 1342 and the receiver 1344 may be functional modules or physical entities. The transceiver 1340 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this application may have several ones. The communication interface may represent any interface that is necessary for communication with other network elements, such as X2 / Xn interface for bidirectional communications between eNBs / gNBs, S1 / NG interface for communication between a Mobility Management Entity (MME)  / Access and Mobility Management Function (AMF)  / SGW / UPF and the eNB / gNB, Un interface for communication between the eNB / gNB and a relay node (RN) , or Uu interface for communication between the eNB / gNB and a terminal device.

[0196] The program 1330 is assumed to include program instructions that, when executed by the associated processor 1310, enable the device 1300 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1A to 12. The embodiments herein may be implemented by computer software executable by the processor 1310 of the device 1300, or by hardware, or by a combination of software and hardware. The processor 1310 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1310 and memory 1320 may form processing means 1350 adapted to implement various embodiments of the present disclosure.

[0197] The memory 1320 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 1320 is shown in the device 1300, there may be several physically distinct memory modules in the device  1300. The processor 1310 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 1300 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0198] In some embodiments, a terminal device comprises a circuitry configured to: in accordance with a determination that a LTM cell switch from a source cell to a target cell is performed, start a timer for a reconfiguration with sync procedure; and in accordance with a determination that the timer expires, revert back to a first configuration used in the source cell except for a RB configuration.

[0199] In some embodiments, a terminal device comprises a circuitry configured to: receive, from a network device, a configuration of a time alignment timer associated with a candidate cell of a LTM cell switch; and in accordance with a determination that a TA command associated with the candidate cell is received, start the time alignment timer based on the configuration.

[0200] In some embodiments, a first network device comprises a circuitry configured to: in accordance with a determination that a LTM cell switch is to be performed, transmit, to a second network device, a request for the LTM cell switch; receive, from the second network device, a third configuration of a candidate cell in a set of candidate cells of the second network device; transmit, to the second network device, a fourth configuration of a candidate cell in a further set of candidate cells of a third network device in a set of third network devices; and receive, from the second network device, an update of the third configuration.

[0201] In some embodiments, a CU of a network device comprises a circuitry configured to: receive, from a first DU of the network device, first information that a terminal device performs a LTM cell switch from a source cell to a target cell of the first DU; and transmit, to the first DU, a first indication of starting providing user data to the terminal device.

[0202] In some embodiments, a CU of a network device comprises a circuitry configured to: transmit, to a DU of the network device, a request for a LTM cell switch, the request comprising an indication that the LTM cell switch is triggered by a conditional evaluation; and receive, from the DU, a configuration comprising an execution condition associated  with a candidate cell in a first set of candidate cells.

[0203] The term ‘circuitry’ used herein may refer to hardware circuits and / or combinations of hardware circuits and software. For example, the circuitry may be a combination of analog and / or digital hardware circuits with software / firmware. As a further example, the circuitry may be any portions of hardware processors with software including digital signal processor (s) , software, and memory (ies) that work together to cause an apparatus, such as a terminal device or a network device, to perform various functions. In a still further example, the circuitry may be hardware circuits and or processors, such as a microprocessor or a portion of a microprocessor, that requires software / firmware for operation, but the software may not be present when it is not needed for operation. As used herein, the term circuitry also covers an implementation of merely a hardware circuit or processor (s) or a portion of a hardware circuit or processor (s) and its (or their) accompanying software and / or firmware.

[0204] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0205] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGs. 1A to 12. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed  device, program modules may be located in both local and remote storage media.

[0206] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0207] The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include 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) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

[0208] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0209] Although the present disclosure has been described in language specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device, comprising:a processor configured to cause the terminal device to:in accordance with a determination that a layer 1 or layer 2 triggered mobility (LTM) cell switch from a source cell to a target cell is performed, start a timer for a reconfiguration with sync procedure; andin accordance with a determination that the timer expires, revert back to a first configuration used in the source cell except for a radio bearer (RB) configuration.2.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the timer expires,maintain a set of packet data convergence protocol (PDCP) status variables for a first set of RBs; andrevert back to a further set of PDCP status variables in the first configuration for a second set of RBs.3.The terminal device of claim 2, wherein the terminal device is caused to maintain the set of PDCP status variables by:discarding data stored in a buffer of a PDCP entity for a signaling radio bearer (SRB) in the first set of RBs.4.The terminal device of claim 3, wherein the terminal device is caused to discard the data by:discarding a stored set of PDCP service data units (SDUs) and a stored set of PDCP protocol data units (PDUs) .5.The terminal device of claim 4, wherein the terminal device is caused to discard the stored set of PDCP SDUs and the stored set of PDCP PDUs by:triggering the PDCP entity of the SRB to perform a SDU discard procedure.6.The terminal device of claim 2, wherein the first set of RBs comprises one or more RBs that are a part of the first configuration and a part of a second configuration used in the target cell, andwherein the second set of RBs comprises one or more RBs that are a part of the first configuration and are not a part of the second configuration.7.A terminal device, comprising:a processor configured to cause the terminal device to:receive, from a network device, a configuration of a time alignment timer associated with a candidate cell of a layer 1 or layer 2 triggered mobility (LTM) cell switch; andin accordance with a determination that a timing advance (TA) command associated with the candidate cell is received, start the time alignment timer based on the configuration.8.The terminal device of claim 7, wherein the terminal device is caused to receive the configuration by at least one of the following:receiving the configuration of the timer alignment timer in a configuration for the LTM cell switch; orreceiving the configuration of the timer alignment timer in system information.9.The terminal device of claim 8, wherein the terminal device is caused to start the time alignment timer by:in accordance with a determination that the configuration for the LTM cell switch comprises the configuration of the timer alignment timer, starting the time alignment timer based on the configuration of the timer alignment timer in the configuration for the LTM cell switch; andin accordance with a determination that the configuration for the LTM cell switch does not comprise the configuration of the timer alignment timer, starting the time alignment timer based on the configuration of the timer alignment timer in the system information.10.A first network device, comprising:a processor configured to cause the first network device to:in accordance with a determination that a layer 1 or layer 2 triggered mobility (LTM) cell switch is to be performed, transmit, to a second network device, a request for the LTM cell switch;receive, from the second network device, a third configuration of a candidate cell in a set of candidate cells of the second network device;transmit, to the second network device, a fourth configuration of a candidate cell in a further set of candidate cells of a third network device in a set of third network devices; andreceive, from the second network device, an update of the third configuration.11.The first network device of claim 10, wherein the third configuration comprises an execution condition associated with the candidate cell in the set of candidate cells of the second network device.12.The first network device of claim 10, wherein the fourth configuration comprises at least one of the following:information of a transmission configuration indication (TCI) state;a random access configuration for early synchronization;a reference configuration; oran identity of a configuration for the LTM cell switch, the configuration for the LTM cell switch being associated with the candidate cell in the further set of candidate cells.13.A central unit (CU) of a network device, comprising:a processor configured to cause the CU to:receive, from a first distributed unit (DU) of the network device, first information that a terminal device performs a layer 1 or layer 2 triggered mobility (LTM) cell switch from a source cell to a target cell of the first DU; andtransmit, to the first DU, a first indication of starting providing user data to the terminal device.14.The CU of claim 13, wherein the source cell is provided by a second DU of the network device, and the CU is further caused to:transmit, to the second DU, a second indication of stopping providing the user data to the terminal device.15.The CU of claim 13, wherein the source cell is provided by a third DU of a further network device, and the CU is further caused to:transmit, to a CU of the further network device, second information that the terminal device is handed over from the source cell to the target cell, for the CU of the further network device to transmit, to the third DU, a third indication of stopping providing the user data to the terminal device.16.A central unit (CU) of a network device, comprising:a processor configured to cause the CU to:transmit, to a distributed unit (DU) of the network device, a request for a layer 1 or layer 2 triggered mobility (LTM) cell switch, the request comprising an indication that the LTM cell switch is triggered by a conditional evaluation; andreceive, from the DU, a configuration comprising an execution condition associated with a candidate cell in a first set of candidate cells.17.The CU of claim 16, wherein the request further comprises at least one of the following:information of a second set of candidate cells;information of a set of measurement results associated with the second set of candidate cells; orinformation of a measurement result associated with a serving cell.18.The CU of claim 16, wherein the configuration further comprises a value of a time alignment timer associated with the candidate cell.19.A method of communication, comprising:in accordance with a determination that a layer 1 or layer 2 triggered mobility (LTM) cell switch from a source cell to a target cell is performed, starting, at a terminal device, a timer for a reconfiguration with sync procedure; andin accordance with a determination that the timer expires, reverting back to a first configuration used in the source cell except for a radio bearer (RB) configuration.20.A method of communication, comprising:receiving, at a terminal device and from a network device, a configuration of a time alignment timer associated with a candidate cell of a layer 1 or layer 2 triggered mobility (LTM) cell switch; andin accordance with a determination that a timing advance (TA) command associated with the candidate cell is received, starting the time alignment timer based on the configuration.21.A method of communication, comprising:in accordance with a determination that a layer 1 or layer 2 triggered mobility (LTM) cell switch is to be performed, transmitting, at a first network device and to a second network device, a request for the LTM cell switch;receiving, from the second network device, a third configuration of a candidate cell in a set of candidate cells of the second network device;transmitting, to the second network device, a fourth configuration of a candidate cell in a further set of candidate cells of a third network device in a set of third network devices; andreceiving, from the second network device, an update of the third configuration.22.A method of communication, comprising:receiving, at a central unit (CU) of a network device and from a first distributed unit (DU) of the network device, first information that a terminal device performs a layer 1 or layer 2 triggered mobility (LTM) cell switch from a source cell to a target cell of the first DU; andtransmitting, to the first DU, a first indication of starting providing user data to the terminal device.23.A method of communication, comprising:transmitting, at a central unit (CU) of a network device and to a distributed unit (DU) of the network device, a request for a layer 1 or layer 2 triggered mobility (LTM) cell switch, the request comprising an indication that the LTM cell switch is triggered by a conditional evaluation; andreceiving, from the DU, a configuration comprising an execution condition associated with a candidate cell in a first set of candidate cells.

Images