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 subsequent CPAC is performed, a terminal device determines whether a bearer type for a DRB is changed for the subsequent CPAC. If the bearer type is changed, the terminal device performs L2 handling. In this way, during a subsequent CPAC, a terminal device may perform the L2 handling in case of a bearer type change without an explicit indication from a network. Thus, loss-less may be supported for AM DRBs.

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 a conditional cell change.BACKGROUND

[0002] For a conditional primary secondary cell (PSCell) addition or change (CPAC) in third generation partnership project (3GPP) Release 17, a CPAC-configured terminal device has to release a CPAC configuration when completing random access towards a target PSCell. Hence the terminal device has no chance to perform subsequent CPAC without prior CPAC reconfiguration and re-initialization from the network side. This will increase a delay for a cell change and increase signaling overhead, especially in the case of frequent secondary cell group (SCG) changes when operating in frequency range 2 (FR2) . Therefore, multi-random access technology dual connectivity (MR-DC) with selective activation of cell groups aims at enabling subsequent CPAC after SCG change, without reconfiguration and re-initialization on a CPAC preparation from the network side. This results in a reduction of signaling overhead and an interrupting time for SCG change. However, a solution of a subsequent CPAC 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 a subsequent conditional cell change.

[0004] 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 subsequent CPAC is performed; and in accordance with a determination that a bearer type for a data radio bearer (DRB) is changed for the subsequent CPAC, perform a first operation comprising at least one of the following: re-establishing a packet data convergence protocol (PDCP) entity of the DRB; in accordance with a determination that the PDCP entity of the DRB is not configured with ciphering disabled, configuring the  PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key; in accordance with a determination that the PDCP entity of the DRB is configured with integrity protection, configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a master key or a secondary key; or re-establishing at least one radio link control (RLC) entity for at least one RLC bearer associated with the DRB.

[0005] In a second aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: determine that a subsequent conditional PSCell change (CPC) is to be performed from a first cell to a second cell; and in accordance with a determination that the first cell is not a candidate PSCell for the subsequent CPC, perform an operation comprising one of the following: determining that the subsequent CPC is an inter-secondary node (SN) subsequent CPC or an intra-SN subsequent CPC by determining a first identity value as an identity value of a serving cell and comparing the first identity value and a second identity value for the second cell; determining that the subsequent CPC is the inter-SN subsequent CPC; and determining that the subsequent CPC is the intra-SN subsequent CPC.

[0006] In a third aspect, there is provided a terminal device. The terminal device comprises a processor configured to cause the terminal device to: receive, from a master node (MN) , a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN, the first configuration comprising a set of configurations, a configuration in the set of configurations comprising a master cell group (MCG) configuration, wherein the MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to a set of second candidate PSCells, or wherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.

[0007] In a fourth aspect, there is provided a master node. The master node comprises a processor configured to cause the master node to: transmit, to a terminal device, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN, the first configuration comprising a set of configurations, a configuration in the set of configurations comprising an MCG configuration, wherein the MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to the set of second candidate PSCells, or wherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of  second candidate PSCells.

[0008] In a fifth aspect, there is provided a method of communication. The method comprises: determining, at a terminal device, that a subsequent CPAC is performed; and in accordance with a determination that a bearer type for a DRB is changed for the subsequent CPAC, performing a first operation comprising at least one of the following: re-establishing a PDCP entity of the DRB; in accordance with a determination that the PDCP entity of the DRB is not configured with ciphering disabled, configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key; in accordance with a determination that the PDCP entity of the DRB is configured with integrity protection, configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a master key or a secondary key; or re-establishing at least one RLC entity for at least one RLC bearer associated with the DRB.

[0009] In a sixth aspect, there is provided a method of communication. The method comprises: determining, at the terminal device, that a subsequent CPC is to be performed from a first cell to a second cell; and in accordance with a determination that the first cell is not a candidate PSCell for the subsequent CPC, performing an operation comprising one of the following: determining that the subsequent CPC is an inter-SN subsequent CPC or an intra-SN subsequent CPC by determining a first identity value as an identity value of a serving cell and comparing the first identity value and a second identity value for the second cell; determining that the subsequent CPC is the inter-SN subsequent CPC; and determining that the subsequent CPC is the intra-SN subsequent CPC.

[0010] In a seventh aspect, there is provided a method of communication. The method comprises: receiving, at a terminal device and from an MN, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN, the first configuration comprising a set of configurations, a configuration in the set of configurations comprising an MCG configuration, wherein the MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to a set of second candidate PSCells, or wherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.

[0011] In an eighth aspect, there is provided a method of communication. The method  comprises: transmitting, at a master node and to a terminal device, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN, the first configuration comprising a set of configurations, a configuration in the set of configurations comprising an MCG configuration, wherein the MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to the set of second candidate PSCells, or wherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.

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

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

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

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

[0016] FIG. 2 illustrates a schematic diagram illustrating an example process of a subsequent CPAC according to embodiments of the present disclosure;

[0017] FIG. 3 illustrates a schematic diagram illustrating an example process of a subsequent CPC according to embodiments of the present disclosure;

[0018] FIG. 4 illustrates a schematic diagram illustrating another example process of a subsequent CPAC according to embodiments of the present disclosure;

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

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

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

[0022] FIG. 8 illustrates an example method of communication implemented at a master node in accordance with some embodiments of the present disclosure; and

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

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

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

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

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

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

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

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

[0031] The network device may have the function of network energy saving, Self-Organising Networks (SON)  / Minimization of Drive Tests (MDT) . The terminal may have the function of power saving.

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

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

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

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

[0036] In the context of the present disclosure, the term “acell change or addition” may be interchangeably used with “reconfigurationWithSync for SCG or MCG” . In the context of the present disclosure, 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” .

[0037] In the context of the present disclosure, the term “PSCell” refers to a SpCell of a SCG, the term “PCell” refers to a SpCell of an MCG, and the term “SpCell” refers to a primary cell of a SCG or MCG. The term “prepared PSCells” may be interchangeably used with “candidate PSCells” , “candidate cells” or “prepared candidate PSCells” .

[0038] In the context of the present disclosure, the term “abearer type of a radio bearer” may comprise an MN terminated bearer or an SN terminated bearer. The MN terminated bearer may refer to a radio bearer for which PDCP is located in an MN. The SN terminated bearer may refer to a radio bearer for which PDCP is located in an SN.

[0039] Recently, it has been agreed that, for SN-initiated and MN-initiated SCG selective activation, a candidate SN generates execution conditions for a subsequent CPC. However, it is unclear how to support the generation of the execution conditions for a subsequent CPC for the SN-initiated SCG selective activation. Further, it has been agreed to support update of a security key counter at inter-SN mobility based on pre-configured multiple security key counters. However, it is unclear when the security key counter needs to change.

