Devices and methods of communication

Abstract

Embodiments of the present disclosure relate to devices and methods of communication. In one aspect, upon determination that a LTM cell switch procedure is initiated, if a set of conditions is fulfilled, a terminal device may derive or update a secondary key for the LTM cell switch procedure. Upon reception of security key information for the LTM cell switch procedure from a first MN, a second MN may generate and transmit information of a secondary key for the LTM cell switch procedure to a SN. As such, secondary key update for inter-MN LTM may be achieved.

Description

DEVICES AND METHODS OF COMMUNICATIONTECHNICAL FIELD

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

[0002] LTM is a procedure in which a network device receives one or more L1 measurement reports from a terminal device, and on their basis, the network device changes a serving cell of the terminal device by a cell switch command signaled via a medium access control (MAC) control element (CE) . The cell switch command indicates a LTM candidate cell configuration that the network device previously prepared and provided to the terminal device through a radio resource control (RRC) signaling. Then the terminal device switches to a target cell according to the cell switch command. The LTM procedure can be used to reduce mobility latency.

[0003] Currently, a LTM operation is only supported for mobility between cells of the same network device (i.e., the same central unit (CU) ) . Depending on deployment of a network (NW) , this may significantly limit an opportunity to use LTM. By enabling the LTM operation between cells of different network devices (i.e., inter-CU) , the NW will be able to gain benefits of LTM for a far greater number of handovers.SUMMARY

[0004] In general, embodiments of the present disclosure provide methods, devices and computer storage media of communication for inter-CU LTM.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a LTM cell switch procedure is initiated; and in accordance with a determination that a set of conditions is fulfilled, derive or update a secondary key for the LTM cell switch procedure, the set of conditions comprising at least one of the following: a master key is derived or updated in the LTM cell switch procedure, a secondary cell group (SCG) is added or modified or configured or kept in the LTM cell switch procedure, there is at least one data  radio bearer (DRB) using the secondary key, at least one of signaling radio bearer 3 (SRB3) or signaling radio bearer 5 (SRB5) is configured in the LTM cell switch procedure, or the terminal device has received a configuration for the derivation or update of the secondary key.

[0006] In a second aspect, there is provided a second mater node (MN) . The second MN comprises a processor configured to cause the second MN to: receive, from a first MN, security key information for a LTM cell switch procedure; generate, based on the security key information, information of a secondary key for the LTM cell switch procedure; and transmit the information of the secondary key to a secondary node (SN) .

[0007] 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 LTM cell switch procedure is initiated; and transmit, to a MN, a first RRC reconfiguration complete message comprising the following: first information related to the LTM cell switch procedure, and a second RRC reconfiguration complete message comprising second information related to the LTM cell switch procedure.

[0008] In a fourth aspect, there is provided a MN. The MN comprises a processor configured to cause the MN to: receive, from a terminal device, a first RRC reconfiguration complete message comprising the following: an identity of a LTM candidate configuration associated with a LTM cell switch procedure, and a second RRC reconfiguration complete message; and transmit information of the LTM cell switch procedure to a SN.

[0009] In a fifth aspect, there is provided a method of communication at a terminal device. The method comprises: determining that a LTM cell switch procedure is initiated; and in accordance with a determination that a set of conditions is fulfilled, deriving or updating a secondary key for the LTM cell switch procedure, the set of conditions comprising at least one of the following: a master key is derived or updated in the LTM cell switch procedure, a SCG is added or modified or configured or kept in the LTM cell switch procedure, there is at least one DRB using the secondary key, at least one of SRB3 or SRB5 is configured in the LTM cell switch procedure, or the terminal device has received a configuration for the derivation or update of the secondary key.

[0010] In a sixth aspect, there is provided a method of communication at a second MN. The method comprises: receiving, from a first MN, security key information for a LTM cell switch procedure; generating, based on the security key information, information of a  secondary key for the LTM cell switch procedure; and transmitting the information of the secondary key to a SN.

[0011] In a seventh aspect, there is provided a method of communication at a terminal device. The method comprises: determining that a LTM cell switch procedure is initiated; and transmitting, to a MN, a first RRC reconfiguration complete message comprising the following: first information related to the LTM cell switch procedure, and a second RRC reconfiguration complete message comprising second information related to the LTM cell switch procedure.

[0012] In an eighth aspect, there is provided a method of communication at a MN. The method comprises: receiving, from a terminal device, a first RRC reconfiguration complete message comprising the following: an identity of a LTM candidate configuration associated with a LTM cell switch procedure, and a second RRC reconfiguration complete message; and transmitting information of the LTM cell switch procedure to a SN.

[0013] In a ninth 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 fifth to eighth aspects of the present disclosure.

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

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

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

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

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

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

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

[0021] FIG. 5 illustrates a flowchart of an example method of communication implemented at a second MN in accordance with some embodiments of the present disclosure;

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

[0023] FIG. 7 illustrates a flowchart of an example method of communication implemented at a MN in accordance with some embodiments of the present disclosure; and

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

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

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

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

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

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

[0030] The term “core network (CN) element” refers to any device or entity that provides access and mobility management function (AMF) , network exposure function (NEF) , authentication server function (AUSF) , unified data management (UDM) , session management function (SMF) , user plane function (UPF) , a location management function (LMF) , etc. In other embodiments, the core network element may be any other suitable device or entity providing any other suitable functionalities.

[0031] The terminal device or the network device may have artificial intelligence (AI) or machine learning (ML) 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.

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

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

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

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

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

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

[0038] In the context of the present disclosure, the term ‘amaster key’ may refer to a security key for a MN, and the term ‘asecondary key’ may refer to a security key for a SN. The term ‘security key counter (sk-counter) ’ may refer to a counter used upon an initial configuration of a secondary key, as well as upon refresh of the secondary key. The term ‘an identity of a LTM candidate configuration’ may refer to an identity which identify the LTM candidate configuration.

