Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, a terminal device may perform a first set of operations during an execution of a subsequent CPAC or a LTM cell switch associated with a SCG, and perform a second set of operations during an execution of a LTM cell switch associated with a MCG. The first set of operations may comprise at least one of the following: if at least one SCG RLC entity associated with a first DRB that is associated with a master key presents, performing a first operation of L2 handling, or if a SCG RLC entity associated with a direct SRB between a MN and the terminal device presents, performing a second operation of L2 handling. The second set of operations may comprise performing a third operation of L2 handling if at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents. In this way, L2 reset for subsequent CPAC and LTM may be performed properly.

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 mobility procedures.BACKGROUND

[0002] To reduce mobility latency, mobility procedures such as a layer 1 or layer 2 triggered mobility (LTM) cell switch and a subsequent conditional primary secondary cell (PSCell) addition or change (CPAC) have been proposed. In addition, a random access channel (RACH) -less operation (i.e., skipping a random access (RA) procedure) may be considered in the mobility procedures. However, implementation of these mobility procedures is still incomplete and needs to be further developed.SUMMARY

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

[0004] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: perform a first set of operations during an execution of a subsequent CPAC or a LTM cell switch associated with a secondary cell group (SCG) , the first set of operations comprising at least one of the following: in accordance with a determination that at least one SCG radio link control (RLC) entity associated with a first data radio bearer (DRB) that is associated with a master key presents, performing a first operation of layer 2 (L2) handling, or in accordance with a determination that a SCG RLC entity associated with a direct signaling radio bearer (SRB) between a master node (MN) and the terminal device presents, performing a second operation of L2 handling; or perform a second set of operations during an execution of a LTM cell switch associated with a master cell group (MCG) , the second set of operations comprising: in accordance with a determination that at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents, performing a third operation of L2 handling.

[0005] In a second aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: perform a third set of operations during an execution of a subsequent CPAC or a LTM cell switch to a target cell, the third set of operations comprising: applying a radio resource control (RRC) reconfiguration associated with the target cell, and submitting, after a packet data convergence protocol (PDCP) reset procedure for a PDCP entity of a SRB, a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB; or perform a fourth set of operations during the execution of the subsequent CPAC or the LTM cell switch to the target cell, the fourth set of operations comprising: applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the SRB.

[0006] In a third aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a reconfiguration with sync procedure is triggered for a mobility to a target cell; and apply a configuration requiring the terminal device to know a system frame number (SFN) of the target cell by applying a first subset of the configuration during the reconfiguration with sync procedure and applying a second subset of the configuration after completion of the reconfiguration with sync procedure.

[0007] In a fourth aspect, there is provided a network device. The network device comprises a processor configured to cause the network device to: transmit, to a terminal device, a configuration of a LTM comprising: a configuration for configuring the terminal device to perform a LTM recovery; and a set of LTM candidate configurations associated with a set of LTM candidate cells, a LTM candidate configuration in the set of LTM candidate configurations indicating a PDCP service data unit (SDU) discard for a SRB.

[0008] In a fifth 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 providing a source cell of a LTM cell switch or handover, a first message for notifying the LTM cell switch or handover, the first message comprising an indication of a supplementary uplink (SUL) or normal uplink (NUL) for the LTM cell switch or handover without a random access procedure; and transmit, to a second DU of the network device providing a target cell of the LTM cell switch or handover, a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL.

[0009] In a sixth aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: receive, from a network device, a command indicating a LTM cell switch or handover, the command comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure; and perform the LTM cell switch or handover without the random access procedure on an uplink carrier indicated by the indication.

[0010] In a seventh aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: receive, at an upper layer from a lower layer, an indication that an execution of a LTM cell switch to a target cell is triggered; determine that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer; and perform the execution of the LTM cell switch based on the LTM candidate configuration.

[0011] In an eighth aspect, there is provided a method of communication. The method comprises: performing, at a terminal device, a first set of operations during an execution of a subsequent CPAC or a LTM cell switch associated with a SC) , the first set of operations comprising at least one of the following: in accordance with a determination that at least one SCG RLC entity associated with a first DRB that is associated with a master key presents, performing a first operation of L2 handling, or in accordance with a determination that a SCG RLC entity associated with a direct SRB between a MN and the terminal device presents, performing a second operation of L2 handling; or performing a second set of operations during an execution of a LTM cell switch associated with a MCG, the second set of operations comprising: in accordance with a determination that at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents, performing a third operation of L2 handling.

[0012] In a ninth aspect, there is provided a method of communication. The method comprises: performing, at a terminal device, a third set of operations during an execution of a subsequent CPAC or a LTM cell switch to a target cell, the third set of operations comprising: applying a RRC reconfiguration associated with the target cell, and submitting, after a PDCP reset procedure for a PDCP entity of a SRB, a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB; or performing a fourth set of operations during the execution of the subsequent CPAC or the LTM cell switch to the target cell, the fourth set of operations comprising: applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the  SRB.

[0013] In a tenth aspect, there is provided a method of communication. The method comprises: determining, at a terminal device, that a reconfiguration with sync procedure is triggered for a mobility to a target cell; and applying a configuration requiring the terminal device to know a SFN of the target cell by applying a first subset of the configuration during the reconfiguration with sync procedure and applying a second subset of the configuration after completion of the reconfiguration with sync procedure.

[0014] In an eleventh aspect, there is provided a method of communication. The method comprises: transmitting, at a network device and to a terminal device, a configuration of a LTM comprising: a configuration for configuring the terminal device to perform a LTM recovery; and a set of LTM candidate configurations associated with a set of LTM candidate cells, a LTM candidate configuration in the set of LTM candidate configurations indicating a PDCP SDU discard for a SRB.

[0015] In a twelfth 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 providing a source cell of a LTM cell switch or handover, a first message for notifying the LTM cell switch or handover, the first message comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure; and transmitting, to a second DU of the network device providing a target cell of the LTM cell switch or handover, a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL.

[0016] In a thirteenth aspect, there is provided a method of communication. The method comprises: receiving, at a terminal device and from a network device, a command indicating a LTM cell switch or handover, the command comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure; and performing the LTM cell switch or handover without the random access procedure on an uplink carrier indicated by the indication.

[0017] In a fourteenth aspect, there is provided a method of communication. The method comprises: receiving, at an upper layer of a terminal device from a lower layer of the terminal device, an indication that an execution of a LTM cell switch to a target cell is triggered; determining that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer; and performing the execution of the  LTM cell switch based on the LTM candidate configuration.

[0018] In a fifteenth 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 eighth to fourteenth aspects of the present disclosure.

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

[0020] 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:

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

[0022] FIG. 2 illustrates another example communication environment in which some embodiments of the present disclosure can be implemented;

[0023] FIG. 3 illustrates a signaling chart illustrating an example process of communication according to embodiments of the present disclosure;

[0024] FIG. 4 illustrates a signaling chart illustrating another example process of communication according to embodiments of the present disclosure;

[0025] FIG. 5 illustrates a signaling chart illustrating another example process of communication according to embodiments of the present disclosure;

[0026] FIG. 6 illustrates a signaling chart illustrating another example process of communication according to embodiments of the present disclosure;

[0027] FIG. 7 illustrates a signaling chart illustrating another example process of communication according to embodiments of the present disclosure;

[0028] FIG. 8 illustrates a signaling chart illustrating another example process of communication according to embodiments of the present disclosure;

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

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

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

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

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

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

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

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

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

[0038] 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.

[0039] 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.

[0040] 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.

[0041] 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.

[0042] 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.