[0040] In view of this, embodiments of the present disclosure provide solutions of communication for a subsequent CPAC so as to overcome the above and other potential issues. In one aspect, upon determination that a subsequent CPAC is performed, a terminal device determines whether a bearer type for a DRB is changed for the subsequent CPAC. If the bearer type is changed, the terminal device performs a first operation comprising at least one of the following: re-establishing a PDCP entity of the DRB; in accordance with a determination that the PDCP entity of the DRB is not configured with ciphering disabled, configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key; in accordance with a determination that the PDCP entity of the DRB is configured with integrity protection, configuring the PDCP entity with an integrity protection algorithm and a key for integrity  protection of data associated with a master key or a secondary key; or re-establishing at least one RLC entity for at least one RLC bearer associated with the DRB. In this way, during a subsequent CPAC, a terminal device may perform layer 2 (L2) handling in case of a bearer type change without an explicit indication from a network. Thus, loss-less may be supported for acknowledged mode (AM) DRBs.

[0041] In another aspect, upon determination that a subsequent CPC is to be performed from a first cell to a second cell, a terminal device determines whether the first cell is a candidate PSCell for the subsequent CPC. If the first cell is not a candidate PSCell for the subsequent CPC, the terminal device perform an operation comprising one of the following: determining that the subsequent CPC is an inter-SN subsequent CPC or an intra-SN subsequent CPC by determining a first identity value as an identity value of a serving cell and comparing the first identity value and a second identity value for the second cell; determining that the subsequent CPC is the inter-SN subsequent CPC; and determining that the subsequent CPC is the intra-SN subsequent CPC. In this way, during a subsequent CPAC, a terminal device may identify intra-SN subsequent CPC and inter-SN subsequent CPC. This may facilitate performing different behaviors on security key update and L2 handling for the case of intra-SN subsequent CPC and the case of inter-SN subsequent CPC.

[0042] In still another aspect, a terminal device receives, from an MN, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN. The first configuration comprises a set of configurations. A configuration in the set of configurations comprises an MCG configuration. The MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to a set of second candidate PSCells, or the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells. In this way, generation of execution conditions for a subsequent CPC by candidate SNs may be supported.

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

[0044] It is to be understood that the present solution may be applied in a SCG change, and also may be applied in an MCG change. That is, the present solution may be applied for a subsequent CPC or a subsequent conditional handover. The subsequent CPC or  subsequent conditional handover may also be referred to as a selective activation of cell groups, a selective activation of SCGs, a subsequent SCG change, a subsequent cell group change or a subsequent conditional cell change. For convenience, embodiments of the present disclosure will be described by taking a subsequent CPC as an example.

[0045] EXAMPLE OF COMMUNICATION NETWORK

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

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

[0048] Assuming that 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 an MCG for the terminal device 120. Assuming that 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. Assuming that the cell 131 is a primary cell (i.e., PSCell) in the SCG.

[0049] 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 an Xn interface.

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

[0051] The communications in the communication environment 100 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) , 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.

[0052] In some embodiments, the network device 110 may configure, to the terminal device 120, a conditional reconfiguration supporting a subsequent CPAC.

[0053] Assuming 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 process of SN addition may be called as a conditional PSCell addition (CPA) .

[0054] 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 an MN and the network device 130 serves as an SN. As the terminal device 120 moves, an 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 process of PSCell change may be called as a CPC.

[0055] In some scenarios, after the terminal device 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 an radio resource control (RRC) reconfiguration message containing  reconfigurationWithSync for 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.

[0056] 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 process of SN change may be called as a subsequent CPC.

[0057] As shown in FIG. 1, as the terminal device 120 further moves, the terminal device 120 may move out of coverage of an 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.

[0058] 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 process may be called as a subsequent CPA.

[0059] Embodiments of the present disclosure provide solutions of communication for a subsequent CPAC so as to enhance a subsequent CPAC procedure. The solutions will be described in connection with FIGs. 2 to 4 below.

[0060] EXAMPLE IMPLEMENTATION OF L2 HANDLING

[0061] In some scenarios, during a subsequent CPAC, a bearer type of a DRB may be changed or unchanged. Different L2 handling (e.g., PDCP reestablishment or recovery, or RLC reestablishment) needs to be performed in case of the bearer type changed or unchanged. However, for a candidate PSCell, whether the bearer type is changed or unchanged depends on a moving trajectory of a terminal device for a subsequent CPAC. So it is impossible to configure L2 handling in an RRC signaling as that in a conventional CPAC.

[0062] In view of this, embodiments of the present disclosure provide a solution of L2 handling for a subsequent CPAC. The solution will be described in connection with FIG. 2 below. FIG. 2 illustrates a schematic diagram illustrating an example process 200 of a subsequent CPAC according to embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to FIG. 1. The process 200 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is an MN serving the terminal device 120.

[0063] As shown in FIG. 2, the terminal device 120 may determine 210 that a subsequent CPAC is performed. In some embodiments, the network device 110 may transmit 211, to the terminal device 120, a configuration (e.g., a conditional reconfiguration) of a subsequent CPAC comprising execution conditions for the subsequent CPAC to a set of candidate PSCells. The terminal device 120 may perform 212 a conditional reconfiguration evaluation based on the execution conditions.

[0064] In some embodiments, after a CPA or CPC or legacy PSCell change or addition procedure, when an execution condition for a candidate PSCell (e.g., the cell 142) is fulfilled, the terminal device 120 may determine that a subsequent CPC is performed. In some embodiments, after a CPA or CPC or legacy PSCell change or addition procedure, when an execution condition for a candidate PSCell (e.g., the cell 141) is fulfilled after an SN release, the terminal device 120 may determine that a subsequent CPA is performed.

[0065] Upon determination that the subsequent CPAC is performed, the terminal device 120 may determine 220 whether a bearer type for a DRB is changed for the subsequent CPAC. In other words, upon execution of the subsequent CPAC, the terminal device 120 may determine if the bearer type of one DRB is changed.

[0066] In some embodiments, the change of the bearer type may comprise a change from an MN terminated bearer to an SN terminated bearer. In some embodiments, the change of the bearer type may comprise a change from an SN terminated bearer to an MN terminated bearer.

[0067] In some embodiments, the terminal device 120 may determine whether the bearer type for the DRB is changed based on a key to be used for the DRB (e.g., keyToUse associated with the DRB) . In some embodiments, if the key to be used for the DRB is changed, the terminal device 120 may determine that the bearer type for the DRB is changed. If the key to be used for the DRB is unchanged, the terminal device 120 may  determine that the bearer type for the DRB is unchanged. For example, if the key to be used for the DRB is changed from master to secondary, or from secondary to master, the terminal device 120 may determine that the bearer type for the DRB is changed. Otherwise, the terminal device 120 may determine that the key to be used for the DRB is unchanged.

[0068] Continuing to refer to FIG. 2, if the bearer type for the DRB is changed, the terminal device 120 may perform 230 L2 handling (also refer to as a first operation herein) . In some embodiments, if the bearer type for the DRB is changed, the terminal device 120 may re-establish a PDCP entity of the DRB.