[0039] In the context of the present disclosure, the term ‘beam’ may be interchangeably used with ‘reference signal’ . A beam may be a synchronization signal and physical broadcast channel block (SSB) or channel status information-reference signal (CSI-RS) . The term ‘inter-MN LTM’ may be interchangeably used with ‘inter-master cell group (MCG) LTM’ , ‘inter-CU LTM for MCG’ , or ‘inter-CU MCG LTM’ . The term ‘inter-SN LTM’ may be interchangeably used with ‘inter-secondary cell group (SCG) LTM’ , ‘inter-CU LTM for SCG’ or ‘inter-CU SCG LTM’ .

[0040] Embodiments of the present disclosure provide solutions of communication for inter-CU LTM so as to gain benefits of LTM for a far greater number of handovers. Principles and implementations of the present disclosure will be described in detail below with reference to the figures.

[0041] EXAMPLE OF COMMUNICATION NETWORK

[0042] FIG. 1A illustrates an example communication environment 100A in which some embodiments of the present disclosure can be implemented. As shown in FIG. 1A, the communication environment 100A may comprise a terminal device 110 and a network device 120. The network device 120 may provide one or more cells (for convenience, only one cell is shown) for serving one or more terminal devices. In this example, the terminal device 110 is located in a cell of the network device 120 and served by the network device 120. In coverage of the network device 120 as a macro node, there may be one or more other network devices (for convenience, network devices 121 and 122 are shown) as micro nodes.

[0043] In some embodiments, the terminal device 110 may establish a dual connection (i.e., simultaneous connection) with two network devices. For example, the network device 120 may serve as an MN (for convenience, also referred to as a MN 120 below) , and the network device 121 may serve as a SN (for convenience, also referred to as a SN 121 below) . The network device 122 may serve as a candidate SN (for convenience, also referred to as SN 122 or candidate SN 122 below) .

[0044] The MN 120 may provide one or more cells, and these cells may form a MCG for the terminal device 110. One of these cells is a primary cell (i.e., PCell) in the MCG. The SN 121 may provide multiple cells, and these cells may form a SCG for the terminal device 110. One of these cells is a primary cell (i.e., PSCell) in the SCG. The SN 121 may communicate with the terminal device 110 via a channel such as a wireless communication channel. Similarly, the MN 120 may also communicate with the terminal device 110 via a channel such as a wireless communication channel. The SN 121 may communicate with the MN 120 via a Xn interface.

[0045] As shown in FIG. 1A, the communication environment 100A may also comprise a network device 130. The network device 130 may serve as a candidate or target MN (for convenience, also referred to as MN 130 or candidate or target MN 130 below) . In coverage of the network device 130 as a macro node, there may be one or more network devices (for convenience, only one network device 131 is shown) as micro nodes. For convenience, the network device 131 may also be referred to as SN 131 herein.

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

[0047] FIG. 1B illustrates a schematic diagram of another example communication network 100B in which some embodiments of the present disclosure can be implemented. For convenience, FIG. 1B is described in connection with FIG. 1A. As shown in FIG. 1B, the communication network 100B may include the terminal device 110 and network devices 101 and 102. The network device 101 may provide one or more cells (cells 101-1 and 101-2 as shown) to serve one or more terminal devices. The network device 102 may also provide one or more cells (cells 102-1 and 102-2 as shown) to serve one or more terminal devices.

[0048] As shown in FIG. 1B, the network device 101 may comprise a CU 141 and DUs 142 and 143. The CU 141 may communicate with the DUs 142 and 143, e.g., via a F1 interface. It is to be understood that the two DUs 142 and 143 are shown only for illustration, and more or less DUs may also be provided for implementation of embodiments of the present disclosure.

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

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

[0051] The CU 141 may communicate with the network device 102, e.g., via an Xn interface. In some embodiments where the network device 102 comprises a CU and one or more DUs, the CU 141 may communicate with the CU of the network device 102.

[0052] As shown in FIG. 1B, the communication network 100B may further include a core network (CN) 103. The terminal device 110 may communicate with a CN element 151 in the CN 103 via the network device 101 and / or the network device 102. The network device 101 and / or the network device 102 may communicate with the CN element 151, e.g., via a NG interface. In this example, the terminal device 110 may communicate  with the CU 141 via the DU 143 and the CU 141 may further communicate with the CN element 151.

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