[0043] 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.

[0044] The network device may have the function of network energy saving (NES) , SON or minimization of drive tests (MDT) . The terminal may have the function of power saving.

[0045] 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.

[0046] 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.

[0047] 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.

[0048] 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.

[0049] In the context of the present disclosure, the term ‘a PSCell addition or change’ may be interchangeably used with ‘a reconfiguration with sync for a SCG’ . The term ‘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 ‘subsequent CPAC’ may be interchangeably used with ‘selective activation of cell groups’ , ‘selective activation of PSCell (SAP) ’ , ‘subsequent CPA / CPC’ , ‘conditional selective cell group’ , or ‘conditional subsequent cell change’ .

[0050] In the context of the present disclosure, the term ‘a master key’ herein may refer to a security key for a MN, and the term ‘a secondary key’ herein may refer to a security key for a SN. The term ‘a SCG RLC entity’ herein may refer to a RLC entity associated with a SCG RLC bearer, and the term ‘a MCG RLC entity’ herein may refer to a RLC entity associated with a MCG RLC bearer. The term RRC reconfiguration may refer to a RRC reconfiguration message.

[0051] Embodiments of the present disclosure provide solutions of communication for mobility procedures so as to enhance these mobility procedures. Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0052] EXAMPLE OF COMMUNICATION NETWORK

[0053] FIG. 1 illustrates a schematic diagram of an example communication environment  100 in which embodiments of the present disclosure can be implemented. As shown in FIG. 1, the communication environment 100 may comprise a network device 110 and a terminal device 120. The network device 110 provides a cell 111 and the terminal device 120 is located in the cell 111 and served by the network device 110.

[0054] The communication environment 100 may also comprise one or more other network devices such as network devices 130, 140 and 150. The network device 130 provides cells 131, 132 and 133. The network device 140 provides cells 141, 142 and 143, and the network device 150 provides cells 151, 152 and 153. It should be noted that the number of the cells are not limited to three, and more or less cells may be provided by the network devices 130, 140 and 150.

[0055] In some embodiments, the terminal device 120 may establish a dual connection (i.e., simultaneous connection) with two network devices. For example, the network device 110 may serve as an MN (for convenience, also referred to as MN 110 below) , and the network device 130 may serve as a SN (for convenience, also referred to as SN 130 below) . Although only the cell 111 is shown, the MN 110 may provide multiple cells, and these cells may form a MCG for the terminal device 120. For example, the cell 111 is a primary cell (i.e., PCell) in the MCG. Further, the cells 131, 132 and 133 provided by the network device 130 may form a SCG for the terminal device 120. For example, the cell 131 is a primary cell (i.e., PSCell) in the SCG. The SN 130 may communicate with the terminal device 120 via a channel such as a wireless communication channel. Similarly, the MN 110 may also communicate with the terminal device 120 via a channel such as a wireless communication channel. The SN 130 may communicate with the MN 110 via a Xn interface.

[0056] As shown in FIG. 1, the communication environment 100 may also comprise a network device 160. The network device 160 may provide a cell 161 to serve one or more terminal devices in a similar way as that described above for the network device 110. In some embodiments, the terminal device 120 may perform a handover (i.e., PCell change) from the network device 110 to the network device 160.

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

[0058] FIG. 2 illustrates a schematic diagram of another example communication network 200 in which some embodiments of the present disclosure can be implemented. For convenience, the communication network 200 is described in connection with the network devices 110 and 160 and the terminal device 120 as shown in FIG. 1.

[0059] As shown in FIG. 2, the communication network 200 may include the terminal device 120 and the network devices 110 and 160. The network device 110 may provide one or more cells (cells 111, 112, 113, and 114 as shown) to serve one or more terminal devices. The network device 160 may also provide one or more cells (not shown) to serve one or more terminal devices.

[0060] As shown in FIG. 2, the network device 110 may comprise a CU 210 and DUs 220 and 230. The CU 210 may communicate with the DUs 220 and 230. It is to be understood that the two DUs 220 and 230 are shown only for illustration, and more or less DUs may also be provided for implementation of embodiments of the present disclosure.

[0061] As shown in FIG. 1, the DU 220 provides the cells 111 and 112 and the DU 230 provides the cells 113 and 114. It is to be understood that this is merely an example, and any of the DUs 220 and 230 may provide more or less cells. The terminal device 120 may communicate with any of these cells. In this example, the terminal device 120 is located in the cell 111 and served by the DU 220 of the network device 110. In this example, the terminal device 120 may communicate with the CU 210 via the DU 220.

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

[0063] The CU 210 may communicate with the network device 160. In some embodiments where the network device 160 comprises a CU and one or more DUs, the CU 210 may communicate with the CU of the network device 160.

[0064] It is to be understood that the communication network 100 or 200 may further include a core network (CN) that is not shown. The terminal device 120 may communicate with the CN via the network device 110 and / or the network device 160. For example, the terminal device 120 may communicate with the CU 210 via the DU 220 and the CU 210 may further communicate with the CN.

[0065] It is to be understood that the number of devices or cells or CUs or DUs in FIG. 2 is given for the purpose of illustration without suggesting any limitations to the present disclosure. The communication network 200 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.