[0069] In some embodiments, if the bearer type for the DRB is changed and if the PDCP entity of the DRB is not configured with ciphering disabled, the terminal device 120 may configure the PDCP entity of the DRB with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key. The master key or the secondary key may be indicated in the key to be used for the DRB (e.g., keyToUse) . That is, the ciphering configuration may be applied to all subsequent PDCP protocol data units (PDUs) received and sent by the terminal device 120.

[0070] In some embodiments, if the bearer type for the DRB is changed and if the PDCP entity of the DRB is configured with integrity protection, the terminal device 120 may configure the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a master key or a secondary key. The master key or the secondary key may be indicated in the key to be used for the DRB (e.g., keyToUse) .

[0071] In some embodiments, if the bearer type for the DRB is changed, the terminal device 120 may re-establish at least one RLC entity for at least one RLC bearer associated with the DRB. It is to be noted that the above operations upon DRB bearer type change may be carried out separately or in any combination.

[0072] Continuing to refer to FIG. 2, if the bearer type for the DRB is unchanged, the terminal device 120 may perform 240 L2 handling (also referred to as a second operation herein) . In some embodiments, if the bearer type for the DRB is unchanged, the terminal device 120 may trigger the PDCP entity of the DRB to perform data recovery. In some embodiments, if the bearer type for the DRB is unchanged, the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the DRB.

[0073] In some embodiments, the network device 110 may restrict or avoid the bearer type change during the subsequent CPAC based on a proper configuration.

[0074] With the process 200, during a subsequent CPAC, a terminal device may perform L2 handling in case of a bearer type change without an explicit indication from a network. Thus, loss-less may be supported for AM DRBs.

[0075] EXAMPLE IMPLEMENTATION OF INTER-SN OR INTER-SN SUBSEQUENT CPC

[0076] In some scenarios, during a subsequent CPC, whether a terminal device performs security key update and L2 handling depends on whether the subsequent CPC is an inter-SN subsequent CPC or an intra-SN subsequent CPC. However, it is still unclear how to determine whether the subsequent CPC is the inter-SN subsequent CPC or the intra-SN subsequent CPC, and what kinds of L2 handling are to be performed for the inter-SN subsequent CPC or the intra-SN subsequent CPC.

[0077] In view of this, embodiments of the present disclosure provide a solution of security key update and L2 handling for a subsequent CPC. The solution will be described in connection with FIG. 3 below. FIG. 3 illustrates a schematic diagram illustrating an example process 300 of a subsequent CPC according to embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to FIG. 1. The process 300 may involve the terminal device 120 and the network device 110. In this example, the network device 110 is an MN serving the terminal device 120.

[0078] As shown in FIG. 3, the terminal device 120 may determine 310 that a subsequent CPC is to be performed from a first cell to a second cell. In some embodiments, the network device 110 may transmit 311, to the terminal device 120, a configuration (e.g., a conditional reconfiguration) of a subsequent CPAC comprising execution conditions for the subsequent CPAC to a set of candidate PSCells. The terminal device 120 may perform 312 a conditional reconfiguration evaluation based on the execution conditions. After a CPA or CPC or legacy PSCell change or addition procedure, the terminal device 120 is changed into the first cell (e.g., the cell 142) . When an execution condition for a candidate PSCell (i.e., the second cell (e.g., the cell 151) ) is fulfilled, the terminal device 120 may determine that the subsequent CPC from the cell 142 to the cell 151 is performed.

[0079] Upon determination that the subsequent CPC is performed, that is, upon execution of the subsequent CPC, the terminal device 120 may determine if the subsequent CPC is  inter-SN subsequent CPC or intra-SN subsequent CPC. In some embodiments, the determination may be based on an identity (ID) value configured by the network device 110 for a target candidate PSCell (i.e., the second cell) , and an ID value of a serving PSCell or source PSCell (i.e., the first cell) maintained by the terminal device 120.

[0080] Continuing to refer to FIG. 3, the terminal device 120 may determine 320 whether the first cell (i.e., the serving PSCell or source PSCell) is a candidate PSCell for a subsequent CPAC. In some embodiments, if the first cell is a candidate PSCell supporting a subsequent CPAC, the terminal device 120 may set an ID value of a serving cell as an ID value configured for the candidate PSCell. If the first cell is not a candidate PSCell for a subsequent CPAC, the terminal device 120 may perform an operation according to embodiments of the present disclosure.

[0081] As shown in FIG. 3, in some embodiments, if the first cell is not a candidate PSCell for a subsequent CPAC, the terminal device 120 may determine 330 a first ID value as the ID value of the serving cell.

[0082] In some embodiments, the terminal device 120 may receive 331, from the network device 110 (i.e., MN) , a configuration of the first ID value. Alternatively, the terminal device 120 may receive the configuration of the first ID value from the network device 150 (i.e., target SN) . In other words, if the serving PSCell or source PSCell (e.g. the cell 142) is not a candidate PSCell, the network device 110 may also configure an ID value for the serving PSCell or source PSCell. Upon reception of the configuration, the terminal device 120 may set the ID value maintained for the serving PSCell or source PSCell as the ID value configured by the network device 110. In some embodiments, the terminal device 110 may maintain the ID value of the serving PSCell or source PSCell in a UE variable.

[0083] In some embodiments, the terminal device 120 may determine 332 the first ID value as a default value. In other words, if the serving PSCell or source PSCell is not a candidate PSCell, the terminal device 120 may set the ID value of the serving cell as a default value.

[0084] Upon determination of the first ID value, the terminal device 120 may compare 340 the first ID value and a second ID value of the second cell. If the first ID value is the same as the second ID value, the terminal device 120 may determine that the subsequent CPC is the intra-SN subsequent CPC. If the first ID value is different from the second ID value, the terminal device 120 may determine that the subsequent CPC is the inter-SN  subsequent CPC. In other words, if the ID value of the serving PSCell or source PSCell is the same as the ID value of the target candidate PSCell, the terminal device 120 determines the subsequent CPC as intra-SN. If the ID value of the serving PSCell or source PSCell and the ID value of the target candidate PSCell are different, the terminal device 120 determines the subsequent CPC as inter-SN.

[0085] In some embodiments, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may replace the ID value of the serving cell with the second ID value (i.e., the ID value of the target candidate PSCell) .

[0086] Continuing to refer to FIG. 3, in some embodiments, if the first cell (i.e., the serving PSCell or source PSCell) is not a candidate PSCell for a subsequent CPAC, the terminal device 120 may determine 350 that the subsequent CPC is the inter-SN subsequent CPC. In some alternative embodiments, if the first cell (i.e., the serving PSCell or source PSCell) is not a candidate PSCell for a subsequent CPAC, the terminal device 120 may determine 360 that the subsequent CPC is the intra-SN subsequent CPC.