[0054] A CU (e.g., the CU 141) may be responsible for accomplishing functionalities of RRC, service data application protocol (SDAP) and PDCP entities, and a DU (e.g., the DU 142 or 143 may be responsible for accomplishing functionalities of RLC, 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.

[0055] 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 a F1 interface connected with the gNB-CU.

[0056] With reference to FIG. 1B, in some embodiments, the terminal device 110 may be located within coverage of the cell 101-2 of the network device 101, and the terminal device 110 may communicate with the network device 101 based on a network configuration. In this case, the cell 101-2 may be referred to as a serving cell of the terminal device 120. The cells 101-1, 102-1 and 102-2 may serve as LTM candidate cells of the terminal device 110.

[0057] In some embodiments, the network device 101 may receive L1 or layer 3 (L3) measurement reports from the terminal device 110. Based on the L1 or L3 measurement reports, the network device 101 may change the serving cell of the terminal device 110 through a MAC CE. This procedure is called as LTM.

[0058] In some scenarios, the terminal device 110 may receive a MAC CE indicating a cell switch from the cell 101-2 to another cell (e.g., the cell 101-1) under control of the same CU. These scenarios may be called as intra-CU LTM.

[0059] In some scenarios for intra-CU LTM, the network device 101 in FIG. 1B may serve as a MN (e.g., the MN 120 in FIG. 1A) in a dual connection. In this case, this procedure of the cell switch is also called as an intra-MN LTM herein. In some scenarios for intra-CU LTM, the network device 101 in FIG. 1B may serve as a SN (e.g., SN 121) in a dual connection. In this case, this procedure of the cell switch is also called as an intra-SN LTM herein.

[0060] In some scenarios, the terminal device 110 may receive a MAC CE indicating a cell switch from the cell 101-2 to another cell (e.g., the cell 102-1) under control of different CUs. These scenarios may be called as inter-CU LTM.

[0061] In some scenarios for inter-CU LTM, the network device 101 may serve as a MN in a dual connection. In this case, this procedure of the cell switch is also called as an inter-MN LTM herein. For example, the network devices 101 and 102 in FIG. 1B may be the MN 120 and the SN 121 in FIG. 1A respectively.

[0062] In some scenarios for inter-CU LTM, the network device 101 may serve as a SN in a dual connection. In this case, this procedure of the cell switch is also called as an inter-SN LTM herein. For example, the network devices 101 and 102 in FIG. 1B may be the SN 121 and the SN 122 in FIG. 1A respectively.

[0063] Embodiments of the present disclosure provide solutions of communication for inter-CU LTM. The solutions will be described in connection with FIGs. 2 and 3 below.

[0064] EXAMPLE IMPLEMENTATION OF SECONDARY KEY UPDATE FOR INTER-MN LTM

[0065] Currently, in case of inter-MN LTM with SCG, it is still unclear how to update security key of a SN (i.e., secondary key) .

[0066] In view of this, embodiments of the present disclosure provide solutions of secondary key update for inter-MN LTM so as to solve the above and other potential issues. The solutions will be described in connection with FIG. 2 below.

[0067] FIG. 2 illustrates a signaling chart illustrating an example process 200 of communication according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1A. The process 200  may involve the terminal device 110, MN 120, MN 130, SN 131 and CN element 151. In this example, the MN 120 provides a serving cell for the terminal device 120. The MN 120 serves as a source or serving MN, and the MN 130 serves as a candidate or target MN. It is to be noted that although only one candidate MN is shown, more candidate MNs may also be feasible and may perform similar behaviors.

[0068] As shown in step 201 of FIG. 2, the candidate MN 130 may determine information and configuration of a secondary key for the SN 131. With reference to FIG. 2, at step 210, the CN element 151 (e.g., AMF) may transmit, to the MN 120 (i.e., source or serving MN) , a configuration for security key update. In some embodiments, the CN element 151 may transmit a path switch request acknowledge message including a security context or a security context indicator. In some embodiments, the security context may comprise next hop chaining count (NCC) next-hop (NH) .

[0069] At step 211, the MN 120 may transmit access stratum (AS) security information (also referred to as security key information herein) to the candidate MN 130. In some embodiments, the MN 120 may transmit, to the candidate MN 130, a message (also referred to as a first message or a first Xn message herein) for updating a LTM configuration comprising the AS security information. In some embodiments, the first Xn message may request a LTM configuration update to the candidate MN 130, and comprise updated LTM configuration information including the AS security information. In some embodiments, the AS security information may comprise a security key, e.g., an intermediate key KNG-RAN*. In some embodiments, the first Xn message may be a LTM configuration update message or any other suitable messages. In some embodiments, the MN 120 may transmit the AS security information to multiple candidate MN.

[0070] At step 212, the candidate MN 130 may generate the information and configuration of the secondary key based on the AS security information received form the MN 120. In some embodiments, the information of the secondary key may comprise at least one of the secondary key or a value of a sk-counter. In some embodiments, the configuration of the secondary key may comprise a value of a sk-counter. In some embodiments, multiple candidate MN may generate the information and configuration of the secondary key based on the AS security information received from MN 120.

[0071] As shown in step 202 of FIG. 2, the candidate MN 130 may transmit the information of the secondary key to the SN 131 and transmit the configuration of the  secondary key to the terminal device 110. As such, update of the secondary key may be achieved. In some embodiments, multiple candidate MN may transmit the information of the secondary key to multiple SN, and transmit the configuration of the secondary key to the terminal device 110.

[0072] In some embodiments, as shown in step 220, upon generation the information of the secondary key, the candidate MN 130 may transmit the information of the secondary key to at least one SN (e.g., the SN 131) . In some embodiments, the candidate MN 130 may transmit a Xn message (also referred to as a second Xn message herein) comprising the information of the secondary key. In some embodiments, the second Xn message may be a SN modification request message or any other suitable messages.

[0073] As shown in step 230, the candidate MN 130 may transmit the configuration of the secondary key to the MN 120. The configuration of the secondary key may be used for secondary key derivation or update. In some embodiments, the candidate MN 130 may transmit, to the MN 120, a Xn message (also referred to as a third Xn message herein) comprising the configuration of the secondary key. In some embodiments, the third Xn message may be a LTM configuration update acknowledge message. In some embodiments, the configuration of the secondary key may be a value of sk-counter.

[0074] As shown in step 231, the MN 120 may transmit, to the terminal device 110, a RRC message comprising a configuration for mater key update and a configuration for secondary key derivation / update, which are to be used for a LTM cell switch procedure to be triggered later. In some embodiments, the MN 120 may transmit, to the terminal device 110, a RRC reconfiguration message comprising a LTM configuration. The LTM configuration may comprise a set of LTM candidate configurations associated with a set of candidate cells of the candidate MN 130. In some embodiments, the LTM configuration may be associated with the MCG.

[0075] In some embodiments, the LTM configuration may comprise the configuration for mater key update and the configuration for secondary key derivation / update. In some embodiments, the configuration for mater key update may comprise at least one of a key set change indicator, or a value of next hop chaining count (NCC) . In some embodiments, the configuration for secondary key derivation / update may be comprised in one of LTM candidate configurations of the LTM configuration. In some embodiments, the configuration of for secondary key derivation / update may be the configuration of the  secondary key.

[0076] In some embodiments, upon reception of the LTM configuration, the terminal device 110 may store the configuration for mater key update and the configuration for secondary key derivation / update in a UE variable.

[0077] As shown in step 232, the MN 120 may transmit, to the terminal device 110, a LTM cell switch command MAC CE, which triggers a LTM cell switch procedure to a candidate cell of a target MN (e.g., the candidate MN 130) . In some embodiments, the LTM cell switch procedure may be for an inter-MN LTM cell switch. Upon reception of the LTM cell switch command MAC CE, the terminal device 110 may initiate the LTM cell switch procedure. In some embodiments, the LTM cell switch command MAC CE may comprise the configuration for mater key update and the configuration for secondary key derivation / update.

[0078] As shown in step 240, the MN 120 may transmit, to the target MN (e.g., the candidate MN 130) , a message (also referred to as a second message herein) for notifying the LTM cell switch procedure comprising the AS security information. In some embodiments, the second message may be a Xn message (also referred to as a fourth Xn message herein) . In some embodiments, the fourth Xn message may be a cell switch notification message or any other suitable messages. In some embodiments, the fourth Xn message may comprise the configuration for mater key update.

[0079] In some embodiments, as shown in step 241, upon reception of the second message, the candidate MN 130 may transmit, to the SN 131, the information of the secondary key generated in the step 212. In some embodiments, the candidate MN 130 may transmit a Xn message (also referred to as a fifth Xn message herein) comprising the information of the secondary key. In some embodiments, the fifth Xn message may be a SN reconfiguration complete message. In some embodiments, the information of the secondary key may comprise at least one of the secondary key or the value of sk-counter.

[0080] As shown in step 250, upon initiation of the LTM cell switch associated with the MCG, the terminal device 110 may determine whether a set of conditions is fulfilled. In some embodiments, the set of conditions may comprise that the master key is derived or updated in the LTM cell switch procedure.

[0081] In some embodiments, the set of conditions may comprise that a SCG is added or modified or configured or kept in the LTM cell switch procedure. In other words, the  SCG is added / modified / configured / kept in the LTM candidate configuration associated with the LTM cell switch procedure.

[0082] In some embodiments, the set of conditions may comprise that there is at least one data radio bearer (DRB) using the secondary key. In other words, there is at least one DRB with IE ‘keyToUse’s et to secondary.

[0083] In some embodiments, the set of conditions may comprise that at least one of signaling radio bearer 3 (SRB3) or signaling radio bearer 5 (SRB5) is configured in the LTM cell switch procedure. In other words, at least one of SRB3 or SRB5 is configured in the LTM candidate configuration associated with the LTM cell switch procedure.

[0084] In some embodiments, the set of the conditions may comprise that the terminal device 110 has received the configuration for secondary key derivation / update. For example, the set of conditions may comprise that the terminal device 110 has received the LTM cell switch command comprising the configuration for secondary key derivation / update. For another example, the set of the conditions may comprise that the terminal device 110 has received the RRC message comprising the configuration for secondary key derivation / update. It is to be noted that the set of conditions may comprise any combinations of the above conditions.

[0085] As shown in step 251, upon determination that the set of conditions is fulfilled, the terminal device 110 may derive or update the secondary key for the LTM cell switch procedure.

[0086] In some embodiments, the terminal device 110 may derive or update the secondary key by using a predefined / default sk-counter value. In other words, the sk-counter value is not configured by NW. For example, the predefined / default sk-counter value may be 0, 1, 2, or etc.

[0087] In some embodiments, the terminal device 110 may derive or update the secondary key by using the configuration for secondary key derivation / update in the RRC message comprising the LTM configuration associated with the LTM cell switch procedure.

[0088] In some embodiments, the terminal device 110 may derive or update the secondary key by using the configuration for secondary key derivation / update in the LTM cell switch command.

[0089] In some embodiments, the terminal device 110 may derive or update the secondary  key by using a sk-counter value comprised in the RRC message comprising a LTM candidate configuration associated with the LTM cell switch procedure (i.e., applied LTM candidate configuration) .

[0090] In some embodiments, the terminal device 110 may derive or update the secondary key by using a security key counter value comprised in a RRC reconfiguration included in the LTM candidate configuration.

[0091] Additionally, in case the security key is updated, the terminal device 110 may also perform a set of L2 reset handling for a set of radio bearers. In some embodiments, for one of the DRBs using secondary key (with IE ‘keyToUse’s et to secondary) , the set of L2 reset handing may comprise at least one of the following: configuring a PDCP entity with a ciphering algorithm and a key for ciphering of user data associated with the secondary key; configuring the PDCP entity with integrity protection algorithms according to security configuration and applying a key for integrity protection of user data associated with the secondary key; indicating to a lower layer that a configuration indicating whether the PDCP entity continues or resets a robust header compression (ROHC) header compression protocol during PDCP re-establishment (e.g., IE ‘drb-ContinueROHC’ ) is configured; indicating to the lower layer that a configuration indicating whether the PDCP entity continues or resets a downlink Ethernet header compression (EHC) header compression protocol during PDCP re-establishment (e.g., IE ‘drb-ContinueEHC-DL’ ) is configured; indicating to the lower layer that a configuration indicating whether the PDCP entity continues or resets an uplink EHC header compression protocol during PDCP re-establishment (e.g., IE ‘drb-ContinueEHC-UL’ ) is configured; indicating to the lower layer that a configuration indicating that the PDCP entity continues the uplink data compression protocol during PDCP re-establishment (e.g., IE ‘drb-ContinueUDC’ ) is configured; re-establishing a corresponding RLC entity; or triggering the PDCP entity of the bearer to perform PDCP re-establishment.

[0092] In some embodiments, , the set of L2 reset handing may comprise triggering the PDCP entity of SRB3 and SRB5 to perform PDCP re-establishment and re-establishing the corresponding RLC entity.

[0093] As shown in step 260, upon completion of the LTM cell switch procedure, the terminal device 110 may transmit a MN RRC reconfiguration complete message (for convenience, also referred to as a first RRC reconfiguration complete message herein) to  the candidate MN 130. In some embodiments, the MN RRC reconfiguration complete message may comprise an identity of a LTM candidate configuration associated with the LTM cell switch procedure and a SN RRC reconfiguration complete message (for convenience, also referred to as a second RRC reconfiguration complete message herein) . In some embodiments, the SN RRC reconfiguration complete message may comprise information associated with the LTM cell switch procedure. In some embodiments, the information associated with the LTM cell switch procedure may be at least one of the following: the identity of the LTM candidate configuration associated with the LTM cell switch procedure (i.e., the identity of the applied LTM candidate configuration) ; an identity of a target PSCell associated with the LTM cell switch procedure; or information indicating that the LTM cell switch procedure is initiated or triggered.

[0094] In some embodiments, upon initiation of the LTM cell switch procedure, the terminal device 110 may apply a first RRC reconfiguration message included in the applied LTM candidate configuration, and also apply a second RRC reconfiguration message included in the SCG configuration (e.g., IE ‘nr-SCG’ ) of the first RRC reconfiguration message. While applying the first RRC reconfiguration message or the second RRC reconfiguration message, the terminal device 110 may include the information of the LTM cell switch procedure in the SN RRC reconfiguration complete message.

[0095] In some embodiments, the MN RRC reconfiguration complete message corresponds to the first RRC reconfiguration message. In some embodiments, the SN RRC reconfiguration complete message corresponds to the second RRC reconfiguration message.

[0096] In some embodiments, as shown in step 261, upon reception of the MN RRC reconfiguration complete message, the candidate MN 130 may transmit, to the SN 131, the information of the secondary key generated in the step 212. In some embodiments, the candidate MN 130 may transmit, to the SN 131, a Xn message (also referred to as a sixth Xn message herein) comprising the information of the secondary key. In some embodiments, the sixth Xn message may be a SN reconfiguration complete message. In some embodiments, the information of the secondary key may comprise at least one of the secondary key or the value of sk-counter. In some embodiments, the SN reconfiguration complete may include the information associated with the LTM cell switch procedure.

[0097] So far, security key update for inter-MN LTM with SCG may be achieved. It is  to be understood that the steps and the order of the steps in the process 200 are merely for illustration, and not for limitation. More or less steps may also be feasible. It is also to be understood that operations or steps in the process 200 may be carried out separately or in any suitable combinations.

[0098] EXAMPLE IMPLEMENTATION OF INTER-SN LTM CELL SWITCH INDICATION

[0099] In case of inter-SN LTM, if one cell is configured as both CHO and LTM, or if the cell is configured with multiple LTM configurations, a target SN cannot identify which of the multiple LTM configurations is applied.

[0100] In view of this, embodiments of the present disclosure provide solutions of a cell switch indication for inter-SN LTM so as to solve the above and other potential issues. The solutions will be described in connection with FIG. 3 below.

[0101] FIG. 3 illustrates a signaling chart illustrating another 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 FIG. 1A. The process 300 may involve the terminal device 110, MN 120, SN 121 and SN 122. In this example, the SN 121 provide a serving cell for the terminal device 120. The SN 121 serves as a source SN, and the SN 122 serves as a target SN.

[0102] As shown in FIG. 3, in step 310, the MN 120 may transmit a LTM configuration to the terminal device 110. Accordingly, the terminal device 110 may receive the LTM configuration from the MN 120. In some embodiments, the LTM configuration may be comprised in a RRC reconfiguration message in SRB1. In some embodiments, the LTM configuration may comprise a set of LTM candidate configurations. In some embodiments, the LTM configuration may be associated with MCG.

[0103] At step 320, the SN 121 (i.e., source SN) may transmit a LTM cell switch command MAC CE to the terminal device 110. Accordingly, the terminal device 110 may receive the LTM cell switch command MAC CE from the source SN. The LTM cell switch command MAC CE may trigger a LTM cell switch procedure. In some embodiments, the LTM cell switch procedure may be for an inter-SN LTM cell switch, and may be associated with the MCG.

[0104] In some embodiments, as shown in step 330, the terminal device 110 may include information of the LTM cell switch procedure in both a MN RRC reconfiguration complete message and a SN RRC reconfiguration complete message.

[0105] As shown in step 331, upon initiation of the LTM cell switch procedure, the terminal device 110 may transmit, to the MN 120, a MN RRC reconfiguration complete message (also referred to as a first RRC reconfiguration complete message or a MCG RRC reconfiguration complete message herein) . The MN RRC reconfiguration complete message may comprise information (for convenience, also referred to as first information herein) related to the LTM cell switch procedure, and also comprise a SN RRC reconfiguration complete message (also referred to as a second RRC reconfiguration complete message or a SCG RRC reconfiguration complete message herein) . The SN RRC reconfiguration complete message may comprise information (for convenience, also referred to as second information herein) related to the LTM cell switch procedure.

[0106] That is, the SN / SCG / second RRC reconfiguration complete message is included in the MN / MCG / first RRC reconfiguration complete message. The terminal device 110 transmits the MN / MCG / first RRC reconfiguration complete message to the MN 120.

[0107] In some embodiments, the first information may comprise at least one of the following: the identity of the LTM candidate configuration associated with the LTM cell switch procedure (i.e., the identity of the applied LTM candidate configuration) ; an identity of a target PSCell associated with the LTM cell switch procedure; or information indicating that the LTM cell switch procedure is initiated or triggered.

[0108] In some embodiments, the second information may comprise at least one of the following: the identity of the LTM candidate configuration associated with the LTM cell switch procedure (i.e., the identity of the applied LTM candidate configuration) ; an identity of a target candidate PSCell (also referred to as a target PSCell herein) associated with the LTM cell switch procedure; or information indicating that the LTM cell switch procedure is initiated or triggered.

[0109] In some embodiments, upon initiation of the LTM cell switch procedure, the terminal device 110 may apply a first RRC reconfiguration message included in the applied LTM candidate configuration, and also apply a second RRC reconfiguration message included in the SCG configuration (e.g., IE ‘nr-SCG’ ) of the first RRC reconfiguration message. While applying the first RRC reconfiguration message or the second RRC reconfiguration message, the terminal device 110 may determine that the first RRC reconfiguration message does not include IE ‘reconfigurationWithSync’ in a master cell group configuration (e.g., IE ‘masterCellGroup’ ) , and include the information of the LTM  cell switch procedure in the SN / SCG / second RRC reconfiguration complete message.

[0110] In other words, if the first RRC reconfiguration message does not include the IE ‘reconfigurationWithSync’ in the IE ‘masterCellGroup’ , the terminal device 110 may include the information of the LTM cell switch procedure in the SN / SCG / second RRC reconfiguration complete message.

[0111] In some embodiments, the MN / MCG / first RRC reconfiguration complete message corresponds to the first RRC reconfiguration message. In some embodiments, the SN / SCG / second RRC reconfiguration complete message corresponds to the second RRC reconfiguration message.

[0112] As shown in step 332, the MN 120 may transmit, to a target SN (e.g., the SN 122) , a Xn message including the SN / SCG / second RRC reconfiguration complete message. In some embodiments, the Xn message may be a SN reconfiguration complete message or any other suitable messages.

[0113] With the step 330, a target SN may identify that an applied RRC reconfiguration is for one LTM cell switch procedure.

[0114] In some alternative embodiments, as shown in step 340, the terminal device 110 may include information of the LTM cell switch procedure in a SN RRC reconfiguration complete message.

[0115] As shown in step 341, upon initiation of the LTM cell switch procedure, the terminal device 110 may transmit, to the MN 120, a MN RRC reconfiguration complete message (also referred to as a first RRC reconfiguration complete message or a MCG RRC reconfiguration complete message herein) . The first RRC reconfiguration complete message may comprise an identity (e.g., IE ‘LTM-CandidateId’ ) of a LTM candidate configuration associated with the LTM cell switch procedure (also referred to as an applied LTM candidate configuration herein) , and a SN RRC reconfiguration complete message (also referred to as a second RRC reconfiguration complete message or a SCG RRC reconfiguration complete message herein) .

[0116] As shown in step 342, the MN 120 may transmit information (also referred to as third information herein) related to the LTM cell switch procedure to a target SN (e.g., the SN 122) . In some embodiments, the MN 120 may transmit a Xn message comprising the third information to the SN 122. In some embodiments, the Xn message may be a SN reconfiguration complete message. In some embodiments, the Xn message may also  comprise the SN / SCG / second RRC reconfiguration complete message.

[0117] In some embodiments, the third information related to the LTM cell switch procedure may comprise at least one of the following: the identity of the applied LTM candidate configuration, the identity of the target candidate PSCell associated with the LTM cell switch procedure, or information indicating that the LTM cell switch procedure is initiated or triggered.

[0118] With the step 340, a target SN may also identify that an applied RRC reconfiguration is for one LTM cell switch procedure.

[0119] It is to be understood that the steps and the order of the steps in the process 300 are merely for illustration, and not for limitation. More or less steps may also be feasible. It is also to be understood that operations or steps in the process 300 may be carried out separately or in any suitable combinations.

[0120] EXAMPLE IMPLEMENTATION OF METHODS

[0121] Accordingly, embodiments of the present disclosure provide methods of communication implemented at a terminal device and a master node. These methods will be described below with reference to FIGs. 4 to 7.

[0122] FIG. 4 illustrates a flowchart of an example method 400 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 400 may be performed at the terminal device 110 as shown in FIG. 1A. It is to be understood that the method 400 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.

[0123] As shown in FIG. 4, at block 410, the terminal device 110 may determine that a LTM cell switch procedure is initiated.

[0124] At block 420, the terminal device 110 may determine that a set of conditions is fulfilled. The set of conditions comprises at least one of the following: a master key is derived or updated in the LTM cell switch procedure; a SCG is added or modified or configured or kept in the LTM cell switch procedure; there is at least one DRB using the secondary key; at least one of SRB3 or SRB5 is configured in the LTM cell switch procedure; or the terminal device 110 has received a configuration for the derivation or update of the secondary key.

[0125] At block 430, in accordance with a determination that the set of conditions is fulfilled, the terminal device 110 may derive or update a secondary key for the LTM cell switch procedure.

[0126] In some embodiments, the terminal device 110 may derive or update the secondary key by one of the following: using a predefined security key counter value, using the configuration for the derivation or update of the secondary key in a LTM configuration associated with the LTM cell switch procedure, using the configuration for the derivation or update of the secondary key in the LTM cell switch command, using a security key counter value comprised in a LTM candidate configuration associated with the LTM cell switch procedure, or using a security key counter value comprised in a radio resource control (RRC) reconfiguration in the LTM candidate configuration.

[0127] In some embodiments, the terminal device 110 may receive, from a first MN (i.e., source MN (e.g., the MN 120) ) , the LTM configuration associated with the LTM cell switch procedure. The LTM configuration comprises a configuration for the derivation or update of the master key and the configuration for the derivation or update of the secondary key.

[0128] In some embodiments, the terminal device 110 may receive, from the first MN (i.e., source MN (e.g., the MN 120) ) , the LTM cell switch command comprising the configuration for the derivation or update of the master key and the configuration for the derivation or update of the secondary key.

[0129] With the method 400, secondary key update for inter-MN LTM at a terminal device may be achieved.

[0130] FIG. 5 illustrates a flowchart of an example method 500 of communication implemented at a second MN (i.e., a candidate MN) in accordance with some embodiments of the present disclosure. For example, the method 500 may be performed at the MN 130 as shown in FIG. 1A. It is to be understood that the method 500 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.

[0131] As shown in FIG. 5, at block 510, a second MN (e.g., the candidate MN 130) may receive, from a first MN (i.e., a source MN (e.g., the MN 120) ) , security key information for a LTM cell switch procedure.

[0132] At block 520, the second MN may generate, based on the security key information, information of a secondary key for the LTM cell switch procedure.

[0133] At block 530, the second MN may transmit the information of the secondary key to a SN (e.., the SN 131) .

[0134] In some embodiments, in accordance with a determination that a first message for updating a LTM configuration comprising the security key information is received from the first MN, the second MN may transmit the information of the secondary key.

[0135] In some embodiments, in accordance with a determination that a second message for notifying the LTM cell switch procedure comprising the security key information is received from the first MN, the second MN may transmit the information of the secondary key.

[0136] In some embodiments, in accordance with a determination that a first RRC reconfiguration complete message comprising an identity of a LTM candidate configuration associated with the LTM cell switch procedure and a second RRC reconfiguration complete message is received from a terminal device, the second MN may transmit the information of the secondary key.

[0137] In some embodiments, the information of the secondary key may comprise at least one of the secondary key or a security key counter value.

[0138] In some embodiments, the second MN may transmit, to the first MN, a configuration for derivation or update of the secondary key.

[0139] With the method 500, secondary key update for inter-MN LTM at a SN may be facilitated. It is to be understood that operations of the methods 400 and 500 correspond to that described with reference to FIG. 2, and thus other details are not repeated here for conciseness.

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

[0141] As shown in FIG. 6, at block 610, the terminal device 110 may determine that a LTM cell switch procedure is initiated.

[0142] At block 620, the terminal device 110 may transmit, to a MN, a first RRC  reconfiguration complete message comprising the following: first information related to the LTM cell switch procedure, and a second RRC reconfiguration complete message comprising second information related to the LTM cell switch procedure.

[0143] In some embodiments, the first information may comprise at least one of the following: an identity of a LTM candidate configuration associated with the LTM cell switch procedure; an identity of a target PSCell associated with the LTM cell switch procedure; or information indicating that the LTM cell switch procedure is initiated.

[0144] In some embodiments, the second information may comprise at least one of the following: an identity of a LTM candidate configuration associated with the LTM cell switch procedure; an identity of a target PSCell associated with the LTM cell switch procedure; or information indicating that the LTM cell switch procedure is initiated.

[0145] With the method 600, a cell switch indication for inter-SN LTM may be achieved at a terminal device.

[0146] FIG. 7 illustrates a flowchart of an example method 700 of communication implemented at a MN (i.e., serving MN) in accordance with some embodiments of the present disclosure. For example, the method 700 may be performed at the MN 120 as shown in FIG. 1A. It is to be understood that the method 700 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. It is assumed that the terminal device 110 is served by the MN 120 and the SN 121.

[0147] As shown in FIG. 7, at block 710, the MN 120 may receive, from the terminal device 110, a first RRC reconfiguration complete message comprising the following: an identity of a LTM candidate configuration associated with a LTM cell switch procedure, and a second RRC reconfiguration complete message.

[0148] At block 720, the MN 120 may transmit information of the LTM cell switch procedure to a SN (i.e., a target SN (e.g., the SN 122) ) .

[0149] In some embodiments, the information of the LTM cell switch procedure may comprise at least one of the following: the identity of the LTM candidate configuration associated with the LTM cell switch procedure; an identity of a target PSCell associated with the LTM cell switch procedure; or information indicating that the LTM cell switch procedure is initiated.

[0150] With the method 700, a cell switch indication for inter-SN LTM may be achieved at a MN. It is to be understood that operations of the methods 600 and 700 correspond to that described with reference to FIG. 3, and thus other details are not repeated here for conciseness.

[0151] EXAMPLE IMPLEMENTATION OF DEVICES

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

[0153] As shown, the device 800 includes a processor 810, a memory 820 coupled to the processor 810, a suitable transceiver 840 coupled to the processor 810, and a communication interface coupled to the transceiver 840. The memory 810 stores at least a part of a program 830. The transceiver 840 may be for bidirectional communications or a unidirectional communication based on requirements. The transceiver 840 may include at least one of a transmitter 842 or a receiver 844. The transmitter 842 and the receiver 844 may be functional modules or physical entities. The transceiver 840 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.

[0154] The program 830 is assumed to include program instructions that, when executed by the associated processor 810, enable the device 800 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1A to 7. The embodiments herein may be implemented by computer software executable by the processor 810 of the device 800, or by hardware, or by a combination of software and  hardware. The processor 810 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 810 and memory 820 may form processing means 850 adapted to implement various embodiments of the present disclosure.

[0155] The memory 820 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 820 is shown in the device 800, there may be several physically distinct memory modules in the device 800. The processor 810 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 800 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.

[0156] In some embodiments, a terminal device comprises a circuitry configured to: determine that a LTM cell switch procedure is initiated; and in accordance with a determination that a set of conditions is fulfilled, derive or update a secondary key for the LTM cell switch procedure, the set of conditions comprising at least one of the following: a master key is derived or updated in the LTM cell switch procedure, a SCG is added or modified or configured or kept in the LTM cell switch procedure, there is at least one DRB using the secondary key, at least one of SRB3 or SRB5 is configured in the LTM cell switch procedure, or the terminal device has received a configuration for the derivation or update of the secondary key.

[0157] In some embodiments, a second MN comprises a circuitry configured to: receive, from a first MN, security key information for a LTM cell switch procedure; generate, based on the security key information, information of a secondary key for the LTM cell switch procedure; and transmit the information of the secondary key to a SN.

[0158] In some embodiments, a terminal device comprises a circuitry configured to: determine that a LTM cell switch procedure is initiated; and transmit, to a MN, a first RRC reconfiguration complete message comprising the following: first information related to the  LTM cell switch procedure, and a second RRC reconfiguration complete message comprising second information related to the LTM cell switch procedure.

[0159] In some embodiments, a MN comprises a circuitry configured to: receive, from a terminal device, a first RRC reconfiguration complete message comprising the following: an identity of a LTM candidate configuration associated with a LTM cell switch procedure, and a second RRC reconfiguration complete message; and transmit information of the LTM cell switch procedure to a SN.

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

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

[0162] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in  program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above with reference to FIGs. 1A to 7. 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.

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

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

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

[0166] 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

A terminal device comprising:a processor configured to cause the terminal device to:determine that a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure is initiated; andin accordance with a determination that a set of conditions is fulfilled, derive or update a secondary key for the LTM cell switch procedure, the set of conditions comprising at least one of the following:a master key is derived or updated in the LTM cell switch procedure,a secondary cell group (SCG) is added or modified or configured or kept in the LTM cell switch procedure,there is at least one data radio bearer (DRB) using the secondary key,at least one of signaling radio bearer 3 (SRB3) or signaling radio bearer 5 (SRB5) is configured in the LTM cell switch procedure, orthe terminal device has received a configuration for the derivation or update of the secondary key.The terminal device of claim 1, wherein the terminal device is caused to derive or update the secondary key by one of the following:using a predefined security key counter value,using the configuration for the derivation or update of the secondary key in a LTM configuration associated with the LTM cell switch procedure,using the configuration for the derivation or update of the secondary key in the LTM cell switch command,using a security key counter value comprised in a LTM candidate configuration associated with the LTM cell switch procedure, orusing a security key counter value comprised in a radio resource control (RRC) reconfiguration in the LTM candidate configuration.The terminal device of claim 2, wherein the terminal device is further caused to:receive, from a first master node (MN) , the LTM configuration associated with the LTM cell switch procedure, the LTM configuration comprising a configuration for the derivation or update of the master key and the configuration for the derivation or update of the secondary key; orreceive, from the first MN, the LTM cell switch command comprising the configuration for the derivation or update of the master key and the configuration for the derivation or update of the secondary key.A second master node (MN) comprising:a processor configured to cause the second MN to:receive, from a first MN, security key information for a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure;generate, based on the security key information, information of a secondary key for the LTM cell switch procedure; andtransmit the information of the secondary key to a secondary node (SN) .The second MN of claim 4, wherein the second MN is caused to transmit the information of the secondary key by:in accordance with a determination that a first message for updating a LTM configuration comprising the security key information is received from the first MN, transmitting the information of the secondary key.The second MN of claim 4, wherein the second MN is caused to transmit the information of the secondary key by:in accordance with a determination that a second message for notifying the LTM cell switch procedure comprising the security key information is received from the first MN, transmitting the information of the secondary key.The second MN of claim 4, wherein the second MN is caused to transmit the information of the secondary key by:in accordance with a determination that a first radio resource control (RRC) reconfiguration complete message comprising an identity of a LTM candidate configuration associated with the LTM cell switch procedure and a second RRC reconfiguration complete message is received from a terminal device, transmitting the information of the secondary key to the SN.The second MN of claim 4, wherein the information of the secondary key comprises at least one of the secondary key or a security key counter value.The second MN of claim 4, wherein the second MN is further caused to:transmit, to the first MN, a configuration for derivation or update of the secondary key.A terminal device comprising:a processor configured to cause the terminal device to:determine that a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure is initiated; andtransmit, to a master node (MN) , a first radio resource control (RRC) reconfiguration complete message comprising the following:first information related to the LTM cell switch procedure, anda second RRC reconfiguration complete message comprising second information related to the LTM cell switch procedure.The terminal device of claim 10, wherein the first information comprises at least one of the following:an identity of a LTM candidate configuration associated with the LTM cell switch procedure;an identity of a target primary secondary cell (PSCell) associated with the LTM cell switch procedure; orinformation indicating that the LTM cell switch procedure is initiated.The terminal device of claim 10, wherein the second information comprises at least one of the following:an identity of a LTM candidate configuration associated with the LTM cell switch procedure;an identity of a target primary secondary cell (PSCell) associated with the LTM cell switch procedure; orinformation indicating that the LTM cell switch procedure is initiated.A master node (MN) comprising:a processor configured to cause the MN to:receive, from a terminal device, a first radio resource control (RRC) reconfiguration complete message comprising the following:an identity of a LTM candidate configuration associated with a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure, anda second RRC reconfiguration complete message; andtransmit information of the LTM cell switch procedure to a secondary node (SN) .The MN of claim 13, wherein the information of the LTM cell switch procedure comprises at least one of the following:the identity of the LTM candidate configuration associated with the LTM cell switch procedure;an identity of a target primary secondary cell (PSCell) associated with the LTM cell switch procedure; orinformation indicating that the LTM cell switch procedure is initiated.A method of communication at a terminal device, comprising:determining that a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure is initiated; andin accordance with a determination that a set of conditions is fulfilled, deriving or updating a secondary key for the LTM cell switch procedure, the set of conditions comprising at least one of the following:a master key is derived or updated in the LTM cell switch procedure,a secondary cell group (SCG) is added or modified or configured or kept in the LTM cell switch procedure,there is at least one data radio bearer (DRB) using the secondary key,at least one of signaling radio bearer 3 (SRB3) or signaling radio bearer 5 (SRB5) is configured in the LTM cell switch procedure, orthe terminal device has received a configuration for the derivation or update of the secondary key.A method of communication at a second master node (MN) , comprising:receiving, from a first MN, security key information for a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure;generating, based on the security key information, information of a secondary key for the LTM cell switch procedure; andtransmitting the information of the secondary key to a secondary node (SN) .A method of communication at a terminal device, comprising:determining that a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure is initiated; andtransmitting, to a master node (MN) , a first radio resource control (RRC) reconfiguration complete message comprising the following:first information related to the LTM cell switch procedure, anda second RRC reconfiguration complete message comprising second information related to the LTM cell switch procedure.A method of communication at a master node (MN) , comprising:receiving, from a terminal device, a first radio resource control (RRC) reconfiguration complete message comprising the following:an identity of a LTM candidate configuration associated with a layer 1 (L1) or layer 2 (L2) triggered mobility (LTM) cell switch procedure, anda second RRC reconfiguration complete message; andtransmitting information of the LTM cell switch procedure to a secondary node (SN) .

Images