[0066] A CU (e.g., the CU 210) may be responsible for accomplishing functionalities of RRC, service data application protocol (SDAP) and PDCP entities, and a DU (e.g., the DU 220 or 230 may be responsible for accomplishing functionalities of RLC, medium access control (MAC) and physical (PHY) entities. 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.

[0067] 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 an operation of one or more DUs (also referred to as gNB-DUs herein) . The gNB-CU terminates an 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 an F1 interface connected with the gNB-CU.

[0068] The communications in the communication environments 100 and 200 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.

[0069] With reference to FIG. 1, in some embodiments, the network device 110 may configure, to the terminal device 120, a conditional reconfiguration supporting a subsequent CPAC.

[0070] It is assumed that the cells 131-133, 141-143 and 151-153 are configured to the terminal device 120 as candidate cells. In some scenarios, the terminal device 120 may initially communicate with only the network device 110. As the terminal device 120 moves, when a condition for a candidate cell (for example, the cell 131) is fulfilled, the terminal device 120 may be caused to establish the dual connection with the network device 110 and the network device 130. This procedure of SN addition may be called as a CPA.

[0071] In some scenarios, the terminal device 120 may establish a dual connection with the network devices 110 and 130. The network device 110 serves as a MN and the network device 130 serves as a SN. Cell 131 of the network device 130 serves as a PSCell of the terminal device 120. As the terminal device 120 moves, a SN serving the terminal device 120 may be changed from the network device 130 (also referred to as a source SN or current SN 130 hereinafter) to the network device 140 (also referred to as a target SN 140 hereinafter) . This procedure of PSCell change may be called as a CPC.

[0072] In this example, the network device 130 is described a SN initiating a subsequent CPAC in an initial stage. It is to be understood that the network device 130 may also serve as a source SN of a subsequent CPAC in a subsequent stage.

[0073] In some scenarios, after the terminal device 120 is configured with a conditional reconfiguration and with a subsequent CPC being enabled, and before at least one execution condition is fulfilled for any candidate PSCell, the terminal device 120 may receive a RRC reconfiguration message containing a reconfiguration with sync for a SCG from the network device 110, and the terminal device 120 may perform a PSCell change or addition accordingly. This procedure is called as a legacy PSCell change or addition. As an example, after the legacy PSCell change or addition procedure, the SN serving the terminal device 120 is the network device 140.

[0074] After the above CPA, CPC or legacy PSCell change or addition procedure, the terminal device 120 does not release the conditional reconfiguration supporting a subsequent CPAC, and continues to perform a conditional reconfiguration evaluation. As the terminal device 120 further moves, when a condition for still another candidate cell (for example, the cell 151) is fulfilled, an SN serving the terminal device 120 may be changed  from the network device 140 to the network device 150 (also referred to as a target SN 150 hereinafter) . This procedure of SN change may be called as a subsequent CPC.

[0075] As shown in FIG. 1, as the terminal device 120 further moves, the terminal device 120 may move out of coverage of a SN. The network device 110 (i.e., the MN) may indicate the terminal device 120 to release a previous SN (e.g., the network device 150) . In this case, the terminal device 120 may not release the conditional reconfiguration supporting the subsequent CPAC, and continue to perform a conditional reconfiguration evaluation for subsequent CPA.

[0076] Continuing to refer to FIG. 1, as the terminal device 120 further moves, when a condition for a candidate cell (for example, the cell 141) is fulfilled, the terminal device 120 may be caused to establish a dual connection with the network device 110 and the network device 140. This procedure may be called as a subsequent CPA.

[0077] In the context of the present disclosure, the CPA or CPC procedure as described above may be called as an initial execution of a subsequent CPAC, and the subsequent CPA or CPC procedure as described above may be called as a subsequent execution of a subsequent CPAC.

[0078] With reference to FIG. 2, in some embodiments, the terminal device 120 may be located within coverage of the cell 111 of the network device 110, and the terminal device 120 may communicate with the network device 110 based on a network configuration. In this case, the cell 111 may be referred to as a serving cell of the terminal device 120. The cells 112, 113 and 114 may serve as LTM candidate cells of the terminal device 110.

[0079] In some embodiments, the network device 110 may receive layer 1 (L1) measurement reports from the terminal device 120. Based on the L1 measurement reports, the network device 110 may change a serving cell of the terminal device 120 through a MAC CE. This procedure is called as LTM. The network device 110 may prepare one or multiple LTM candidate cells and provides LTM candidate cell configurations to the terminal device 120 through a RRC message. Then a LTM cell switch may be triggered by selecting one of the LTM candidate cell configurations as a target configuration for the LTM by the network device 110.

[0080] In some embodiments, cell switch trigger information may be conveyed in a MAC CE, which contains at least a candidate configuration index. Cell-specific, radio bearer, and measurement configurations may be part of a LTM candidate cell configuration. The  terminal device 120 may perform contention based random access (CBRA) or contention free random access (CFRA) at a LTM cell switch. In some embodiments, the terminal device 110 may also skip a RA procedure if the terminal device 120 does not need to acquire timing advance (TA) for a target cell during the LTM cell switch. In some embodiments, RACH resources for CFRA may be provided in a RRC configuration.

[0081] Embodiments of the present disclosure provide solutions of communication for enhancing mobility procedures. The solutions will be described in connection with FIGs. 3 to 8 below.

[0082] EXAMPLE IMPLEMENTATION OF L2 RESET HANDLING

[0083] Currently, in case of a subsequent CPAC or LTM, how to handle L2 reset for radio bearers (RBs) is still not fully specified. For example, for a subsequent CPAC or a LTM cell switch associated with a SCG, how to perform L2 reset for MN-terminated RBs associated with SCG RLC bearers is still unclear.

[0084] Embodiments of the present disclosure provide a solution of L2 reset handling so as to solve the above and other potential issues. The solution will be described in connection with FIG. 3 below. FIG. 3 illustrates a signaling chart illustrating an example process 300 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIGs. 1 and 2. The process 300 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is a MN serving the terminal device 120, and the network device 130, 140 and 150 are candidate / target SNs.

[0085] As shown in FIG. 3, in some embodiments, the network device 110 may transmit 310, to the terminal device 120, a configuration of subsequent CPAC. In some embodiments, the configuration of subsequent CPAC may indicate a set of candidate PSCells and a set of execution conditions for the set of candidate PSCells. The terminal device 120 may evaluate the set of execution conditions, and if an execution condition for a candidate PSCell is fulfilled, the terminal device 120 may execute a conditional reconfiguration for the candidate PSCell.

[0086] As shown in FIG. 3, in some embodiments, the network device 110 may transmit 320, to the terminal device 120, a configuration of LTM. In some embodiments, the network device 110 may transmit, to the terminal device 120, a MAC CE indicating a LTM cell switch. Upon reception of the MAC CE, the terminal device 120 may perform the  LTM cell switch. In some embodiments, the LTM cell switch may be associated with a SCG, i.e., a PSCell change. In some embodiments, the LTM cell switch may be associated with a MCG, i.e., a PCell change.

[0087] With reference to FIG. 3, the terminal device 120 may perform 330 L2 reset handling during an execution of the subsequent CPAC or the LTM cell switch. In some embodiments, the terminal device 120 may perform 331 a first set of operations during the execution of the subsequent CPAC or the LTM cell switch associated with a SCG.

[0088] In some embodiments, the first set of operations may comprise: if at least one SCG RLC entity associated with a first DRB presents and the first DRB is associated with a master key, the terminal device 120 may perform a first operation of L2 handling. In some embodiments, the first operation may comprise: if the first DRB is an acknowledgement mode (AM) DRB, the terminal device 120 triggers a PDCP entity of the first DRB to perform PDCP data recovery, and re-establishes the at least one SCG RLC entity associated with the first DRB.

[0089] In some embodiments, the first set of operations may comprise: if a SCG RLC entity associated with a direct SRB between a MN (e.g., the network device 110) and the terminal device 120 presents or if there is the SCG RLC entity associated with the direct SRB, the terminal device 120 may perform a second operation of L2 handling. In other words, if the direct SRB is configured as split SRB, the terminal device 120 may perform the second operation of L2 handling. For example, the direct SRB may be SRB1, SRB2, SRB4 or any other suitable SRBs. In some embodiments, the second operation may comprise: the terminal device 120 re-establishes the SCG RLC entity associated with the direct SRB. It is to be understood that the first set of operations may comprise any combinations of the above listed information or any other suitable information or information combinations.

[0090] With reference to FIG. 3, in some embodiments, the terminal device 120 may perform 332 a second set of operations during the execution of the LTM cell switch associated with a MCG. The second set of operations may comprise: if at least one MCG RLC entity associated with a second DRB presents and the second DRB is associated with a secondary key, the terminal device 110 may perform a third operation of L2 handling. In some embodiments, the third operation may comprise: if the second DRB is an AM DRB, the terminal device 110 triggers a PDCP entity of the second DRB to perform PDCP data  recovery, and re-establishes the MCG RLC entity associated with the second DRB. It is to be understood that the second set of operations may comprise any combinations of the above listed information or any other suitable information or information combinations.

[0091] For illustration, an example procedure may be described as below.

[0092] During execution of subsequent CPAC execution or LTM cell switch associated with a SCG,

[0093] - for DRB associated with a master key as indicated by keyToUse, if there is SCG RLC bearer / entity associated with the DRB, UE shall

[0094] - If the DRB is AM DRB, trigger the PDCP entity of the SCG RLC bearer / entity to perform PDCP data recovery,

[0095] - re-establish the SCG RLC entity (RLC entity associated with the SCG bearer) associated with the DRB, and

[0096] - for direct SRB between MN and UE (e.g., SRB1, SRB2, or SRB4) , if the SRB is configured as split SRB / there is SCG RLC entity associated with the SRB, the UE shall

[0097] - re-establish the SCG RLC entity associated with the SRB;

[0098] during LTM cell switch execution associated with a MCG,

[0099] - for DRB associated with a secondary key as indicated by keyToUse, if there is MCG RLC entity associated with the DRB, the UE shall

[0100] - If the DRB is AM DRB, trigger the PDCP entity of the AM DRB bearer to perform PDCP data recovery, and

[0101] - re-establish the MCG RLC entity associated with the DRB.

[0102] In this example procedure, an information element (IE) ‘keyToUse’ indicates whether a bearer is using a master key or a secondary key.

[0103] With the process 300, L2 reset for subsequent CPAC and LTM may be performed properly. It is to be understood that the steps and the order of the steps in FIG. 3 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0104] EXAMPLE IMPLEMENTATION OF PDCP HANDLING