[0087] In some embodiments, if the first cell and the second cell is not configured with ID values, the terminal device 120 may determine that the subsequent CPC is the inter-SN subsequent CPC. In other words, if at least one of the serving PSCell / source PSCell or target candidate PSCell is not configured with ID values, the terminal device 120 may determine that the subsequent CPC as inter-SN. In some alternative embodiments, if the first cell and the second cell is not configured with ID values, the terminal device 120 may determine that the subsequent CPC is the intra-SN subsequent CPC. In other words, if at least one of the serving PSCell / source PSCell or target candidate PSCell is not configured with ID values, the terminal device 120 may determine that the subsequent CPC as intra-SN.

[0088] In some embodiments, for each ID value, the network device 110 may configure a list of security key counters (e.g., sk-counter) to derive or update a secondary key. Upon reception of the list of security key counters, the terminal device 120 may store, in a UE variable, the list of security key counters for each ID value. For the inter-SN subsequent CPC and the intra-SN subsequent CPC, the terminal device may perform different operations for security key update and L2 handling.

[0089] Continuing to refer to FIG. 3, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may perform 370 security key update. In some  embodiments, the terminal device 120 may derive a secondary key by using a security key counter in a list of security key counters associated with the second ID value (i.e., the ID value of the target candidate PSCell) . In some embodiments, the terminal device 120 may discard the used security key counter from the stored list of security key counters associated with the ID value of the target candidate PSCell or the updated ID value of the serving PSCell.

[0090] Continuing to refer to FIG. 3, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may perform 380 L2 handling.

[0091] In some embodiments, for an SN terminated DRB (e.g., for each SN terminated DRB) , the terminal device 120 may re-establish a PDCP entity of the DRB. The SN terminated DRB is a DRB with keyToUse that is secondary. In some embodiments, if the PDCP entity of the DRB is not configured with ciphering disabled, the terminal device 120 may configure the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a secondary key. That is, the ciphering configuration may be applied to all subsequent PDCP PDUs received and sent by the terminal device 120. In some embodiments, if the PDCP entity of the DRB is configured with integrity protection, the terminal device 120 may configure the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a secondary key. That is, the integrity protection configuration may be applied to all subsequent PDCP PDUs received and sent by the terminal device 120. In some embodiments, the terminal device 120 may re-establish at least one RLC entity for at least one RLC bearer associated with the DRB. It is to be understood that any combination of the above operations is also feasible.

[0092] In some embodiments, for at least one signaling radio bearer (SRB) between an SN (e.g., the network device 150) corresponding to the second cell (e.g., the cell 151) and the terminal device 120 (e.g., for each direct SRB between the SN and the terminal device 120) , e.g., SRB3, the terminal device 120 may re-establish a PDCP entity for the at least one SRB. In some embodiments, the terminal device 120 may configure the PDCP entity to apply a ciphering algorithm and a key for ciphering of an RRC signaling associated with a secondary key. That is, the ciphering configuration may be applied to all subsequent messages received and sent by the terminal device 120, including a message used to indicate successful completion of the ciphering configuration procedure. In some embodiments, the terminal device 120 may configure the PDCP entity to apply an integrity protection algorithm and a key for integrity protection of the RRC signaling associated with  the secondary key. That is, the integrity protection configuration may be applied to all subsequent messages received and sent by the terminal device 120, including a message used to indicate successful completion of the integrity protection configuration procedure. In some embodiments, the terminal device 120 may re-establish at least one RLC entity for at least one RLC bearer associated with the at least one SRB. It is to be understood that any combination of the above operations is also feasible.

[0093] In some embodiments, for an MN terminated DRB (e.g., for each MN terminated DRB) , the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the MN terminated DRB. The MN terminated DRB is a DRB with keyToUse that is master.

[0094] In some embodiments, for an SRB between an MN (i.e., the network device 110) and the terminal device 120 (e.g., for each MCG SRB or direct SRB between the MN and the terminal device 120) , e.g., SRB1 or SRB2, the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the SRB. In some embodiments, the terminal device 120 may re-establish RLC entities for all SCG RLC bearers.

[0095] Continuing to refer to FIG. 3, if the subsequent CPC is the intra-SN subsequent CPC, the terminal device 120 may perform 390 L2 handling. In some embodiments, for an SN terminated DRB (e.g., for each SN terminated DRB) , the terminal device 120 may trigger a PDCP entity of the DRB to perform data recovery. In some embodiments, the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the DRB. The SN terminated DRB is a DRB with keyToUse that is secondary.

[0096] In some embodiments, for an SRB between the SN (e.g., the network device 150) and the terminal device 120 (e.g., for each direct SRB between the SN and the terminal device 120) , e.g., SRB3, the terminal device 120 may trigger a PDCP entity of the SRB to perform a service data unit (SDU) discard. In some embodiments, the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the SRB.

[0097] In some embodiments, for an MN terminated DRB (e.g., for each MN terminated DRB) , the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the MN terminated DRB. The MN terminated DRB is a  DRB with keyToUse that is master.

[0098] In some embodiments, for an SRB between an MN (i.e., the network device 110) and the terminal device 120 (e.g., for each MCG SRB or direct SRB between the MN and the terminal device 120) , e.g., SRB1 or SRB2, the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the SRB. In some embodiments, the terminal device 120 may re-establish RLC entities for all SCG RLC bearers.

[0099] In some embodiments, upon execution of subsequent CPC, if the ID value of the serving cell is available, the terminal device 120 may ignore an information element (IE) for PDCP re-establishment (e.g., reestablishPDCP IE) , an IE for PDCP recovery (e.g., recoveryPDCP IE) and an IE for PDCP discard (e.g., discardOnPDCP IE) configured for SN terminated DRBs and direct SRBs between the SN and the terminal device 120 (e.g. SRB3) . In some embodiments, for an MN terminated DRB, the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the DRB. In some embodiments, for an MCG SRB or a direct SRB between the MN and the terminal device 120 (e.g., SRB1, SRB2) , the terminal device 120 may re-establish at least one RLC entity for at least one SCG RLC bearer associated with the SRB. In some embodiments, the terminal device 120 may re-establish RLC entities for all SCG RLC bearers.

[0100] With the process 300, during a subsequent CPAC, a terminal device may perform different behaviors on security key update and L2 handling for the case of intra-SN subsequent CPC and the case of inter-SN subsequent CPC.

[0101] EXAMPLE IMPLEMENTATION OF EXECUTION CONDITION FOR SUBSEQUENT CPC

[0102] In some scenarios, for an SN-initiated subsequent CPAC, execution conditions for a subsequent CPC may be generated by candidate SNs. However, it is still unclear how to generate the execution conditions for a subsequent CPC.

[0103] In view of this, embodiments of the present disclosure provide a solution for configuring execution conditions for a subsequent CPAC. The solution will be described in connection with FIG. 4 below. FIG. 4 illustrates a schematic diagram illustrating another example process 400 of a subsequent CPAC according to embodiments of the present disclosure. For the purpose of discussion, the process 400 will be described with reference to FIG. 1. The process 400 may involve the terminal device 120 and the  network devices 110 and 140. In this example, the network device 110 is an MN serving the terminal device 120, and the network device 140 is a target candidate SN.

[0104] As shown in FIG. 4, the network device 110 (i.e., MN) may transmit 410 an SN addition request message to each of candidate SNs (e.g., the network device 140) . The SN addition request message may comprise a list of recommended candidate PSCells of the candidate SN and candidate PSCells of other candidate SNs (e.g., the network device 150) .

[0105] Continuing to refer to FIG. 4, the network device 140 (i.e., target candidate SN) may transmit 420 an SN addition request acknowledgement message to the network device 110 (i.e., MN) . The SN addition request acknowledgement message may comprise execution conditions for subsequent CPC from one of candidate PSCells of the target candidate SN (e.g., the cell 142) to another candidate PSCell of the target candidate SN (e.g., the cell 143) or another candidate PSCell of another target candidate SN (e.g., the cell 151) .

[0106] As shown in FIG. 4, the network device 110 (i.e., MN) may transmit 430, to the terminal device 120, a configuration of a subsequent CPAC comprising the execution conditions for subsequent CPC received from the network device 140. The configuration of the subsequent CPAC may comprise a first configuration associated with a first candidate PSCell (e.g., the cell 142) of the target candidate SN. The first configuration may comprise a set of configurations, and a configuration in the set of configurations may comprise an MCG configuration.

[0107] In some embodiments, the MCG configuration may comprise execution conditions for a subsequent CPC from the first candidate PSCell (e.g., the cell 142) to a set of second candidate PSCells. In other words, upon generation of an RRC reconfiguration including a conditional reconfiguration for the first candidate PSCell (e.g., the cell 142) , the MN may include the execution conditions for subsequent CPC from the first candidate PSCell (e.g., the cell 142) into the MCG configuration of an RRC reconfiguration in the conditional reconfiguration. Then the MN may transmit the RRC reconfiguration to the terminal device 120.

[0108] That is, in the MCG configuration, the execution conditions for subsequent CPC are set as execution conditions associated with conditional reconfiguration for candidate PSCells (e.g., the cell 141, the cell 151, etc. ) .

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

[0110] The MN sends to the UE an RRCReconfiguration message including the CPAC configuration, i.e. a list of RRCReconfiguration*messages and associated execution conditions, in which each RRCReconfiguration*message contains an SCG configuration in an RRCReconfiguration**message received from a candidate SN and an MCG configuration. The MCG configuration may include execution conditions for subsequent CPC. Besides, the RRCReconfiguration message may also include an updated MCG configuration, as well as a NR RRCReconfiguration***message generated by the source SN, e.g., to configure the required conditional measurements.

[0111] In some embodiments, the MCG configuration may further comprise an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells. In other words, the MN may also include, in the MCG configuration, an indication of suspend or deactivation or invalidity of one conditional reconfiguration.

[0112] In some embodiments, if the target candidate SN (e.g., the network device 140) does not provide an execution condition for a subsequent CPC from a first candidate PSCell (e.g., the cell 142) to a second candidate PSCell (e.g., the cell 152) , or if the target candidate SN indicates in the SN addition request acknowledgement message that the subsequent CPC is not supported from the first candidate PSCell (e.g., the cell 142) to the second candidate PSCell (e.g., the cell 152) , the MN may include, in the MCG configuration, the indication of suspend or deactivation or invalidity of a conditional reconfiguration associated with the second candidate PSCell (i.e., the cell 152) . In some embodiments, the indication may be included in the conditional reconfiguration associated with the second candidate PSCell (i.e., the cell 152) .

[0113] With reference to FIG. 4, upon reception of the indication, or upon determination that no execution conditions for the subsequent CPAC from the first candidate PSCell to the one or more second candidate PSCells are received, the terminal device 120 may suspend or deactivate 440 the one or more configurations in the set of configurations. In some embodiments, the terminal device 120 may suspend or deactivate a conditional reconfiguration evaluation for the conditional reconfiguration associated. Alternatively or additionally, the terminal device 120 may consider the conditional reconfiguration as being suspended or deactivated or invalid.

[0114] In some embodiments, the first configuration may comprise the execution  conditions for the subsequent CPC from the first candidate PSCell (e.g., the cell 142) to the set of second candidate PSCells received from the network device 140 (i.e., the target candidate SN) . In other words, upon generation of an RRC reconfiguration including a conditional reconfiguration for a first candidate PSCell (e.g., the cell 142) of the target candidate SN (e.g., the network device 140) , the MN may include the execution conditions for subsequent CPC from the first candidate PSCell (i.e., the cell 142) into a conditional configuration for the first candidate PSCell (i.e., the cell 142) . Then the MN may transmit the RRC reconfiguration to the terminal device 120. The terminal device 120 receives the execution conditions for subsequent CPC, and stores it in a UE variable.

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

[0116] The MN sends to the UE an RRCReconfiguration message including the CPAC configuration, i.e. a list of RRCReconfiguration*messages and associated execution conditions, and execution conditions for subsequent CPC, in which each RRCReconfiguration*message contains an SCG configuration in an RRCReconfiguration**message received from a candidate SN and an MCG configuration. Besides, the RRCReconfiguration message may also include an updated MCG configuration, as well as a NR RRCReconfiguration***message generated by the source SN, e.g., to configure the required conditional measurements.

[0117] Continuing to refer to FIG. 4, if a PSCell change or addition to the first candidate PSCell (e.g., the cell 142) is to be performed, the terminal device 120 may update 450 execution conditions stored for the set of second candidate PSCells with the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells. In other words, upon the PSCell change or addition to the first candidate PSCell, the terminal device 120 may update or set the execution conditions of the conditional reconfigurations associated with other candidate PSCells as the execution conditions for subsequent CPC.

[0118] In some embodiments, the PSCell change or addition may be a conditional PSCell change or addition. In some embodiments, the PSCell change or addition may be a non-conditional PSCell change or addition. In other words, upon successfully completing a random access procedure triggered for the reconfiguration with sync in SpCell configuration of the SCG, and the target PSCell is a candidate PSCell (e.g., the cell 142) . For example, the terminal device 120 may replace execution conditions of a conditional  reconfiguration associated with another candidate PSCell (e.g. the cell 151) in a UE variable with the execution conditions for subsequent CPC from the candidate PSCell (e.g., the cell 142) to the other candidate PSCell (e.g., the cell 151) .

[0119] In some embodiments, the first configuration may comprise an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells.

[0120] With reference to FIG. 4, upon reception of the indication, or upon determination that no execution conditions for the subsequent CPAC from the first candidate PSCell to the one or more second candidate PSCells are received, the terminal device 120 may suspend or deactivate 451 the one or more configurations in the set of configurations. In some embodiments, the terminal device 120 may suspend or deactivate a conditional reconfiguration evaluation for the conditional reconfiguration associated. Alternatively or additionally, the terminal device 120 may consider the conditional reconfiguration as being suspended or deactivated or invalid.