[0105] During execution of a LTM cell switch or subsequent CPAC, PDCP re-establishment or PDCP SDU discard for SRB1 or SRB3 may be performed. However,  PDCP re-establishment for SRB1 is not performed during application of RRC reconfiguration associated with a target cell, but is performed after the application of RRC reconfiguration associated with the target cell. This may result in discard of a PDCP SDU for a RRC reconfiguration complete message.

[0106] Embodiments of the present disclosure provide a solution of PDCP handling so as to solve the above and other potential issues. The solution will be described in connection with FIG. 4 below. FIG. 4 illustrates a signaling chart illustrating another example process 400 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIGs. 1 and 2. The process 400 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is a MN serving the terminal device 120, and the network device 130, 140 and 150 are candidate / target SNs.

[0107] As shown in FIG. 4, in some embodiments, the network device 110 may transmit 410, to the terminal device 120, a configuration of subsequent CPAC. In some embodiments, the network device 110 may transmit 420, to the terminal device 120, a configuration of LTM. It is to be understood that steps 410 and 420 may be carried out in the same way as that described in steps 310 and 320 of FIG. 3, and thus are not repeated here for conciseness.

[0108] With reference to FIG. 4, the terminal device 120 may perform 430 PDCP handling during an execution of the subsequent CPAC or the LTM cell switch.

[0109] As shown in FIG. 4, in some embodiments, the terminal device 120 may perform 431 a third set of operations during the execution of a subsequent CPAC or a LTM cell switch to a target cell. The third set of operations may comprise: applying a RRC reconfiguration associated with the target cell, and submitting, after a PDCP reset procedure for a PDCP entity of a SRB, a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB. In some embodiments, the SRB may comprise SRB1 or SRB3. In some embodiments, the PDCP reset procedure may comprise PDCP re-establishment or PDCP SDU discard. It is to be understood that the PDCP re-establishment or PDCP SDU discard may be carried out in any suitable ways existing or to be developed in future.

[0110] For example, during execution of a LTM cell switch or subsequent CPAC, a RRC layer of the terminal device 120 applies a RRC reconfiguration associated with a target cell,  and the RRC layer submits a RRC reconfiguration complete message via SRB1 or SRB3 to lower layers for transmission using a new configuration after performing PDCP reestablishment or PDCP SDU discard for PDCP entity of SRB1 or SRB3.

[0111] In other words, the terminal device 120 first applies the RRC reconfiguration associated with the target cell (but does not submit RRC reconfiguration complete message to lower layer) , then RRC triggers PDCP reestablishment or PDCP SDU discard for PDCP entity of SRB1 or SRB3, PDCP may indicate to the RRC layer the completion of PDCP reestablishment or PDCP discard, and at last the RRC layer submits the RRC reconfiguration complete message to lower layers for transmission.

[0112] In the context of the present disclosure, the term ‘aRRC reconfiguration associated with a target cell’ may refer to a RRC reconfiguration in a candidate configuration related to the selected cell for subsequent CPAC or a LTM candidate configuration identity received from lower layers (e.g., MAC layer) or for a selected target cell.

[0113] It is to be understood that the third set of operations may also comprise any other suitable information.

[0114] Continuing to refer to FIG. 4, in some alternative embodiments, the terminal device 120 may perform 431’ a fourth set of operations during the execution of the subsequent CPAC or the LTM cell switch to the target cell. The fourth set of operations may comprise: applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the SRB. In some embodiments, the SRB may comprise SRB1 or SRB3. In some embodiments, the PDCP reset procedure may comprise PDCP re-establishment or PDCP SDU discard. It is to be understood that the PDCP re-establishment or PDCP SDU discard may be carried out in any suitable ways existing or to be developed in future.

[0115] For example, during execution of a LTM cell switch or subsequent CPAC, the terminal device 120 first performs PDCP SDU discard for PDCP entity of SRB1 or SRB3, and then a RRC layer of the terminal device 120 applies a RRC reconfiguration associated with a target candidate cell.

[0116] It is to be understood that the fourth set of operations may also comprise any other suitable information.

[0117] With the process 400, a RRC reconfiguration complete message of a LTM cell  switch execution may not be discarded and may be sent to a MN. It is to be understood that the steps and the order of the steps in FIG. 4 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0118] EXAMPLE IMPLEMENTATION OF APPLICATION OF CONFIGURATION REQUIRING SFN

[0119] Currently, a configuration requiring UE to know a SFN of a target cell may be applied after completion of a reconfiguration with sync procedure. However, in some cases, the configuration requiring the SFN needs to be applied during a reconfiguration, for example, to perform RACH-less or RACH based mobility.

[0120] In view of this, embodiments of the present disclosure provide a solution for application of a configuration requiring a SFN so as to solve the above and other potential issues. The solution will be described in connection with FIG. 5 below. FIG. 5 illustrates a schematic diagram illustrating another example process 500 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 500 will be described with reference to FIGs. 1 and 2. The process 500 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is a MN serving the terminal device 120, and the network device 130, 140 and 150 are candidate / target SNs.

[0121] As shown in FIG. 5, the network device 110 may transmit 510, to the terminal device 120, a configuration of a mobility procedure. In some embodiments, the mobility procedure may be a handover or a LTM cell switch. It is to be understood that any other suitable mobility procedures may also be feasible.

[0122] With reference to FIG. 5, the terminal device 120 may determine 520 that a reconfiguration with sync procedure is triggered for a mobility to a target cell (e.g., SpCell) . In some embodiments, the reconfiguration with sync procedure may be a LTM cell switch, handover procedure, or PSCell change procedure. In some embodiments, the reconfiguration with sync procedure may be RACH-less (i.e., a RA procedure is skipped during the reconfiguration with sync procedure) or RACH based (i.e., a RA procedure is performed during the reconfiguration with sync procedure) .

[0123] As shown in FIG. 5, the terminal device 120 may apply 530 a configuration requiring the terminal device 120 to know a SFN of the target cell. In some embodiments, applying the configuration may comprise applying parts of the configuration. In some embodiments, the configuration may be a radio resource configuration. In some  embodiments, the reconfiguration with sync procedure may be performed by applying a RRC reconfiguration message comprising an IE ‘reconfigurationWithSync’ . In some embodiments, a SFN is acquired upon or during the reconfiguration with sync procedure.

[0124] In some embodiments, the terminal device 120 may apply 531 a first subset of the configuration during the reconfiguration with sync procedure. In some embodiments, the terminal device 120 may apply parts of the first subset of the configuration during the reconfiguration with sync procedure. In some embodiments, the terminal device 120 may apply the first subset of the configuration upon acquiring the SFN of the target cell. In some embodiments, the terminal device 120 may apply parts of the first subset of the configuration upon acquiring the SFN of the target cell.