[0121] For example, if no execution conditions to trigger subsequent CPC from a conditional reconfiguration or a first candidate PSCell (e.g., the cell 142) to another conditional reconfiguration or a second candidate PSCell (e.g., the cell 152) is received, or an explicit indication of suspend or deactivation or invalidity of the other conditional reconfiguration or the second candidate PSCell is received, upon a PSCell change or addition to the first candidate PSCell (e.g., the cell 142) , the terminal device 120 may consider the other conditional reconfiguration or the second candidate PSCell (e.g., the cell 152) as being invalid or suspended or deactivated. Alternatively, the terminal device 120 may suspend or deactivate a condition reconfiguration evaluation for the other conditional reconfiguration or the second candidate PSCell (e.g., the cell 152) .

[0122] Based on the execution conditions for the subsequent CPAC, the terminal device 120 may perform a conditional reconfiguration evaluation.

[0123] With the process 400, generation of execution conditions for a subsequent CPC by candidate SNs may be supported.

[0124] It is to be understood that the steps and the order of the steps in FIGs. 2 to 4 are merely for illustration, and not for limitation. More or less steps may also be feasible.

[0125] EXAMPLE IMPLEMENTATION OF METHODS

[0126] Accordingly, embodiments of the present disclosure provide methods of communication implemented at a terminal device and an MN. These methods will be described below with reference to FIGs. 5 to 8.

[0127] FIG. 5 illustrates an example method 500 of communication implemented at a terminal device in accordance with some embodiments of the present disclosure. For example, the method 500 may be performed at the terminal device 120 as shown in FIG. 1. 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.

[0128] As shown in FIG. 5, at block 510, the terminal device 120 determines that a subsequent CPAC is performed.

[0129] At block 520, the terminal device 120 determines that a bearer type for a DRB is changed for the subsequent CPAC. In some embodiments, if a key to be used for the DRB is changed, the terminal device 120 may determine that the bearer type for the DRB is changed. If the key to be used for the DRB is unchanged, the terminal device 120 may determine that the bearer type for the DRB is unchanged.

[0130] At block 530, the terminal device 120 performs a first operation. In some embodiments, the first operation may comprise re-establishing a PDCP entity of the DRB. In some embodiments, the first operation may comprise configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key if the PDCP entity of the DRB is not configured with ciphering disabled. In some embodiments, the first operation may comprise configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a master key or a secondary key if the PDCP entity of the DRB is configured with integrity protection. In some embodiments, the first operation may comprise re-establishing at least one RLC entity for at least one RLC bearer associated with the DRB. It is to be understood that the first operation may comprise any combination of the above operations.

[0131] In some embodiments, if the bearer type for the DRB is unchanged for the subsequent CPAC, the terminal device 120 may perform a second operation. In some embodiments, the second operation may comprise triggering the PDCP entity of the DRB to perform data recovery. In some embodiments, the second operation may comprise re-establishing at least one RLC entity for at least one SCG RLC bearer associated with the  DRB. It is to be understood that the second operation may comprise any combination of the above operations.

[0132] In this way, during a subsequent CPAC, a terminal device may perform L2 handling in case of a bearer type change without an explicit indication from a network. Thus, loss-less may be supported for AM DRBs.

[0133] FIG. 6 illustrates 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 120 as shown in FIG. 1. 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.

[0134] As shown in FIG. 6, at block 610, the terminal device 120 determines that a subsequent CPC is to be performed from a first cell to a second cell.

[0135] At block 620, the terminal device 120 determines that the first cell is not a candidate PSCell for the subsequent CPC.

[0136] At block 630, the terminal device 120 performs an operation. In some embodiments, the operation may comprise determining that the subsequent CPC is the inter-SN subsequent CPC. In some embodiments, the operation may comprise determining that the subsequent CPC is the intra-SN subsequent CPC.

[0137] In some embodiments, the operation may comprise: determining that the subsequent CPC is an inter-SN subsequent CPC or an intra-SN subsequent CPC by determining a first identity value as an identity value of a serving cell and comparing the first identity value and a second identity value for the second cell.

[0138] In some embodiments, the terminal device 120 may determine the first identity value based on a configuration of the first identity value from an MN (e.g., the network device 110) or an SN (e.g., the target candidate SN) . In some embodiments, the terminal device 120 may determine the first identity value as a default value.

[0139] In some embodiments, if the first identity value is the same as the second identity value, the terminal device 120 may determine that the subsequent CPC is the intra-SN subsequent CPC. In some embodiments, if the first identity value is different from the second identity value, the terminal device 120 may determine that the subsequent CPC is  the inter-SN subsequent CPC. In some embodiments, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may replace the identity value of the serving cell with the second identity value.

[0140] In some embodiments, the terminal device 120 may determine that the subsequent CPC is the inter-SN subsequent CPC based on at least one of the following: the first cell is not configured with the first identity value, or the second cell is not configured with the second identity value. In some embodiments, the terminal device 120 may determine that the subsequent CPC is the intra-SN subsequent CPC based on at least one of the following: the first cell is not configured with the first identity value, or the second cell is not configured with the second identity value.

[0141] In some embodiments, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may derive a secondary key by using a security key counter in a list of security key counters associated with the second identity value, and discard the security key counter from the list of security key counters.

[0142] In some embodiments, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may perform, for a DRB as an SN terminated DRB, an operation comprising at least one of the following: re-establishing a PDCP entity of the DRB; configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a secondary key if the PDCP entity of the DRB is not configured with ciphering disabled; configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a secondary key if the PDCP entity of the DRB is configured with integrity protection; or re-establishing at least one RLC entity for at least one RLC bearer associated with the DRB.

[0143] In some embodiments, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may perform, for at least one SRB between an SN corresponding to the second cell and the terminal device, an operation comprising at least one of the following: re-establishing a PDCP entity for the at least one SRB; configuring the PDCP entity to apply a ciphering algorithm and a key for ciphering of a radio resource control (RRC) signaling associated with a secondary key; configuring the PDCP entity to apply an integrity protection algorithm and a key for integrity protection of the RRC signaling associated with the secondary key; or re-establishing at least one RLC entity for at least one RLC bearer associated with the at least one SRB.

[0144] In some embodiments, if the subsequent CPC is the inter-SN subsequent CPC, the terminal device 120 may perform an operation comprising at least one of the following: re-establishing at least one radio link control (RLC) entity for at least one SCG RLC bearer associated with a DRB as an MN terminated DRB; re-establishing at least one RLC entity for at least one SCG RLC bearer associated with an SRB between the MN and the terminal device; or re-establishing RLC entities for all SCG RLC bearers.

[0145] In some embodiments, if the subsequent CPC is the intra-SN subsequent CPC, the terminal device 120 may perform, for a DRB as an SN terminated DRB, an operation comprising at least one of the following: triggering a PDCP entity of the DRB to perform data recovery; or re-establishing at least one RLC entity for at least one SCG RLC bearer associated with the DRB.

[0146] In some embodiments, if the subsequent CPC is the intra-SN subsequent CPC, the terminal device 120 may perform, for an SRB between an SN and the terminal device, an operation comprising at least one of the following: triggering a PDCP entity of the SRB to perform an SDU discard; or re-establishing at least one RLC entity for at least one SCG RLC bearer associated with the SRB.

[0147] In some embodiments, if the subsequent CPC is the intra-SN subsequent CPC, the terminal device 120 may perform an operation comprising at least one of the following: re-establishing at least one RLC entity for at least one SCG RLC bearer associated with at least one SRB between an MN and the terminal device; re-establishing at least one RLC entity for at least one SCG RLC bearer associated with a DRB as an MN terminated DRB; or re-establishing RLC entities for all SCG RLC bearers.

[0148] In this way, during a subsequent CPAC, a terminal device may identify intra-SN subsequent CPC and inter-SN subsequent CPC. This may facilitate performing different behaviors on security key update and L2 handling for the case of intra-SN subsequent CPC and the case of inter-SN subsequent CPC.

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

[0150] As shown in FIG. 7, at block 710, the terminal device 120 receives, from an MN, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN. The first configuration comprises a set of configurations and a configuration in the set of configurations comprises an MCG configuration.

[0151] In some embodiments, the MCG configuration may comprise execution conditions for a subsequent CPC from the first candidate PSCell to a set of second candidate PSCells. In some embodiments, the MCG configuration may further comprise an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells. In some embodiments, if the indication is received or no execution conditions for the subsequent CPAC from the first candidate PSCell to the one or more second candidate PSCells are received, the terminal device 120 may suspend or deactivate the one or more configurations in the set of configurations.

[0152] In some embodiments, the first configuration may comprise the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells. In some embodiments, if a PSCell change or addition to the first candidate PSCell is to be performed, the terminal device 120 may update execution conditions stored for the set of second candidate PSCells with the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.

[0153] In some embodiments, the first configuration may further comprise an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells. In some embodiments, if the indication is received or no execution conditions for the subsequent CPAC from the first candidate PSCell to the one or more second candidate PSCells are received, the terminal device 120 may suspend or deactivate the one or more configurations in the set of configurations.

[0154] In this way, generation of execution conditions for a subsequent CPC by candidate SNs may be supported.

[0155] FIG. 8 illustrates an example method 800 of communication implemented at an MN in accordance with some embodiments of the present disclosure. For example, the method 800 may be performed at the network device 110 as shown in FIG. 1. It is to be understood that the method 800 may include additional blocks not shown and / or may omit  some blocks as shown, and the scope of the present disclosure is not limited in this regard.

[0156] As shown in FIG. 8, at block 810, the network device 110 as an MN transmits, to the terminal device 120, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN. The first configuration comprises a set of configurations and a configuration in the set of configurations comprises an MCG configuration.

[0157] In some embodiments, the MCG configuration may comprise execution conditions for a subsequent CPC from the first candidate PSCell to a set of second candidate PSCells. In some embodiments, the MCG configuration may further comprise an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells.

[0158] In some embodiments, the first configuration may comprise the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells. In some embodiments, the first configuration may further comprise an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells.

[0159] In this way, generation of execution conditions for a subsequent CPC by candidate SNs may be supported.

[0160] It is to be understood that operations of the methods 500, 600, 700 and 800 correspond to that described with reference to FIGs. 2 to 4, and thus other details are not repeated here for conciseness.

[0161] EXAMPLE IMPLEMENTATION OF DEVICE

[0162] FIG. 9 is a simplified block diagram of a device 900 that is suitable for implementing embodiments of the present disclosure. The device 900 can be considered as a further example implementation of the terminal device 120 or the network device 110 as shown in FIG. 1. Accordingly, the device 900 can be implemented at or as at least a part of the terminal device 120 or the network device 110.

[0163] As shown, the device 900 includes a processor 910, a memory 920 coupled to the processor 910, a suitable transceiver 940 coupled to the processor 910, and a communication interface coupled to the transceiver 940. The memory 910 stores at least a part of a program 930. The transceiver 940 may be for bidirectional communications or a  unidirectional communication based on requirements. The transceiver 940 may include at least one of a transmitter 942 or a receiver 944. The transmitter 942 and the receiver 944 may be functional modules or physical entities. The transceiver 940 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.

[0164] The program 930 is assumed to include program instructions that, when executed by the associated processor 910, enable the device 900 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to FIGs. 1 to 8. The embodiments herein may be implemented by computer software executable by the processor 910 of the device 900, or by hardware, or by a combination of software and hardware. The processor 910 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 910 and memory 920 may form processing means 950 adapted to implement various embodiments of the present disclosure.

[0165] The memory 920 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 920 is shown in the device 900, there may be several physically distinct memory modules in the device 900. The processor 910 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 900 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.

[0166] In some embodiments, a terminal device comprises a circuitry configured to:  determine that a subsequent CPAC is performed; and in accordance with a determination that a bearer type for a DRB is changed for the subsequent CPAC, perform a first operation comprising at least one of the following: re-establishing a PDCP entity of the DRB; in accordance with a determination that the PDCP entity of the DRB is not configured with ciphering disabled, configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key; in accordance with a determination that the PDCP entity of the DRB is configured with integrity protection, configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a master key or a secondary key; or re-establishing at least one RLC entity for at least one RLC bearer associated with the DRB.

[0167] In some embodiments, a terminal device comprises a circuitry configured to: determine that a subsequent CPC is to be performed from a first cell to a second cell; and in accordance with a determination that the first cell is not a candidate PSCell for the subsequent CPC, perform an operation comprising one of the following: determining that the subsequent CPC is an inter-SN subsequent CPC or an intra-SN subsequent CPC by determining a first identity value as an identity value of a serving cell and comparing the first identity value and a second identity value for the second cell; determining that the subsequent CPC is the inter-SN subsequent CPC; and determining that the subsequent CPC is the intra-SN subsequent CPC.

[0168] In some embodiments, a terminal device comprises a circuitry configured to: receive, from an MN, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN, the first configuration comprising a set of configurations, a configuration in the set of configurations comprising an MCG configuration, wherein the MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to a set of second candidate PSCells, or wherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.

[0169] In some embodiments, an MN comprises a circuitry configured to: transmit, to a terminal device, a first configuration of a subsequent CPAC associated with a first candidate PSCell of a candidate SN, the first configuration comprising a set of configurations, a configuration in the set of configurations comprising an MCG configuration, wherein the MCG configuration comprises execution conditions for a subsequent CPC from the first candidate PSCell to the set of second candidate PSCells, or  wherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.

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

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

[0172] 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 8. 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.

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

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

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