[0125] In some embodiments, the terminal device 120 may apply 532 a second subset of the configuration after completion of the reconfiguration with sync procedure. In some embodiments, the terminal device 120 may apply parts of the second subset of the configuration after completion of the reconfiguration with sync procedure.

[0126] In some embodiments, the first subset of the configuration may be used for accessing to the target cell, and the second subset of the configuration may be a remaining part of the configuration except the first subset of the configuration.

[0127] In some embodiments, the first subset of the configuration may comprise at least one of the following: a RA related configuration (e.g., a configuration to determine RACH occasions) , an uplink or downlink time division duplexing (TDD) related configuration, a configured grant (CG) related configuration (e.g., a configuration to determine CG occasions) , or a search space related configuration. In some embodiments, the CG related configuration may be used for a RACH-less reconfiguration with sync procedure.

[0128] In some embodiments, the second subset of the configuration may comprise at least one of the following: a measurement gap configuration, a discontinuous reception (DRX) configuration, a measurement configuration, a periodic channel quality indication (CQI) reporting configuration, a scheduling request configuration, a sounding reference signal (SRS) configuration, or a cell discontinuous transmission (DTX) or DRX configuration.

[0129] With reference to FIG. 5, in some embodiments, the terminal device 120 may further apply 540, during the reconfiguration with sync procedure, a further configuration requiring the terminal device 120 to know TA of the target cell. In some embodiments,  applying the further configuration may comprise applying parts of the further configuration. In some embodiments, the further configuration may comprise at least one of the following: a channel state information (CSI) reporting configuration, a scheduling request configuration, or a SRS configuration.

[0130] With the process 500, different application timings of the configuration requiring the SFN may be specified. Thus, the configuration which is required for the reconfiguration with sync procedure may be applied during the reconfiguration with sync procedure. It is to be understood that the steps and the order of the steps in FIG. 5 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0131] EXAMPLE IMPLEMENTATION OF KEY STREAM REUSE

[0132] When UE performs LTM cell switch recovery, PDCP status variables for a SRB are continued. However, how to handle a buffered PDCP SDU / PDU for the SRB is unclear.

[0133] Embodiments of the present disclosure provide a solution for LTM configuration so as to solve the above and other potential issues. The solution will be described in connection with FIG. 6 below. FIG. 6 illustrates a schematic diagram illustrating another example process 600 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 600 will be described with reference to FIGs. 1 and 2. The process 600 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is a MN serving the terminal device 120, and the network device 130, 140 and 150 are candidate / target SNs.

[0134] As shown in FIG. 6, the network device 110 may transmit 610, to the terminal device 120, a configuration of LTM. The configuration of LTM may comprise a configuration for configuring the terminal device 120 to perform a LTM recovery. The configuration of LTM may also comprise a set of LTM candidate configurations associated with a set of LTM candidate cells. A LTM candidate configuration (e.g., each LTM candidate configuration) in the set of LTM candidate configurations may indicate a PDCP SDU discard for a SRB (e.g., SRB1) .

[0135] With reference to FIG. 5, the terminal device 120 may perform 620 the LTM recovery based on the configuration of LTM. In some embodiments, the LTM recovery may comprise that the terminal device 120 executes a LTM cell switch if a selected cell is a LTM candidate cell and is associated with a cell selection (e.g., the first cell selection) after  a LTM cell switch failure.

[0136] In other words, if the network device 110 configures the terminal device 120 to execute a LTM cell switch if a selected cell is a LTM candidate cell and is the first cell selection after failure (e.g., by an IE ‘attemptLTM-Switch’ ) , the network device 110 may also configure the terminal device 120 to PDCP SDU discard (e.g., by an IE ‘discardOnPDCP’ ) for SRB1 in a candidate configuration (RRC reconfiguration) associated with a LTM candidate cell (e.g., each LTM candidate cell) in a set of LTM candidate cells.

[0137] With the process 600, a PDCP SDU and PDU corresponding to a RRC reconfiguration complete message of the first LTM cell switch procedure may be discarded. It is to be understood that the steps and the order of the steps in FIG. 6 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0138] EXAMPLE IMPLEMENTATION OF SELECTION OF SUL / NUL

[0139] Currently, if a RA procedure is skipped for a RACH-less LTM cell switch procedure, UE may need to perform a PDCCH monitoring and / or initial PUSCH transmission to a carrier of a target cell. However, it is unclear which of SUL and NUL the PDCCH monitoring and initial PUSCH transmission is performed.

[0140] Embodiments of the present disclosure provide a solution for indicating SUL or NUL so as to solve the above and other potential issues. The solution will be described in connection with FIG. 7 below. FIG. 7 illustrates a schematic diagram illustrating another example process 700 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 700 will be described with reference to FIG. 2. The process 700 may involve the terminal device 120, the CU 210 and the DUs 220 and 230. In this example, the terminal device 120 is switched from the cell 111 to the cell 113 by a RACH-less LTM cell switch or handover (i.e., a LTM cell switch or handover without a RA procedure) , the DU 220 is a source DU and the DU 230 is a target DU.

[0141] As shown in FIG. 7, the terminal device 120 may receive 710 a command indicating a LTM cell switch or handover. The command comprises an indication of a SUL or NUL for a RACH-less LTM cell switch or handover.

[0142] In some embodiments, the terminal device 120 may receive 711, from the DU 220 (i.e., source DU) , a LTM cell switch command comprises the indication of the SUL or NUL for the RACH-less LTM cell switch. In some embodiments, a S / L field may be introduced in a LTM cell switch command MAC CE and may be used as the indication of the SUL or  NUL for the RACH-less LTM cell switch.

[0143] In some embodiments, the terminal device 120 may receive 712, from the CU 210, a handover command comprises the indication of the SUL or NUL for the RACH-less handover.

[0144] With reference to FIG. 7, the terminal device 120 may perform 720 the RACH-less LTM cell switch or handover on an uplink carrier indicated by the indication. In some embodiments, if the indication indicates the SUL, the terminal device 120 may select a SUL carrier. If the indication indicates the NUL, the terminal device 120 may select a NUL carrier.

[0145] Continuing to refer to FIG. 7, the DU 220 (i.e., source DU) may transmit 730, to the CU 210, a first message for notifying the LTM cell switch or handover. The first message may comprise an indication of a SUL or NUL for the RACH-less LTM cell switch or handover. For example, the first message may be a DU-CU cell switch notification message or any other suitable messages.

[0146] With reference to FIG. 7, the CU 210 may transmit 740, to the DU 230 (i.e., target DU) , a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL. For example, the second message may be a CU-DU cell switch notification message or any other suitable messages.

[0147] With the process 700, a network decides which uplink carrier to be used. In this way, the network may not need to monitor CG on SUL and NUL carriers. It is to be understood that the steps and the order of the steps in FIG. 7 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0148] EXAMPLE IMPLEMENTATION OF VALIDITY OF LTM CELL SWITCH COMMAND

[0149] Embodiments of the present disclosure also provide a solution for determining validity of a LTM cell switch command. The solution will be described in connection with FIG. 8 below. FIG. 8 illustrates a schematic diagram illustrating another example process 800 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 800 will be described with reference to FIGs. 1 and 2. The process 800 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is a MN serving the terminal device 120, and the network device 130, 140 and 150 are candidate / target SNs.

[0150] As shown in FIG. 8, the network device 110 may transmit 810, to the terminal  device 120, a configuration of LTM. The configuration may comprise a set of LTM candidate configurations for a set of LTM candidate cells.