[0176] 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:determine that a subsequent conditional primary secondary cell addition or change (CPAC) is performed; andin accordance with a determination that a bearer type for a data radio bearer (DRB) is changed for the subsequent CPAC, perform a first operation comprising at least one of the following:re-establishing a packet data convergence protocol (PDCP) entity of the DRB;in accordance with a determination that the PDCP entity of the DRB is not configured with ciphering disabled, configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a master key or a secondary key;in accordance with a determination that the PDCP entity of the DRB is configured with integrity protection, configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a master key or a secondary key; orre-establishing at least one radio link control (RLC) entity for at least one RLC bearer associated with the DRB.2.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that the bearer type for the DRB is unchanged for the subsequent CPAC, perform a second operation comprising at least one of the following:triggering the PDCP entity of the DRB to perform data recovery; orre-establishing at least one RLC entity for at least one secondary cell group (SCG) RLC bearer associated with the DRB.3.The terminal device of claim 1, wherein the terminal device is further caused to:in accordance with a determination that a key to be used for the DRB is changed, determine that the bearer type for the DRB is changed; orin accordance with a determination that the key to be used for the DRB is unchanged, determine that the bearer type for the DRB is unchanged.4.A terminal device comprising:a processor configured to cause the terminal device to:determine that a subsequent conditional primary secondary cell (PSCell) change (CPC) is to be performed from a first cell to a second cell; andin accordance with a determination that the first cell is not a candidate PSCell for the subsequent CPC, perform an operation comprising one of the following:determining that the subsequent CPC is an inter-secondary node (SN) subsequent CPC or an intra-SN subsequent CPC by determining a first identity value as an identity value of a serving cell and comparing the first identity value and a second identity value for the second cell;determining that the subsequent CPC is the inter-SN subsequent CPC; anddetermining that the subsequent CPC is the intra-SN subsequent CPC.5.The terminal device of claim 4, wherein the terminal device is caused to determine the first identity value by:determining the first identity value based on a configuration of the first identity value from a master node or a secondary node; ordetermining the first identity value as a default value.6.The terminal device of claim 4, wherein the terminal device is caused to determine that the subsequent CPC is the inter-SN subsequent CPC or the intra-SN subsequent CPC by:in accordance with a determination that the first identity value is the same as the second identity value, determining that the subsequent CPC is the intra-SN subsequent CPC; orin accordance with a determination that the first identity value is different from the second identity value, determining that the subsequent CPC is the inter-SN subsequent CPC.7.The terminal device of claim 6, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the inter-SN subsequent CPC, replace the identity value of the serving cell with the second identity value.8.The terminal device of claim 4, wherein the terminal device is further caused to:determining that the subsequent CPC is the inter-SN subsequent CPC based on at least one of the following:the first cell is not configured with the first identity value, orthe second cell is not configured with the second identity value; ordetermining that the subsequent CPC is the intra-SN subsequent CPC based on at least one of the following:the first cell is not configured with the first identity value, orthe second cell is not configured with the second identity value.9.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the inter-SN subsequent CPC,derive a secondary key by using a security key counter in a list of security key counters associated with the second identity value; anddiscard the security key counter from the list of security key counters.10.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the inter-SN subsequent CPC, perform, for a data radio bearer (DRB) as an SN terminated DRB, an operation comprising at least one of the following:re-establishing a packet data convergence protocol (PDCP) entity of the DRB;in accordance with a determination that the PDCP entity of the DRB is not configured with ciphering disabled, configuring the PDCP entity with a ciphering algorithm and a key for ciphering of data associated with a secondary key;in accordance with a determination that the PDCP entity of the DRB is configured with integrity protection, configuring the PDCP entity with an integrity protection algorithm and a key for integrity protection of data associated with a secondary key; orre-establishing at least one radio link control (RLC) entity for at least one RLC bearer associated with the DRB.11.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the inter-SN subsequent CPC, perform, for at least one signaling radio bearer (SRB) between an SN corresponding to the second cell and the terminal device, an operation comprising at least one of the following:re-establishing a packet data convergence protocol (PDCP) entity for the at least one SRB;configuring the PDCP entity to apply a ciphering algorithm and a key for ciphering of a radio resource control (RRC) signaling associated with a secondary key;configuring the PDCP entity to apply an integrity protection algorithm and a key for integrity protection of the RRC signaling associated with the secondary key; orre-establishing at least one radio link control (RLC) entity for at least one RLC bearer associated with the at least one SRB.12.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the inter-SN subsequent CPC, perform an operation comprising at least one of the following:re-establishing at least one radio link control (RLC) entity for at least one secondary cell group (SCG) RLC bearer associated with a data radio bearer (DRB) as a master node (MN) terminated DRB;re-establishing at least one RLC entity for at least one SCG RLC bearer associated with a signaling radio bearer (SRB) between the MN and the terminal device; orre-establishing RLC entities for all SCG RLC bearers.13.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the intra-SN subsequent CPC, perform, for a data radio bearer (DRB) as an SN terminated DRB, an operation comprising at least one of the following:triggering a packet data convergence protocol (PDCP) entity of the DRB to perform data recovery; orre-establishing at least one radio link control (RLC) entity for at least one secondary cell group (SCG) RLC bearer associated with the DRB.14.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the intra-SN subsequent CPC, perform, for a signaling radio bearer (SRB) between an SN and the terminal device, an operation comprising at least one of the following:triggering a packet data convergence protocol (PDCP) entity of the SRB to perform a service data unit (SDU) discard; orre-establishing at least one radio link control (RLC) entity for at least one secondary cell group (SCG) RLC bearer associated with the SRB.15.The terminal device of claim 4, wherein the terminal device is further caused to:in accordance with a determination that the subsequent CPC is the intra-SN subsequent CPC, perform an operation comprising at least one of the following:re-establishing at least one radio link control (RLC) entity for at least one secondary cell group (SCG) RLC bearer associated with at least one signaling radio bearer (SRB) between a master node (MN) and the terminal device;re-establishing at least one RLC entity for at least one SCG RLC bearer associated with a data radio bearer (DRB) as an MN terminated DRB; orre-establishing RLC entities for all SCG RLC bearers.16.A terminal device comprising:a processor configured to cause the terminal device to:receive, from a master node, a first configuration of a subsequent conditional primary secondary cell (PSCell) addition or change (CPAC) associated with a first candidate PSCell of a candidate secondary node (SN) , the first configuration comprising a set of configurations, a configuration in the set of configurations comprising a master cell group (MCG) configuration,wherein the MCG configuration comprises execution conditions for a subsequent conditional PSCell change (CPC) from the first candidate PSCell to a set of second candidate PSCells, orwherein the first configuration further comprises the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.17.The terminal device of claim 16, wherein the terminal device is further caused to:in accordance with a determination that a PSCell change or addition to the first candidate PSCell is to be performed, update execution conditions stored for the set of second candidate PSCells with the execution conditions for the subsequent CPC from the first candidate PSCell to the set of second candidate PSCells.18.The terminal device of claim 16, wherein the MCG configuration or the first configuration further comprises an indication of suspending or deactivating one or more configurations in the set of configurations associated with one or more second candidate PSCells.19.The terminal device of claim 18, wherein the terminal device is further caused to:in accordance with a determination that the indication is received or no execution conditions for the subsequent CPAC from the first candidate PSCell to the one or more second candidate PSCells are received, suspending or deactivating the one or more configurations in the set of configurations.

Images