[0151] With reference to FIG. 8, the terminal device 120 may perform 820 an execution of a LTM cell switch to a target cell. In some embodiments, an upper layer (e.g., RRC layer) of the terminal device 120 may receive 821, from a lower layer (e.g., MAC layer) of the terminal device 120, an indication that the execution of the LTM cell switch to the target cell is triggered. The terminal device 120 (e.g., the RRC layer) may determine 822 that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer. Then the terminal device 120 (e.g., the RRC layer) may perform 823 the execution of the LTM cell switch based on the LTM candidate configuration.

[0152] In other words, the RRC layer of the terminal device 120 receives an indication from lower layers (e.g., MAC layer) that a LTM cell switch procedure is triggered, determines that there is a LTM candidate configuration (e.g., an IE ‘ltm-CandidateConfig’ within an IE ‘LTM-Candidate’ ) associated with the matching LTM candidate configuration identity received from the lower layers, and performs a LTM cell switch execution.

[0153] With the process 800, a validity of a LTM cell switch command may be determined. It is to be understood that the steps and the order of the steps in FIG. 8 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0154] It is also to be understood that operations in the processes 300 to 800 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. 9 to 15.

[0157] FIG. 9 illustrates a flowchart of an 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 120 as shown in FIG. 1 or 2. 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.

[0158] As shown in FIG. 9, at block 910, the terminal device 120 may perform a first set of operations during an execution of a subsequent CPAC or a LTM cell switch associated with a SCG, or perform a second set of operations during an execution of a LTM cell switch associated with a MCG.

[0159] In some embodiments, the first set of operations may comprise at least one of the following: in accordance with a determination that a at least one SCG RLC entity associated with a first DRB that is associated with a master key presents, performing a first operation of L2 handling, or in accordance with a determination that a SCG RLC entity associated with a direct SRB between a MN and the terminal device presents, performing a second operation of L2 handling. In some embodiments, the first operation may comprise: in accordance with a determination that the first DRB is an AM DRB, triggering a PDCP entity of the first DRB to perform PDCP data recovery; and re-establishing the at least one SCG RLC entity associated with the first DRB. In some embodiments, the second operation may comprise: re-establishing the SCG RLC entity associated with the direct SRB.

[0160] In some embodiments, the second set of operations may comprise: in accordance with a determination that at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents, performing a third operation of L2 handling. In some embodiments, the third operation may comprise: in accordance with a determination that the second DRB is an AM DRB, triggering a PDCP entity of the second DRB to perform PDCP data recovery; and re-establishing the MCG RLC entity associated with the second DRB.

[0161] With the method 900, L2 reset for subsequent CPAC and LTM may be performed properly. It is to be understood that operations of the method 900 correspond to that described with reference to FIG. 3, and thus other details are not repeated here for conciseness.

[0162] FIG. 10 illustrates a flowchart of another example method 1000 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1000 may be performed at the terminal device 120 as shown in FIG. 1 or 2. 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.

[0163] As shown in FIG. 10, at block 1010, the terminal device 120 may perform a third set of operations or a fourth set of operations during an execution of a subsequent CPAC or a LTM cell switch to a target cell.

[0164] In some embodiments, the third set of operations may comprise: applying a RRC reconfiguration associated with the target cell, and submitting, after a PDCP reset procedure for a PDCP entity of a SRB, a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB.

[0165] In some embodiments, the fourth set of operations may comprise: applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the SRB.

[0166] In some embodiments, the SRB may comprise SRB1 or SRB3, and the PDCP reset procedure may comprise PDCP re-establishment or PDCP SDU discard.

[0167] With the method 1000, a RRC reconfiguration complete message of a LTM cell switch execution may not be discarded and may be sent to a MN. It is to be understood that operations of the method 1000 correspond to that described with reference to FIG. 4, and thus other details are not repeated here for conciseness.

[0168] FIG. 11 illustrates a flowchart of another example method 1100 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1100 may be performed at the terminal device 120 as shown in FIG. 1 or 2. 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.

[0169] As shown in FIG. 11, at block 1110, the terminal device 120 may determine that a reconfiguration with sync procedure is triggered for a mobility to a target cell.

[0170] At block 1120, the terminal device 120 may apply a configuration requiring the terminal device 120 to know a SFN of the target cell by applying a first subset of the configuration during the reconfiguration with sync procedure and applying a second subset of the configuration after completion of the reconfiguration with sync procedure.

[0171] In some embodiments, the first subset of the configuration may be used for accessing to the target cell, and the second subset of the configuration may be a remaining part of the configuration except the first subset of the configuration.

[0172] In some embodiments, the first subset of the configuration may comprise at least one of the following: a random access related configuration, an uplink or downlink TDD related configuration, a configured grant related configuration, or a search space related configuration.

[0173] In some embodiments, the second subset of the configuration may comprise at least one of the following: a measurement gap configuration, a DRX configuration, a measurement configuration, a periodic CQI reporting configuration, a scheduling request configuration, a SRS configuration, or a cell DTX or DRX configuration.

[0174] In some embodiments, the terminal device 120 may further apply, during the reconfiguration with sync procedure, a further configuration requiring the terminal device to know timing advance of the target cell. In some embodiments, the further configuration may comprise at least one of the following: a CSI reporting configuration, a scheduling request configuration, or a SRS configuration.

[0175] With the method 1100, different application timings of the configuration requiring the SFN may be specified. Thus, the configuration which is required for the reconfiguration with sync procedure may be applied during the reconfiguration with sync procedure. It is to be understood that operations of the method 1100 correspond to that described with reference to FIG. 5, and thus other details are not repeated here for conciseness.

[0176] FIG. 12 illustrates a flowchart of an example method 1200 of communication implemented at a network device in accordance with some embodiments of the present disclosure. For example, the method 1200 may be performed at the network device 110 as shown in FIG. 1 or 2. 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.

[0177] As shown in FIG. 12, at block 1210, the network device 110 may transmit, to the terminal device 120, a configuration of a LTM comprising: a configuration for configuring the terminal device to perform a LTM recovery; and a set of LTM candidate configurations associated with a set of LTM candidate cells, a LTM candidate configuration in the set of LTM candidate configurations indicating a PDCP SDU discard for a SRB.

[0178] In some embodiments, the LTM recovery may comprise: executing, by the terminal device 120, a LTM cell switch if a selected cell is a LTM candidate cell and is  associated with a cell selection after a LTM cell switch failure.

[0179] With the method 1200, a PDCP SDU and PDU corresponding to a RRC reconfiguration complete message of the first LTM cell switch procedure may be discarded. Thus, the configuration which is required for the reconfiguration with sync procedure may be applied during the reconfiguration with sync procedure. It is to be understood that operations of the method 1200 correspond to that described with reference to FIG. 6, and thus other details are not repeated here for conciseness.

[0180] FIG. 13 illustrates a flowchart of an example method 1300 of communication implemented at a CU in accordance with some embodiments of the present disclosure. For example, the method 1300 may be performed at the CU 210 of the network device 110 as shown in FIG. 2. It is to be understood that the method 1300 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.

[0181] As shown in FIG. 13, at block 1310, the CU 210 of the network device 110 may receive, from a first DU (e.g., the DU 220) of the network device 110 providing a source cell of a LTM cell switch or handover, a first message for notifying the LTM cell switch or handover, the first message comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure.

[0182] At block 1320, the CU 210 may transmit, to a second DU (e.g., the DU 230) of the network device 110 providing a target cell of the LTM cell switch or handover, a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL.

[0183] With the method 1300, a network decides which uplink carrier to be used. In this way, the network may not need to monitor CG on SUL and NUL carriers. It is to be understood that operations of the method 1300 correspond to that described with reference to FIG. 7, and thus other details are not repeated here for conciseness.

[0184] FIG. 14 illustrates a flowchart of another example method 1400 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1400 may be performed at the terminal device 120 as shown in FIG. 1 or 2. It is to be understood that the method 1400 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.

[0185] As shown in FIG. 14, at block 1410, the terminal device 120 may receive, from the network device 110, a command indicating a LTM cell switch or handover, the command comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure.

[0186] At block 1420, the terminal device 120 may perform the LTM cell switch or handover without the random access procedure on an uplink carrier indicated by the indication.

[0187] With the method 1400, a terminal device may perform RACH-less mobility based on an uplink carrier indicated by a network. It is to be understood that operations of the method 1400 correspond to that described with reference to FIG. 7, and thus other details are not repeated here for conciseness.

[0188] FIG. 15 illustrates a flowchart of another example method 1500 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 1500 may be performed at the terminal device 120 as shown in FIG. 1 or 2. It is to be understood that the method 1500 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.

[0189] As shown in FIG. 15, at block 1510, the terminal device 120 may receive, at an upper layer from a lower layer, an indication that an execution of a LTM cell switch to a target cell is triggered.

[0190] At block 1520, the terminal device 120 may determine that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer.

[0191] at block 1530, the terminal device 120 may perform the execution of the LTM cell switch based on the LTM candidate configuration.

[0192] With the method 1500, a validity of a LTM cell switch command may be determined. It is to be understood that operations of the method 1500 correspond to that described with reference to FIG. 8, and thus other details are not repeated here for conciseness.

[0193] EXAMPLE IMPLEMENTATION OF DEVICE

[0194] FIG. 16 is a simplified block diagram of a device 1600 that is suitable for  implementing embodiments of the present disclosure. The device 1600 can be considered as a further example implementation of the terminal device 120 or the network device 110, 130, 140 or 150 as shown in FIG. 1 or the CU 210 or the DU 220 or 230 as shown in FIG. 2. Accordingly, the device 1600 can be implemented at or as at least a part of the terminal device 120 or the network device 110, 130, 140 or 150 as shown in FIG. 1 or the CU 210 or the DU 220 or 230 as shown in FIG. 2.

[0195] As shown, the device 1600 includes a processor 1610, a memory 1620 coupled to the processor 1610, a suitable transceiver 1640 coupled to the processor 1610, and a communication interface coupled to the transceiver 1640. The memory 1610 stores at least a part of a program 1630. The transceiver 1640 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 1640 may include at least one of a transmitter 1642 or a receiver 1644. The transmitter 1642 and the receiver 1644 may be functional modules or physical entities. The transceiver 1640 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 1630 is assumed to include program instructions that, when executed by the associated processor 1610, enable the device 1600 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 15. The embodiments herein may be implemented by computer software executable by the processor 1610 of the device 1600, or by hardware, or by a combination of software and hardware. The processor 1610 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 1610 and memory 1620 may form processing means 1650 adapted to implement various embodiments of the present disclosure.

[0197] The memory 1620 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 1620 is shown in the device 1600, there may be several physically distinct memory modules in the device 1600. The processor 1610 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 1600 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: perform a first set of operations during an execution of a subsequent CPAC or a LTM cell switch associated with a SCG, the first set of operations comprising at least one of the following: in accordance with a determination that at least one SCG RLC entity associated with a first DRB that is associated with a master key presents, performing a first operation of L2 handling, or in accordance with a determination that a SCG RLC entity associated with a direct SRB between a MN and the terminal device presents, performing a second operation of L2 handling; or perform a second set of operations during an execution of a LTM cell switch associated with a MCG, the second set of operations comprising: in accordance with a determination that at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents, performing a third operation of L2 handling.

[0199] In some embodiments, a terminal device comprises a circuitry configured to: perform a third set of operations during an execution of a subsequent CPAC or a LTM cell switch to a target cell, the third set of operations comprising: applying a RRC reconfiguration associated with the target cell, and submitting, after a PDCP reset procedure for a PDCP entity of a SRB, a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB; or perform a fourth set of operations during the execution of the subsequent CPAC or the LTM cell switch to the target cell, the fourth set of operations comprising: applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the SRB.

[0200] In some embodiments, a terminal device comprises a circuitry configured to: determine that a reconfiguration with sync procedure is triggered for a mobility to a target cell; and apply a configuration requiring the terminal device to know a SFN of the target  cell by applying a first subset of the configuration during the reconfiguration with sync procedure and applying a second subset of the configuration after completion of the reconfiguration with sync procedure.

[0201] In some embodiments, a network device comprises a circuitry configured to: transmit, to a terminal device, a configuration of a LTM comprising: a configuration for configuring the terminal device to perform a LTM recovery; and a set of LTM candidate configurations associated with a set of LTM candidate cells, a LTM candidate configuration in the set of LTM candidate configurations indicating a PDCP SDU discard for a SRB.

[0202] In some embodiments, a CU of a network device comprises a circuitry configured to:receive, from a first DU of the network device providing a source cell of a LTM cell switch or handover, a first message for notifying the LTM cell switch or handover, the first message comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure; and transmit, to a second DU of the network device providing a target cell of the LTM cell switch or handover, a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL.

[0203] In some embodiments, a terminal device comprises a circuitry configured to: receive, from a network device, a command indicating a LTM cell switch or handover, the command comprising an indication of a SUL or NUL for the LTM cell switch or handover without a random access procedure; and perform the LTM cell switch or handover without the random access procedure on an uplink carrier indicated by the indication.

[0204] In some embodiments, a terminal device comprises a circuitry configured to: receive, at an upper layer from a lower layer, an indication that an execution of a LTM cell switch to a target cell is triggered; determine that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer; and perform the execution of the LTM cell switch based on the LTM candidate configuration.

[0205] 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.

[0206] 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.

[0207] 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. 1 to 15. 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.

[0208] 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.

[0209] 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.

[0210] 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.

[0211] 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 at least one of the following:perform a first set of operations during an execution of a subsequent conditional PSCell addition or change (CPAC) or a layer 1 or layer 2 triggered mobility (LTM) cell switch associated with a secondary cell group (SCG) , the first set of operations comprising at least one of the following:in accordance with a determination that at least one SCG radio link control (RLC) entity associated with a first data radio bearer (DRB) that is associated with a master key presents, performing a first operation of layer 2 (L2) handling, orin accordance with a determination that a SCG RLC entity associated with a direct signaling radio bearer (SRB) between a master node (MN) and the terminal device presents, performing a second operation of L2 handling; orperform a second set of operations during an execution of a LTM cell switch associated with a master cell group (MCG) , the second set of operations comprising:in accordance with a determination that at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents, performing a third operation of L2 handling.2.The terminal device of claim 1, wherein the first operation comprises:in accordance with a determination that the first DRB is an acknowledgement mode (AM) DRB, triggering a packet data convergence protocol (PDCP) entity of the first DRB to perform PDCP data recovery; andre-establishing the at least one SCG RLC entity associated with the first DRB.3.The terminal device of claim 1, wherein the second operation comprises:re-establishing the SCG RLC entity associated with the direct SRB.4.The terminal device of claim 1, wherein the third operation comprises:in accordance with a determination that the second DRB is an acknowledgement mode (AM) DRB, triggering a packet data convergence protocol (PDCP) entity of the second DRB to perform PDCP data recovery; andre-establishing the MCG RLC entity associated with the second DRB.5.A terminal device comprising:a processor configured to cause the terminal device to:perform a third set of operations during an execution of a subsequent conditional PSCell addition or change (CPAC) or a layer 1 or layer 2 triggered mobility (LTM) cell switch to a target cell, the third set of operations comprising:applying a radio resource control (RRC) reconfiguration associated with the target cell, andsubmitting, after a packet data convergence protocol (PDCP) reset procedure for a PDCP entity of a signaling radio bearer (SRB) , a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB; orperform a fourth set of operations during the execution of the subsequent CPAC or the LTM cell switch to the target cell, the fourth set of operations comprising:applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the SRB.6.The terminal device of claim 5, wherein the SRB comprises SRB1 or SRB3, and the PDCP reset procedure comprises PDCP re-establishment or PDCP service data unit (SDU) discard.7.A terminal device comprising:a processor configured to cause the terminal device to:determine that a reconfiguration with sync procedure is triggered for a mobility to a target cell; andapply a configuration requiring the terminal device to know a system frame number (SFN) of the target cell by applying a first subset of the configuration during the reconfiguration with sync procedure and applying a second subset of the configuration after completion of the reconfiguration with sync procedure.8.The terminal device of claim 7, wherein the first subset of the configuration is used for accessing to the target cell, and the second subset of the configuration is a remaining part of the configuration except the first subset of the configuration.9.The terminal device of claim 8, wherein the first subset of the configuration  comprises at least one of the following:a random access related configuration,an uplink or downlink time division duplexing (TDD) related configuration,a configured grant related configuration, ora search space related configuration.10.The terminal device of claim 8, wherein the second subset of the configuration comprises at least one of the following:a measurement gap configuration,a discontinuous reception (DRX) configuration,a measurement configuration,a periodic channel quality indication (CQI) reporting configuration,a scheduling request configuration,a sounding reference signal (SRS) configuration, ora cell discontinuous transmission (DTX) or DRX configuration.11.The terminal device of claim 7, wherein the terminal device is further caused to:apply, during the reconfiguration with sync procedure, a further configuration requiring the terminal device to know timing advance of the target cell.12.The terminal device of claim 11, wherein the further configuration comprises at least one of the following:a channel state information (CSI) reporting configuration,a scheduling request configuration, ora sounding reference signal (SRS) configuration.13.A network device comprising:a processor configured to cause the network device to:transmit, to a terminal device, a configuration of a layer 1 or layer 2 triggered mobility (LTM) comprising:a configuration for configuring the terminal device to perform a LTM recovery; anda set of LTM candidate configurations associated with a set of LTM candidate cells, a LTM candidate configuration in the set of LTM candidate configurations indicating a packet data convergence protocol (PDCP) service data unit (SDU) discard for a signaling radio bearer (SRB) .14.The network device of claim 13, wherein the LTM recovery comprises:executing, by the terminal device, a LTM cell switch if a selected cell is a LTM candidate cell and is associated with a cell selection after a LTM cell switch failure.15.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 providing a source cell of a layer 1 or layer 2 triggered mobility (LTM) cell switch or handover, a first message for notifying the LTM cell switch or handover, the first message comprising an indication of a supplementary uplink (SUL) or normal uplink (NUL) for the LTM cell switch or handover without a random access procedure; andtransmit, to a second DU of the network device providing a target cell of the LTM cell switch or handover, a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL.16.A terminal device comprising:a processor configured to cause the terminal device to:receive, from a network device, a command indicating a layer 1 or layer 2 triggered mobility (LTM) cell switch or handover, the command comprising an indication of a supplementary uplink (SUL) or normal uplink (NUL) for the LTM cell switch or handover without a random access procedure; andperform the LTM cell switch or handover without the random access procedure on an uplink carrier indicated by the indication.17.A terminal device comprising:a processor configured to cause the terminal device to:receive, at an upper layer from a lower layer, an indication that an execution of a layer 1 or layer 2 triggered mobility (LTM) cell switch to a target cell is triggered;determine that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer; andperform the execution of the LTM cell switch based on the LTM candidate configuration.18.A method of communication comprising:performing, at a terminal device, a first set of operations during an execution of a subsequent conditional PSCell addition or change (CPAC) or a layer 1 or layer 2 triggered mobility (LTM) cell switch associated with a secondary cell group (SCG) , the first set of operations comprising at least one of the following:in accordance with a determination that a at least one SCG radio link control (RLC) entity associated with a first data radio bearer (DRB) that is associated with a master key presents, performing a first operation of layer 2 (L2) handling, orin accordance with a determination that a SCG RLC entity associated with a direct signaling radio bearer (SRB) between a master node (MN) and the terminal device presents, performing a second operation of L2 handling; orperforming a second set of operations during an execution of a LTM cell switch associated with a master cell group (MCG) , the second set of operations comprising:in accordance with a determination that at least one MCG RLC entity associated with a second DRB that is associated with a secondary key presents, performing a third operation of L2 handling.19.A method of communication comprising:performing, at a terminal device, a third set of operations during an execution of a subsequent conditional PSCell addition or change (CPAC) or a layer 1 or layer 2 triggered mobility (LTM) cell switch to a target cell, the third set of operations comprising:applying a radio resource control (RRC) reconfiguration associated with the target cell, andsubmitting, after a packet data convergence protocol (PDCP) reset procedure for a PDCP entity of a signaling radio bearer (SRB) , a RRC reconfiguration complete message from an upper layer to a lower layer via the SRB; orperforming a fourth set of operations during the execution of the subsequent CPAC or the LTM cell switch to the target cell, the fourth set of operations comprising:applying the RRC reconfiguration associated with the target cell after the PDCP reset procedure for the PDCP entity of the SRB.20.A method of communication comprising:determining, at a terminal device, that a reconfiguration with sync procedure is triggered for a mobility to a target cell; andapplying a configuration requiring the terminal device to know a system frame number (SFN) of the target cell by applying a first subset of the configuration during the reconfiguration with sync procedure and applying a second subset of the configuration after completion of the reconfiguration with sync procedure.21.A method of communication comprising:transmitting, at a network device and to a terminal device, a configuration of a layer 1 or layer 2 triggered mobility (LTM) comprising:a configuration for configuring the terminal device to perform a LTM recovery; anda set of LTM candidate configurations associated with a set of LTM candidate cells, a LTM candidate configuration in the set of LTM candidate configurations indicating a packet data convergence protocol (PDCP) service data unit (SDU) discard for a signaling radio bearer (SRB) .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 providing a source cell of a layer 1 or layer 2 triggered mobility (LTM) cell switch or handover, a first message for notifying the LTM cell switch or handover, the first message comprising an indication of a supplementary uplink (SUL) or normal uplink (NUL) for the LTM cell switch or handover without a random access procedure; andtransmitting, to a second DU of the network device providing a target cell of the LTM cell switch or handover, a second message for notifying the LTM cell switch or handover comprising the indication of the SUL or NUL.23.A method of communication comprising:receiving, at a terminal device and from a network device, a command indicating a layer 1 or layer 2 triggered mobility (LTM) cell switch or handover, the command comprising an indication of a supplementary uplink (SUL) or normal uplink (NUL) for the LTM cell switch or handover without a random access procedure; andperforming the LTM cell switch or handover without the random access procedure on an uplink carrier indicated by the indication.24.A method of communication comprising:receiving, at an upper layer of a terminal device from a lower layer of the terminal device, an indication that an execution of a layer 1 or layer 2 triggered mobility (LTM) cell switch to a target cell is triggered;determining that a LTM candidate configuration matches a LTM candidate configuration identity received from the lower layer; andperforming the execution of the LTM cell switch based on the LTM candidate configuration.

Images