WO2026016151A1 - 信息处理方法、通信设备及存储介质 - Google Patents

信息处理方法、通信设备及存储介质

Info

Publication number
WO2026016151A1
WO2026016151A1 PCT/CN2024/106278 CN2024106278W WO2026016151A1 WO 2026016151 A1 WO2026016151 A1 WO 2026016151A1 CN 2024106278 W CN2024106278 W CN 2024106278W WO 2026016151 A1 WO2026016151 A1 WO 2026016151A1
Authority
WO
WIPO (PCT)
Prior art keywords
node
parameter
ltm
information
key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2024/106278
Other languages
English (en)
French (fr)
Inventor
陆伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202480014617.0A priority Critical patent/CN120836174A/zh
Priority to PCT/CN2024/106278 priority patent/WO2026016151A1/zh
Publication of WO2026016151A1 publication Critical patent/WO2026016151A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements

Definitions

  • This disclosure relates to the field of communication technology, and in particular to an information processing method, communication device and storage medium.
  • Layer 1/L2 Triggered Mobility refers to a process in which network measurements based on Layer 1 (L1) are triggered by a Media Access Control (MAC) control element (CE) to change the primary cell (PCell) or primary-sencodary cell (PSCell).
  • MAC Media Access Control
  • CE Media Access Control
  • PCell primary cell
  • PSCell primary-sencodary cell
  • MCG master cell group
  • SCG secondary cell group
  • This disclosure provides an information processing method, a communication device, and a storage medium.
  • an information processing method executed by a first node.
  • the method includes: sending first information to a core network node, the first information including information of candidate nodes for triggering mobility LTM handover at Layer 1 and/or Layer 2; receiving second information sent by the core network node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine a key for communication between a user equipment (UE) and the nth node; and n is a positive integer greater than or equal to 2.
  • UE user equipment
  • an information processing method is provided, wherein the method is executed by a source node that triggers a mobility LTM handover by a layer 1 and/or layer 2 of a user equipment (UE), the method comprising: sending fifth information to a target node, the fifth information being used to enable the target node to generate a key for communicating with the UE based on a second parameter of a first parameter pair; the first parameter pair being pre-configured by a core network node.
  • a source node that triggers a mobility LTM handover by a layer 1 and/or layer 2 of a user equipment (UE)
  • the method comprising: sending fifth information to a target node, the fifth information being used to enable the target node to generate a key for communicating with the UE based on a second parameter of a first parameter pair; the first parameter pair being pre-configured by a core network node.
  • an information processing method is provided, wherein the method is executed by a target node, the method further comprising: receiving fourth information sent by a first node, the fourth information including at least a second parameter of the target node when a Layer 1 and/or Layer 2 mobility transfer (LTM) is triggered by a user equipment (UE); the target node is one of the candidate nodes for the LTM of the UE; the second parameter of the target node is used to determine a key for communication between the target node and the UE.
  • LTM Layer 1 and/or Layer 2 mobility transfer
  • an information processing method comprising: receiving first information sent by a first node, the first information including information on candidate nodes for triggering mobility LTM handover for a UE at Layer 1 and/or Layer 2; sending second information to the first node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes being used to determine the second parameter of the nth node; the second parameter being used to determine a key for communication between the user equipment UE and the nth node; wherein n is a positive integer greater than or equal to 2.
  • an information processing method comprising: receiving third information sent by a first node; the third information including at least an LTM configuration for triggering mobility LTM handover at layer 1 and/or layer 2 of the UE; the LTM configuration of the nth node including at least a configuration identifier of the nth node; or, the LTM configuration of the nth node including at least: the configuration identifier of the nth node and a first parameter of the nth node; wherein n is a positive integer greater than or equal to 2.
  • a first node is provided according to a sixth aspect of the present disclosure, wherein the first node includes: a sending module configured to send first information to a core network node, the first information including information of candidate nodes for triggering mobility LTM handover at Layer 1 and/or Layer 2; and a receiving module configured to receive second information sent by the core network node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine a key for communication between a user equipment (UE) and the nth node; and n is a positive integer greater than or equal to 2.
  • UE user equipment
  • a source node for triggering mobility LTM handover in a Layer 1 and/or Layer 2 manner for a user equipment (UE) is provided, wherein the source node includes:
  • the sending module is configured to send fifth information to the target node, the fifth information being used to enable the target node to generate a key for communicating with the UE based on the second parameter of the first parameter pair; the first parameter pair is pre-configured by the core network node.
  • An eighth aspect of the present disclosure provides a target node, wherein the target node includes:
  • the receiving module is configured to receive fourth information sent by the first node, the fourth information including at least the second parameter of the target node when the user equipment (UE) triggers a mobility LTM handover at layer 1 and/or layer 2; the target node is one of the candidate nodes for the UE's LTM; the second parameter of the target node is used to determine the key for communication between the target node and the UE.
  • the fourth information including at least the second parameter of the target node when the user equipment (UE) triggers a mobility LTM handover at layer 1 and/or layer 2; the target node is one of the candidate nodes for the UE's LTM; the second parameter of the target node is used to determine the key for communication between the target node and the UE.
  • a ninth aspect of the present disclosure provides a core network node, wherein the core network node includes: a receiving module, The system is configured to receive first information sent by a first node, the first information including information on candidate nodes for triggering mobility LTM handover for the UE at Layer 1 and/or Layer 2; and a sending module configured to send second information to the first node, the second information including first parameter pairs for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine the key for communication between the UE and the nth node; and n is a positive integer greater than or equal to 2.
  • a user equipment includes:
  • the receiving module is configured to receive third information sent by the first node; the third information includes at least the LTM configuration for triggering mobility LTM handover of the UE at layer 1 and/or layer 2; the LTM configuration of the nth node includes at least the configuration identifier of the nth node; or, the LTM configuration of the nth node includes at least the configuration identifier of the nth node and the first parameter of the nth node; where n is a positive integer greater than or equal to 2.
  • a communication system includes a first node, a source node for triggering mobility LTM handover of a user equipment (UE) at layer 1 and/or layer 2, a target node, a core network node, and the UE;
  • UE user equipment
  • the first node is used to execute the method provided by any technical solution in the first aspect
  • the source node is used to execute the method provided by any technical solution in the second aspect
  • the target node is used to execute the method provided by any technical solution in the third aspect
  • the core network node is used to execute the method provided by any technical solution in the fourth aspect
  • the UE is used to execute the method provided by any technical solution in the fifth aspect.
  • a communication device includes: one or more processors; wherein the processors are configured to invoke instructions to cause the communication device to execute the information processing method provided by any of the technical means described in the first to fifth aspects.
  • a storage medium stores instructions that, when executed on a communication device, cause the communication device to perform an information processing method provided by any one of the first to fifth aspects.
  • a program product includes a computer program, which, when executed by a communication device, enables the communication device to implement the information processing method provided by any of the technical means of the first to fifth aspects.
  • the technical approach provided in this disclosure involves the first node obtaining the first parameter pairs of each candidate node for LTM handover from the core network node in advance. In this way, during the subsequent LTM handover process of the UE, it is not necessary to temporarily send the parameters related to the first parameter pairs through the wireless link according to the target node to be accessed, thereby solving the security problem caused by sending corresponding parameters and improving the security of communication between the UE and the access network node.
  • Figure 1A is a schematic diagram of the architecture of a communication system according to an exemplary embodiment
  • Figure 1B is a schematic diagram of the LTM process according to an exemplary embodiment
  • Figure 1C is a schematic diagram illustrating a key derivation process according to an exemplary embodiment
  • Figure 2 is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 3 is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 4 is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 5 is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 6 is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 7 is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 8A is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 8B is a flowchart illustrating an information processing method according to an exemplary embodiment
  • Figure 9A is a schematic diagram of the structure of a first node according to an exemplary embodiment
  • Figure 9B is a schematic diagram of the structure of a source node according to an exemplary embodiment
  • Figure 9C is a schematic diagram of the structure of a target node according to an exemplary embodiment
  • Figure 9D is a schematic diagram of the structure of a core network node according to an exemplary embodiment
  • Figure 9E is a schematic diagram of the structure of a UE according to an exemplary embodiment
  • Figure 10A is a schematic diagram of the structure of a communication device according to an exemplary embodiment
  • Figure 10B is a schematic diagram of the structure of a chip according to an exemplary embodiment.
  • This disclosure provides an information processing method, a communication device, a communication system, and a storage medium.
  • a first aspect provides an information processing method, wherein the method is executed by a first node, the method comprising:
  • the core network node Send first information to the core network node, the first information including information on candidate nodes that trigger mobility LTM handover at Layer 1 and/or Layer 2;
  • the system receives second information sent by the core network node, the second information including first parameter pairs for each candidate node; the first parameter pair includes a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine the key for communication between the user equipment (UE) and the nth node; and n is a positive integer greater than or equal to 2.
  • the core network generates and securely distributes the first parameter pairs of each candidate node to the first node, instead of generating the first parameter pairs only when the UE accesses the corresponding node. This solves the security problem caused by the UE needing to receive the first parameter of each node's first parameter pair based on the unprotected air interface during the handover process, and improves the security of communication between the UE and each node.
  • the method further includes: sending third information to the UE, the third information including at least the LTM configuration of each of the candidate nodes; the LTM configuration of the nth node including at least the configuration identifier of the nth node; or, the LTM configuration of the nth node including at least the configuration identifier of the nth node and a first parameter of the nth node.
  • the first node securely sends third information, including the first parameters of each candidate node in the LTM handover, to the UE.
  • third information including the first parameters of each candidate node in the LTM handover
  • this reduces the risk of tampering with important first parameters transmitted over an unprotected air interface, thereby improving security.
  • fourth information is sent to each candidate node, and the fourth information sent to the nth node includes at least the second parameters of the nth node.
  • the first node receives the first parameter pair, which includes the first parameter and the second parameter generated by the core network node. Since the first node belongs to the communication operator and is a secure node, and the information transmission between nodes is protected by security, the first parameter pair sent by the first node to each candidate node can ensure the security of the first parameter pair.
  • the fourth information sent to the nth node further includes the first parameter of each of the candidate nodes.
  • the fourth information sent to the nth node also includes the first parameters of other candidate nodes, so that when the UE switches between candidate nodes, each node knows whether the current switch is an LTM switch or a key is generated based on the second parameter in the first parameter pair of the LTM switch.
  • the second aspect provides an information processing method executed by a source node that triggers a mobility LTM handover from a Layer 1 and/or Layer 2 user equipment (UE).
  • the method may include: sending fifth information to a target node, the fifth information being used to enable the target node to generate a key for communication with the UE based on a second parameter of a first parameter pair; the first parameter pair being pre-configured by a core network node.
  • the source node when the UE performs LTM handover, the source node will send the fifth information to the target node.
  • This fifth information enables the target node to use the second parameter in the first parameter pair generated by the core network node to generate a key for communication with the UE.
  • the source node no longer generates a key for communication between the target node and the UE, so the source node will not know the key for communication between the target node and the UE, thereby improving the security of communication between the UE and the target node.
  • the method further includes: receiving sixth information sent by the target node; the sixth information is used to indicate whether the target node allows the UE to access.
  • the transmission of the sixth piece of information can determine whether the target node agrees to the UE's access.
  • the method further includes: sending a seventh message to the UE, the seventh message being used to instruct the UE to access the target node.
  • the source node can inform the UE of the configuration information for accessing the target node through the transmission of the seventh information.
  • the fifth information includes a first parameter of the target node; the first parameter of the target node is used by the target node to determine a key for communicating with the UE using a second parameter in the first parameter pair.
  • the fifth information carries the first parameter
  • the target node can determine the second parameter in the first parameter pair to generate the key for communication with the UE.
  • a third aspect provides an information processing method, wherein the method is executed by a target node, the method further comprising: receiving fourth information sent by a first node, the fourth information including at least a second parameter of the target node when a Layer 1 and/or Layer 2 mobility LTM handover is triggered by a user equipment (UE); the target node is one of the candidate nodes for the LTM of the UE; the second parameter of the target node is used to determine the key for communication between the target node and the UE.
  • UE user equipment
  • the fourth information further includes first parameters of each candidate node for the LTM handover of the UE.
  • the method further includes: receiving fifth information sent by a source node; and determining, based on the fifth information, a key for communicating with the UE using a second parameter of the target node.
  • the method further includes: sending a sixth message to the source node, the sixth message indicating that the UE is permitted to access the target node.
  • the fifth information includes a first parameter of the target node; the first parameter of the target node and the second parameter of the target node constitute a first parameter pair of the target node.
  • the method further includes: generating a key for communicating with the UE based on the second parameter of the first parameter pair of the target node; or, generating a key for communicating with the UE based on the second parameter of the first parameter pair of the target node and the time information of the UE accessing the target node.
  • the above scheme provides two ways to generate keys for communication with the UE. Specifically, by introducing time information, the UE can also use different keys when repeatedly accessing the same node, which further enhances the security of communication.
  • the method further includes: sending an eighth message to a core network node when the UE needs an N2 link change to switch from the source node to the target node; the eighth message includes a first indication; the first indication is used to indicate that the core network node does not need to generate a second parameter pair for the UE, the second parameter pair being used for the UE to perform a non-LTM handover.
  • the eighth message sent to the core network node will carry the first indication.
  • the first indication is that the core network node receiving the eighth message will not generate the second parameter pair, thereby reducing unnecessary parameter pair generation and key synchronization confusion caused by the core network node regenerating parameter pairs.
  • a fourth aspect provides an information processing method, executed by a core network node, the method comprising: receiving first information sent by a first node, the first information including information on candidate nodes for triggering mobility LTM handover for a UE at Layer 1 and/or Layer 2; sending second information to the first node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes being used to determine the second parameter of the nth node; the second parameter being used to determine a key for communication between the user equipment (UE) and the nth node; wherein n is a positive integer greater than or equal to 2.
  • the method further includes:
  • the second parameter of the first parameter pair of the second node is generated based on the key of the first node and the LTM configuration identifier of the second node.
  • the second parameter of the first parameter pair of the y-th node is generated based on the second parameter of the first parameter pair of the y-th node and the LTM configuration identifier of the y+1-th node.
  • the y is a positive integer greater than or equal to 2.
  • the method further includes: generating a second parameter of the first parameter pair of the z-th node based on the key of the first node and the identifier of the z-th node; or,
  • z is a positive integer greater than or equal to 2.
  • the method further includes: receiving eighth information sent by a target node for the UE to perform LTM handover, the eighth information including a first indication; wherein the first indication is used to indicate that the core network node does not need to generate a second parameter pair for the UE, the second parameter pair being used for the UE to perform non-LTM handover.
  • the first indication is an LTM switching indication or an indication that does not require derivation.
  • the core network node further configures a second parameter pair for the nth node; the second parameter pair is used for non-LTM handover of the UE.
  • a fifth aspect provides an information processing method, wherein the method is executed by a user equipment (UE), the method comprising: receiving third information sent by a first node; the third information comprising at least the LTM configuration of the UE for triggering mobility LTM handover at layer 1 and/or layer 2; the LTM configuration of the nth node comprising at least the configuration identifier of the nth node; or, the LTM configuration of the nth node comprising at least the configuration identifier of the nth node and a first parameter of the nth node; wherein n is a positive integer greater than or equal to 2.
  • the method further includes: generating a key based on the key of the first node and the identifier of the second node.
  • the first parameter of the first parameter pair of the second node is generated; the first parameter of the first parameter pair of the y-th node is generated based on the second parameter of the first parameter pair of the y-th node and the identifier of the y+1-th node; or, the second parameter of the first parameter pair of the second node is generated based on the key of the first node and the LTM configuration identifier of the second node, and the second parameter of the first parameter pair of the y+1-th node is generated based on the second parameter of the first parameter pair of the y-th node and the LTM configuration identifier of the y+1-th node.
  • the y is a positive integer greater than or equal to 2.
  • the method further includes: generating a second parameter of the first parameter pair of the z-th node based on the key of the first node and the identifier of the z-th node; or, generating a second parameter of the first parameter pair of the z-th node based on the key of the first node and the LTM configuration identifier of the z-th node; wherein z is a positive integer greater than or equal to 2.
  • the method further includes: receiving seventh information sent by the source node of LTM handover, the seventh information being used to instruct the UE to handover to the target node; and determining a key for communication between the UE and the target node based at least on the second parameter of the first parameter pair of the target node.
  • determining the key for communication between the UE and the target node based at least on the second parameter of the first parameter pair of the target node may include: determining the key for communication between the UE and the target node based on the second parameter of the first parameter pair of the target node; or, determining the key for communication between the UE and the target node based on the second parameter of the first parameter pair of the target node and the time information of the UE accessing the target node.
  • a sixth aspect provides a first node, wherein the first node comprises: a sending module configured to send first information to a core network node, the first information including information of candidate nodes for triggering mobility LTM handover at Layer 1 and/or Layer 2; and a receiving module configured to receive second information sent by the core network node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine a key for communication between a user equipment (UE) and the nth node; and n is a positive integer greater than or equal to 2.
  • UE user equipment
  • a seventh aspect provides a source node for triggering mobility LTM handover at Layer 1 and/or Layer 2 of a user equipment (UE), wherein the source node includes: a sending module configured to send fifth information to a target node, the fifth information being used to enable the target node to generate a key for communication with the UE based on a second parameter of a first parameter pair; the first parameter pair being pre-configured by a core network node.
  • a sending module configured to send fifth information to a target node, the fifth information being used to enable the target node to generate a key for communication with the UE based on a second parameter of a first parameter pair; the first parameter pair being pre-configured by a core network node.
  • An eighth aspect provides a target node, wherein the target node includes: a receiving module configured to receive fourth information sent by a first node, the fourth information including at least a second parameter of the target node when a Layer 1 and/or Layer 2 mobility LTM handover is triggered by a user equipment (UE); the target node is one of the candidate nodes for the LTM of the UE; the second parameter of the target node is used to determine a key for communication between the target node and the UE.
  • a receiving module configured to receive fourth information sent by a first node, the fourth information including at least a second parameter of the target node when a Layer 1 and/or Layer 2 mobility LTM handover is triggered by a user equipment (UE); the target node is one of the candidate nodes for the LTM of the UE; the second parameter of the target node is used to determine a key for communication between the target node and the UE.
  • UE user equipment
  • a ninth aspect provides a core network node, wherein the core network node comprises: a receiving module configured to receive first information sent by a first node, the first information including information of candidate nodes for Layer 1 and/or Layer 2 mobility LTM handover triggered by a UE; and a sending module configured to send second information to the first node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair including a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine a key for communication between the user equipment UE and the nth node; and n is a positive integer greater than or equal to 2.
  • a tenth aspect provides a user equipment (UE), wherein the UE includes: a receiving module configured to receive third information sent by a first node; the third information includes at least an LTM configuration for triggering mobility LTM handover at layer 1 and/or layer 2 of the UE; the LTM configuration of the nth node includes at least a configuration identifier of the nth node; or, the LTM configuration of the nth node includes at least: the configuration identifier of the nth node and a first parameter of the nth node; wherein n is a positive integer greater than or equal to 2.
  • the UE includes: a receiving module configured to receive third information sent by a first node; the third information includes at least an LTM configuration for triggering mobility LTM handover at layer 1 and/or layer 2 of the UE; the LTM configuration of the nth node includes at least a configuration identifier of the nth node; or, the LTM configuration of the nth node includes at least: the
  • the eleventh aspect provides a communication system, wherein the communication system includes a first node, a source node for triggering a Layer 1 and/or Layer 2 mobility LTM handover of a user equipment (UE), a target node, a core network node, and the UE; the first node is used to execute the method described by any technical solution of the first aspect; the source node is used to execute the method described by any technical solution of the second aspect; the target node is used to execute the method described by any technical solution of the third aspect; the core network node is used to execute the method described by any technical solution of the fourth aspect; and the UE is used to execute the method described by any technical solution of the fifth aspect.
  • the communication system includes a first node, a source node for triggering a Layer 1 and/or Layer 2 mobility LTM handover of a user equipment (UE), a target node, a core network node, and the UE;
  • the first node is used to execute the method described by any technical solution of the first aspect
  • embodiments of this disclosure provide a program product comprising a computer program that, when executed by a communication device, enables the communication device to perform the information processing method described in the optional implementations of the first to fifth aspects.
  • embodiments of this disclosure provide a computer program that, when run on a computer, causes the computer to perform the information processing method described in optional implementations of the first to fifth aspects.
  • This disclosure provides an information processing method, a communication device, a communication system, and a storage medium.
  • the embodiments of this disclosure are not exhaustive, but merely illustrative of some embodiments, and are not intended to limit the specific scope of protection of this disclosure.
  • each step in a particular embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, removing some steps in a particular embodiment can also be implemented as an independent embodiment, and the order of the steps in a particular embodiment can be arbitrarily interchanged.
  • the optional implementations in a particular embodiment can be arbitrarily combined; moreover, the embodiments can be arbitrarily combined, for example, some or all steps of different embodiments can be arbitrarily combined, and a particular embodiment can be arbitrarily combined with optional implementations of other embodiments.
  • multiple refers to two or more.
  • the terms “at least one of”, “one or more”, “a plurality of”, “multiple”, etc., may be used interchangeably.
  • the notation "at least one of A and B", “A and/or B", “A in one case, B in another”, “A in one case, B in another”, etc. may include the following technical methods depending on the situation: in some embodiments, A (A is executed regardless of B); in some embodiments, B (B is executed regardless of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); in some embodiments, A and B (both A and B are executed). The same applies when there are more branches such as A, B, C, etc.
  • the notation "A or B” may include the following technical approaches, depending on the circumstances: in some embodiments, A (execution of A regardless of B); in some embodiments, B (execution of B regardless of A); in some embodiments, selective execution from A and B (A and B are selectively executed). The same applies when there are more branches such as A, B, C, etc.
  • the descriptive object is a "field,” the ordinal numbers preceding "field” in “first field” and “second field” do not restrict the position or order of the "fields.” "First” and “second” do not restrict whether the "fields” they modify are in the same message, nor do they restrict the order of "first field” and “second field.”
  • the descriptive object is a "level,” the ordinal numbers preceding "level” in “first level” and “second level” do not restrict the priority between “levels.”
  • the number of descriptive objects is not limited by ordinal numbers and can be one or more. For example, in “first device,” the number of "devices" can be one or more.
  • the objects modified by different prefixes can be the same or different.
  • first device and second device can be the same device or different devices, and their types can be the same or different.
  • first type of information and second type of information can be the same information or different information, and their content can be the same or different.
  • “including A,” “containing A,” “for indicating A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.
  • the terms “greater than,” “greater than or equal to,” “not less than,” “more than,” “more than or equal to,” “not less than,” “higher than,” “higher than or equal to,” “not lower than,” and “above” can be used interchangeably, as can the terms “less than,” “less than or equal to,” “not greater than,” “less than,” “less than or equal to,” “not more than,” “lower than,” “lower than or equal to,” “not higher than,” and “below”.
  • devices, etc. can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments.
  • Terms such as “device”, “equipment”, “circuit”, “network element”, “node”, “function”, “unit”, “section”, “system”, “network”, “chip”, “chip system”, “entity”, and “subject” can be used interchangeably.
  • network can be interpreted as network-side devices or network functions such as access network devices and core network devices included in the network.
  • access network device AN device
  • radio access network device RAN device
  • base station BS
  • radio base station BS
  • radio base station BS
  • radio base station BS
  • fixed station e.g., "node,” "accesspoint,”"transmission point (TP),”"reception point (RP),”"transmission/reception point (TRP),""panel,””antennapanel,””antennaarray,”"cell,””macrocell,””smallcell,””femtocell,””picocell,””sector,””cellgroup,””servicenode,””carrier,””componentcarrier,” and “bandwidth part (BWP)" are interchangeable.
  • the terms “UE (terminal),” “UE device,” “user equipment (UE),” “user UE (user terminal),” “mobile station (MS),” “mobile UE (MT),” “subscriber station,” “mobile unit,” “subscriber unit,” “wireless unit,” “remote unit,” “mobile device,” “wireless communication device,” “remote device,” “mobile subscriber station,” “access UE,” “mobile terminal,” “wireless UE,” “remote UE,” “handset,” “user agent,” “mobile client,” and “client” can be used interchangeably.
  • the access network device, core network device, or network device can be replaced by a UE.
  • embodiments of this disclosure can also be applied to structures where communication between the access network device, core network device, or network device and the UE is replaced by communication between multiple UEs (e.g., device-to-device (D2D), vehicle-to-everything (V2X), etc.).
  • the UE can also be configured to have all or some of the functions of the access network device.
  • terms such as "uplink” and "downlink” can be replaced with terms corresponding to communication between UEs (e.g., "sidelink”).
  • uplink channel, downlink channel, etc. can be replaced with sidelink channel
  • uplink link, downlink, etc. can be replaced with sidelink link.
  • the UE can be replaced by an access network device, a core network device, or a network device. In this case, it can also be configured such that the access network device, core network device, or network device has all or some of the functions of the UE.
  • the acquisition of data, information, etc. may comply with the laws and regulations of the country where the location is situated.
  • data, information, etc. may be obtained with the user's consent.
  • each element, each row, or each column in the table of this disclosure can be implemented as an independent embodiment, and any combination of any element, any row, or any column can also be implemented as an independent embodiment.
  • Figure 1A is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure.
  • the communication system 100 includes a terminal 101 and a network device 102.
  • the network device 102 may include access network equipment and/or core network equipment.
  • the terminal may also be referred to as a UE.
  • terminal 101 includes, for example, at least one of the following: mobile phone, wearable device, Internet of Things device, car with communication function, smart car, tablet computer, computer with wireless transceiver function, virtual reality (VR) UE device, augmented reality (AR) UE device, wireless UE device in industrial control, wireless UE device in self-driving, wireless UE device in remote medical surgery, wireless UE device in smart grid, wireless UE device in transportation safety, wireless UE device in smart city, and wireless UE device in smart home, but is not limited thereto.
  • VR virtual reality
  • AR augmented reality
  • the UE is also referred to as User Equipment (UE).
  • UE User Equipment
  • the access network device may be a node or device that connects the UE to the wireless network.
  • the access network device may include, but is not limited to, at least one of the following in a 5G communication system: evolved Node B (eNB), next-generation evolved Node B (ng-eNB), next-generation Node B (gNB), node B (NB), home node B (HNB), home evolved node B (HeNB), radio backhaul device, radio network controller (RNC), base station controller (BSC), base transceiver station (BTS), base band unit (BBU), mobile switching center, base station in a 6G communication system, open RAN, cloud RAN, base station in other communication systems, and access node in a Wi-Fi system.
  • eNB evolved Node B
  • ng-eNB next-generation evolved Node B
  • gNB next-generation Node B
  • gNB next-generation Node B
  • NB node B
  • HNB home node B
  • HeNB home evolved node B
  • the technical methods of this disclosure can be applied to the Open RAN architecture.
  • the interfaces between or within access network devices involved in the embodiments of this disclosure can be transformed into internal interfaces of Open RAN.
  • the processes and information interactions between these internal interfaces can be implemented by software or programs.
  • the access network device may consist of a central unit (CU) and a distributed unit (DU).
  • the CU can also be called a control unit.
  • the protocol layer of the access network device can be separated. Some protocol layer functions are centrally controlled by the CU, while the remaining part or all of the protocol layer functions are distributed in the DU.
  • the DU is centrally controlled by the CU, but it is not limited to this.
  • the core network equipment can be a single device, including a first network element, or it can be multiple devices or a group of devices, each including a first network element.
  • the network element can be virtual or physical.
  • the core network includes, for example, at least one of an Evolved Packet Core (EPC), a 5G Core Network (5GCN), and a Next Generation Core (NGC).
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • the following embodiments of this disclosure can be applied to the communication system 100 shown in FIG1A, or to some of the main bodies, but are not limited thereto.
  • the main bodies shown in FIG1A are illustrative.
  • the communication system may include all or some of the main bodies in FIG1A, or it may include other main bodies outside of FIG1A.
  • the number and form of each main body are arbitrary.
  • the connection relationship between the main bodies is illustrative.
  • the main bodies may not be connected or may be connected.
  • the connection can be in any way, it can be a direct connection or an indirect connection, it can be a wired connection or a wireless connection.
  • LTE Long Term Evolution
  • LTE-A LTE-Advanced
  • LTE-B LTE-Beyond
  • SUPER 3G IMT-Advanced
  • 4G 4th generation mobile communication system
  • 5G 5th generation mobile communication system
  • 5G 5G New Radio
  • FAA New Radio Access Technology
  • RAT New Radio
  • NX New Radio Access
  • FX Future Generation Radio Access
  • GSM Global System for Mobile Communications
  • UMB Ultra Mobile Broadband
  • IEEE 802.11 Wi-Fi
  • IEEE 802.16 WiMAX
  • IEEE 802.20 Ultra-Wideband
  • PLMN Public Land Mobile Network
  • D2D Device-to-Device
  • M2M Machine-to-Machine
  • IoT Internet of Things
  • V2X Vehicle-to-Everything
  • systems utilizing configuration methods of other resources and next-generation systems extended from them.
  • multiple systems can be combined (e.g., LTE and NR can be combined).
  • the next-generation NodeB receives L1 measurement reports from the User Equipment (UE). Based on these reports, the gNB changes the UE's serving node via a cell switch command issued by the MAC CE.
  • the cell switch command indicates an LTM candidate node configuration that the gNB has pre-provided to the UE via Radio Resource Control (RRC) signaling.
  • RRC Radio Resource Control
  • the UE accesses the target node indicated in the cell switch command based on the received cell switch command.
  • LTM can be used to reduce mobility latency.
  • LTM candidate node configurations can only be added, modified, and released by the network via RRC signaling.
  • LTM supports subsequent LTM, which refers to LTM performed based on candidate nodes without requiring RRC reconfiguration between network equipment and the UE.
  • the UE will not delete the LTM configuration information on its own.
  • the LTM configuration information can continue to be used to trigger subsequent LTMs even without RRC reconfiguration and updates.
  • the LTM configuration information may include information about candidate nodes.
  • LTM supports same-frequency or different-frequency node changes. In some scenarios, only LTM within a Distributed Unit (DU) and LTM within a DU are supported. In some scenarios, New Radio (NR) mobility enhancements are extended to inter-CU, inter-node, or inter-gNB LTM. For example, inter-CU, inter-node, or inter-gNB LTM supports the following scenarios:
  • Example 1 When no data center is configured, the CU acts as the MN;
  • Example 2 Configure NR-DC, with CU acting as SN and MCG remaining unchanged;
  • Example 3 When configuring NR-DC, the CU acts as the MN and the SCG remains unchanged or is released. For LTM across CUs, multiple candidate gNB-CUs will participate in the migration flow.
  • LTM The signaling flow of LTM can be shown in Figure 1B, including the following three stages:
  • Phase 1 also known as the LTM preparation phase, involves the initial gNB determining candidate nodes and initiating cross-node interactions for LTM preparation across CUs based on the L3 RRM measurement report. Following these interactions, the initial gNB provides the UE with LTM configuration through the RRC configurations of multiple candidate nodes.
  • the initial gNB determines candidate nodes and initiates inter-node interaction to prepare for LTM across CUs. After the interaction, the initial gNB provides LTM configuration to UEs with RRC configurations that have multiple candidate elements.
  • Phase 2 also known as LTM initialization, involves the UE sending its L1 measurement report to the initial gNB. Upon receiving the Node Switching Command (MAC CE), the UE switches to a candidate node. This is to support systems lacking random access (RACH-less).
  • MAC CE Node Switching Command
  • the UE can synchronize with the candidate node in advance. Specifically, before receiving the node exchange command, the UE can first synchronize the DL and UL with the candidate node.
  • Phase 3 Subsequent LTM Phase.
  • steps similar to steps 8-14 are performed.
  • the subsequent LTM is triggered by the current serving gNB, which is itself one of the candidate gNBs for the candidate LTM.
  • key update synchronization between the UE and gNB can be achieved as follows: During handover in the inter-CU mobility process, the synchronization of the AS security key between the UE and the target gNB is achieved through the NCC value used by the source gNB, and then forwarded to the UE in the RRC reconfiguration signaling.
  • the AMF and UE When it is necessary to establish an initial AS security context between the UE and gNB, the AMF and UE will derive the K gNB and Next Hop (NH) parameters (NCC (NH chain Counter)) and associate them with each K gNB and NH parameter.
  • K gNB is associated with an NCC, which corresponds to the NH value.
  • the source gNB should first calculate K NG-RAN* from the currently active K gNB (if derived from a horizontal key) or from NH (if derived from a vertical key). Then, the source gNB forwards the ⁇ K NG-RAN* , NCC ⁇ pair to the target gNB. The target gNB should directly use the received K NG-RAN* as the K gNB to be used with the UE. The target gNB should associate the NCC value received from the source gNB with that K gNB .
  • the target gNB includes the received NCC in a prepared Handover (HO) command message, which is sent to the source gNB in a transparent container and forwarded to the UE by the source gNB.
  • HO prepared Handover
  • the UE's behavior is the same. The only difference is that during a gNB-CU handover, the UE may retain the same key as instructed by the gNB.
  • the UE's behavior is also the same under conditional handover scenarios; for example, the UE should use the parameters of the target node selected in the KNG-RAN* derivative.
  • the UE derives K NG-RAN* from the currently active K gNB and the target PCI and its frequency (ARFCN-DL or EARFCN-DL).
  • the UE should first synchronize the locally stored NH parameters through calculation iterations and increment the NCC value until it matches the NCC value received from the source gNB via the HO command message.
  • the UE calculates KNG-RAN* from the synchronized NH parameters and the target physical node identity (PCI) and its absolute radio frequency channel number downlink (ARFCN-DL) or the absolute radio frequency channel number downlink (EARFCN-DL) of the Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E- UTRAN ).
  • PCI target physical node identity
  • ARFCN-DL absolute radio frequency channel number downlink
  • E- UTRAN Universal Mobile Telecommunications System
  • the UE When the UE communicates with the target gNB, it should use K NG-RAN* as the K gNB .
  • the source gNB forwards the ⁇ K NG-RAN* , NCC ⁇ pair to the target gNB.
  • the target gNB should directly use the received K NG-RAN* as the KgNB to be used with the UE.
  • the target gNB should associate the NCC value received from the source gNB with this KgNB.
  • the target gNB includes the received Next Hop Chaining Counter (NCC) parameter in the prepared Handover (HO) command message, which is sent back to the source gNB and forwarded to the UE by the source gNB.
  • NCC Next Hop Chaining Counter
  • security-related configurations (such as NCC and KNG-RAN*) are first synchronized between the source and target gNBs. Then, during each handover, the source gNB sends the NCC to the UE via RRC reconfiguration. As mentioned above, the NCC is used by the UE for AS security key update synchronization with the target gNB. However, for the cross-gNB LTM mobility enhancement process, the RRC reconfiguration message is not sent by the source gNB during each handover. Therefore, how to update the NCC value and send it to the UE for AS security key update synchronization during each handover becomes an unresolved issue. In the current cross-gNB handover process, during the preparation phase of each handover, the security-related configurations (such as NCC) required for AS security key synchronization are transmitted from the source gNB to the terminal via RRC reconfiguration on the Uu interface.
  • the security-related configurations (such as NCC) required for AS security key synchronization are transmitted from the source gNB to the terminal
  • the preparation phase is performed only by the initial gNB, not in each subsequent handover; that is, LTM enhancements across CUs do not have a preparation phase before each handover. Due to this design, RRC reconfiguration signaling is only performed by the initial gNB during the LTM preparation phase. In each subsequent handover after the LTM preparation phase, RRC reconfiguration signaling is replaced by MAC CE messages. Since MAC CE messages are unprotected, carrying security-related configurations within them exposes them to the risk of tampering by attackers. When the NCC value received by the terminal is altered, the terminal-derived key will differ from the key received and derived by the target terminal from the source gNB. This asynchrony in AS security key updates between the terminal and the target gNB will lead to handover failure.
  • this embodiment of the present disclosure provides an information processing method, executed by the communication system shown in Figure 1A.
  • the method may include:
  • S2101 The first node sends the first message to the core network node.
  • the first node may be an access network node.
  • the access network node may include various types of base stations.
  • the first node may be the UE's initial base station.
  • the initial base station may be the first base station the UE connects to when returning to a service area from a non-service area, the first base station the UE connects to after powering on, or the first base station the UE connects to after exiting flight mode or other modes that refuse to connect to the mobile communication network.
  • the core network node may be any core network function that manages the mobility or access of the UE.
  • the core network node may include, but is not limited to, an Access Management Function (AMF) or a Mobile Management Entity (MME).
  • AMF Access Management Function
  • MME Mobile Management Entity
  • the first node after establishing a connection with the UE, the first node sends first information to the core network node.
  • the first information includes information about candidate nodes that trigger mobility LTM handover in Layer 1 and/or Layer 2.
  • the first information includes, but is not limited to, at least one of the following:
  • the cell identifier of the LTM candidate cell of the UE associated with the candidate node For example, a candidate node is associated with one or more candidate cells.
  • the first information may be request information from the first node to request LTM configuration from the core network node.
  • S2102 The core network node sends the second information to the first node.
  • the core network node sends second information to the first node based on the first information.
  • the second information includes a first parameter pair for each of the candidate nodes.
  • the first parameter pair includes a first parameter and a second parameter.
  • the first parameter may be used to identify the second parameter.
  • the first parameter may include, but is not limited to, the Next Hop Chaining Counter Parameter (NCC).
  • NCC Next Hop Chaining Counter Parameter
  • the second parameter may be used to generate a key for communication between the UE and the access network node.
  • the second parameter may include, but is not limited to, the Next Hop parameter (NH).
  • a candidate node may have a first parameter pair.
  • the first parameter pair is used for LTM handover of the UE.
  • the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node.
  • the second parameter is used to determine the key for communication between the user equipment (UE) and the nth node.
  • the second parameter is used to determine an integrity key, confidentiality key, or scrambling key, etc., for communication between the UE and the nth node.
  • n is a positive integer greater than or equal to 2.
  • the core network node after receiving the first information, the core network node pre-configures the first parameter pairs of each candidate node, instead of allocating the first parameter pairs to the candidate nodes in real time during the process of the UE requesting to switch to the candidate node for LTM handover.
  • the core network node After allocating the first parameter pair, the core network node returns the first parameter pair of each candidate node to the first node along with the second information.
  • the second information may further include LTM configuration.
  • the LTM configuration may be the LTM handover configuration for the UE.
  • the LTM configuration may be the LTM configuration of a candidate node or the LTM configuration of a candidate cell.
  • the core network node generating a first parameter pair for each candidate node may include: the core network node generating a first parameter for each candidate node; and the core network node generating a second parameter for each candidate node.
  • the first parameter is generated based on the order of the candidate nodes.
  • a second parameter of the first parameter pair of the second node is generated based on the key of the first node and the identifier of the second node; and/or, a second parameter of the first parameter pair of the (y+1)th node is generated based on the second parameter of the first parameter pair of the y-th node and the identifier of the (y+1)th node.
  • the identifier of the second node may include the identifier of a base station or the base station number.
  • the identifier of the second node may also be the cell identifier of the cell to which the UE is prepared to access. This cell identifier uniquely identifies the cell and also uniquely identifies the base station.
  • the second parameter of the first parameter pair of the second node is generated based on the key of the first node and the LTM configuration identifier of the second node
  • the second parameter of the first parameter pair of the (y+1)th node is generated based on the second parameter of the first parameter pair of the yth node and the LTM configuration identifier of the (y+1)th node.
  • the LTM configuration identifier is used to identify the LTM configuration.
  • the above y can be a positive integer greater than or equal to 2.
  • the second parameter of the first parameter pair of the z-th node is generated based on the key of the first node and the identifier of the z-th node.
  • the second parameter of the first parameter pair of the z-th node is generated based on the key of the first node and the LTM configuration identifier of the z-th node.
  • z is a positive integer greater than or equal to 2.
  • the key of the first node may be the key used by the UE to communicate with the first node.
  • S2103 The first node sends third information to the UE.
  • the third information includes at least the LTM configuration of each of the candidate nodes.
  • the LTM configuration of the nth node includes at least the configuration identifier of the nth node.
  • the LTM configuration of the nth node includes at least: the configuration identifier of the nth node and the first parameter of the nth node.
  • the LTM configuration may also include the cell identifier of the candidate cell for LTM handover.
  • the first node sends the LTM configuration to the UE in advance, which facilitates the UE to perform LTM handover and/or subsequent LTM handover.
  • S2104 The first node sends the fourth message to each candidate node.
  • the first node sends fourth information to each candidate node based on the second information.
  • the fourth information sent to the nth node includes at least the second parameter of the nth node.
  • the fourth information sent to the nth node may include the first parameter pair of the nth node; that is, the fourth information sent to the nth node may simultaneously include both the first and second parameters of the nth node.
  • the fourth information sent to the nth node further includes the first parameters of each of the candidate nodes. It is worth noting that including the first parameters of other candidate nodes in the fourth information sent to the nth node is an optional step. For example, after the nth node obtains the first parameters of other candidate nodes, when the nth node is the source node for LTM handover, it can send a handover request carrying the first parameters to the target node. Upon receiving the handover request, the target node will know that it is an LTM handover and will obtain its own LTM first parameter pair or second parameter to determine the key for communication with the UE. However, it is worth noting that carrying the first parameters in the handover request is an optional operation. For example, if the handover request carries an LTM indicator, the target node, upon receiving the handover request, will also know that it is currently an LTM handover of the UE, and will then proceed to generate the corresponding second parameter to communicate with the UE.
  • S2105 The source node sends the fifth message to the target node.
  • the source node when the source node receives a measurement report from the UE and determines that an LTM handover is needed, the source node sends fifth information to the target node.
  • the target node is determined by the source node based on the UE's measurement reports for each candidate node.
  • the fifth information is used by the target node to determine the second parameter of the first parameter pair of the LTM handover pre-configured by the core network node to generate a key for communicating with the UE.
  • the source node can be either the aforementioned first node or one of the candidate nodes for LTM handover.
  • the target node can be any candidate node for LTM handover of the UE.
  • the target node will receive the fifth message sent by the source node.
  • the fifth information may include the identifier of the target node or the identifier of the target cell accessed by the UE.
  • the fifth information includes a first parameter of the target node.
  • This first parameter can be used by the target node to determine if the current handover is an LTM handover, or, if UE access is permitted, to generate a key for communication with the UE using a second parameter of the first parameter pair.
  • the first parameter is optional information in the fifth information.
  • the first parameter in the fifth information can be replaced by an LTM handover indicator.
  • the fifth information may also include the identifier of the UE requesting access to the target node.
  • S2106 The target node sends the sixth message to the source node.
  • the sixth piece of information can be used to indicate whether a UE is allowed to access the target node.
  • the target node may determine whether to allow UE access based on its own capacity and/or the type of UE.
  • the source node sends the seventh information to the UE.
  • the source node sends seventh information to the UE based on the sixth information.
  • the sixth information indicates permission for the UE to access the target node, and the source node sends seventh information to the UE allowing access to the target node.
  • the seventh information may include the identifier of the target node, the identifier of the target cell accessed by the UE, or the LTM configuration identifier of the target node cell, etc.
  • S2108 The target node generates a key for communication with the UE.
  • the target node if the target node allows the UE to access, it generates a key for communication with the UE.
  • the target node may generate a key for communicating with the UE, including:
  • a key for communication with the UE is generated based on the second parameter of the first parameter pair of the target node.
  • the target node generating a key for communicating with the UE may include: generating a key for communicating with the UE based on the second parameter of the first parameter pair of the target node and the time information of the UE accessing the target node.
  • the time information may be Coordinated Universal Time (UTC) or other time information.
  • UTC Coordinated Universal Time
  • the target node generates the key for communicating with the UE using the following parameters:
  • L0 the length of the target node's PCI, for example, 0x00 or 0x02;
  • P1 ARFCN-ID, for example, the absolute frequency value of the SSB of the target node.
  • L1 ARFCN-ID, for example, 0x00 or 0x03;
  • the input key for KDF is the second parameter of the target node, for example, the NH of the target node.
  • KDF Key Derivation Function
  • the target node may generate the key for communicating with the UE in the following manner:
  • L0 the length of the target node's PCI, for example, 0x00 or 0x02;
  • P1 ARFCN-ID, for example, the absolute frequency value of the SSB of the target node.
  • L1 ARFCN-ID, for example, 0x00 or 0x03;
  • UTC UTC
  • UTC represents the time information when the UE accesses the target node.
  • L1 the length of UTC
  • the key input to KDF should be the second parameter of the first parameter pair of the target node.
  • S2109 The UE generates a key for communication with the target node.
  • the target node allows the UE to access the network, and the UE generates a key for communicating with the target node.
  • the UE may generate a key for communicating with the target node, including:
  • the UE after the UE receives the LTM configuration sent by the first node, it can pre-generate the second parameters of each candidate node based on the node identifier and the first parameters carried in the LTM configuration. At this time, obtaining the second parameters of the target node generated based on the first parameters can be done by reading the pre-generated second parameters of the target node.
  • the UE determines that it is a target node or the target node requesting access indicates that it is allowed to access the UE, it generates a second parameter of the target node based on the first parameter of the target node.
  • the UE generating the second parameter may include:
  • the second parameter of the first parameter pair of the second node is generated based on the key of the first node and the LTM configuration identifier of the second node.
  • the second parameter of the first parameter pair of the y-th node is generated based on the second parameter of the first parameter pair of the y-th node and the LTM configuration identifier of the y+1-th node.
  • y is a positive integer greater than or equal to 2.
  • the (y+1)th node here is the node preceding the y-th node.
  • the first parameters of each candidate node are generated in the following manner:
  • K gNB0 is the key of the first node.
  • ID1 can be the identifier of the second node or the LTM configuration identifier.
  • ID2 can be the identifier of the third node or the LTM configuration identifier.
  • Configuration ID3 can be the identifier of the fourth node or the LTM configuration identifier.
  • NCC LTM1 can be the first parameter value of the first parameter pair of the second node.
  • NCC LTM2 can be the first parameter of the first parameter pair of the third node.
  • NCC LTM3 can be the first parameter of the first parameter pair of the fourth node.
  • K AMF can be the key of the core network node (AMF).
  • NH LTM1 can be the second parameter of the second node.
  • NH LTM2 can be the second parameter of the third node.
  • KDF can be a derivation function.
  • the UE generating the second parameter may include:
  • the second parameter of the first parameter pair of the z-th node is generated based on the key of the first node and the identifier of the z-th node; or, the second parameter of the first parameter pair of the z-th node is generated based on the key of the first node and the LTM configuration identifier of the z-th node; where z is a positive integer greater than or equal to 2.
  • the UE may generate the second parameter in the following manner:
  • L0 the length of K gNB0 ;
  • ID for example, this ID can be the ID of the z-th node or the LTM configuration ID;
  • L1 the length of ID
  • the input key for KDF is the second parameter of the first parameter pair of the z-th node.
  • K gNB0 is the key for the first node.
  • the way the UE generates the second parameter is the same as the way the core network node generates the second parameter. If the UE is a legitimate UE or a device authorized for LTM handover, the second parameter generated by the UE is the same as the parameter generated by the core network node. Otherwise, the second parameter generated by the UE will be different from the second parameter generated by the core network node, and the UE will ultimately be unable to access the target node.
  • generating a key for communication with the target node based on the second parameter may include:
  • the key for communication between the UE and the target node is determined.
  • the UE generates the communication key of the target node in the same way that the target node generates the key based on the second parameter.
  • S2110 The target node sends the eighth message to the core network node.
  • the eighth information includes a first indication.
  • the first indication is used to indicate that the core network node does not need to generate a second parameter pair for the UE.
  • the second parameter is used for non-LTM handover of the UE.
  • non-LTM handover may include regular handover and/or conditional handover, etc., any cell handover unrelated to LTM.
  • the target node if an N2 link change is required for the UE to switch from the source node to the target node, the target node sends the eighth information to the core network node. In some embodiments, if an N2 link change is not required for the UE to switch from the source node to the target node, the target node does not need to send the eighth information to the core network node. That is, S2110 is an optional step.
  • the first indication is an LTM switching indication or an indication that does not require derivation.
  • this embodiment of the present disclosure provides an information processing method, executed by a first node, which may include:
  • S3101 Send the first message.
  • the first node may be an access network node.
  • the first node may be the UE's initial base station.
  • the first information includes information about candidate nodes that trigger mobility LTM handover in Layer 1 and/or Layer 2.
  • the first information may include the UE's identifier, the identifier of the candidate node, and/or the identifier of the candidate cell for the UE's LTM handover.
  • the first node sends first information to the core network node.
  • the descriptions of the first information, the first node, and the core network node can be found in the embodiment corresponding to Figure 2.
  • the optional implementations of S3101 can refer to the optional implementations of S2101 of the embodiment corresponding to FIG2.
  • S3102 Receive the second information.
  • the first node receives second information sent by the core network node.
  • the relevant description of the second information can be found in the embodiment corresponding to Figure 2, and will not be repeated here.
  • S3103 Send third information.
  • the first node sends third information to the UE.
  • the optional implementations of S3103 can all refer to the optional implementations of S2103 of the embodiment corresponding to FIG2.
  • S3104 Send the fourth message.
  • the first node sends fourth information to each candidate node.
  • the optional implementations of S3104 can all refer to the optional implementations of S2104 of the embodiment corresponding to FIG2.
  • S3103 can be executed first and then S3104, or S3104 can be executed first and then S3103, or S3103 and S3104 can be executed simultaneously.
  • this embodiment of the present disclosure provides an information processing method, executed by a source node, which may include:
  • S4101 Receive fourth information.
  • the source node serves as the UE's current serving base station or the source base station for LTM handover.
  • the source base station may be the aforementioned first node.
  • the source node may be a candidate base station in the aforementioned LTM handover. If the current source base station is the aforementioned first base station, then S4101 does not need to be executed. If the source node is not the aforementioned first node, S4101 can be executed to receive fourth information from the first node. That is, S4101 is an optional step.
  • the relevant description of the fourth information can be found in the embodiment corresponding to Figure 2.
  • S4102 Send the fifth message.
  • the source node sends the fifth information to the target node.
  • the fifth information includes a first parameter of the target node; the first parameter of the target node is used in the...
  • the target node determines to use the second parameter in the first parameter pair; the second parameter of the first parameter pair is used by the target node to generate a key for communicating with the UE.
  • the fifth information may include the first parameter in the first parameter pair of the target node.
  • the optional implementation of the source node sending the fifth information can be found in embodiment S2105 corresponding to FIG2.
  • the source node receives the sixth information sent by the target node.
  • the relevant description of the sixth information can be found in the embodiment corresponding to Figure 2.
  • S4104 Send the seventh message.
  • the source node sends a seventh message to the UE.
  • the relevant description of the seventh information can be found in the embodiment corresponding to Figure 2.
  • the alternative implementation of the source node sending the seventh information can be found in embodiment S2107 corresponding to FIG2.
  • this embodiment of the present disclosure provides an information processing method, executed by a target node, which may include:
  • the target node receives fourth information sent by the first node.
  • the target node is any node among the candidate nodes during LTM handover of the UE.
  • the relevant description of the fourth information can be found in the embodiment corresponding to Figure 2.
  • the target node receives the fifth information sent by the source node.
  • the source node may be any one of the aforementioned first node or a candidate node for LTM handover.
  • the relevant description of the fifth information can be found in the embodiment corresponding to Figure 2.
  • the target node sends a sixth message to the source node.
  • the relevant description of the sixth information can be found in the embodiment corresponding to Figure 2.
  • the optional implementation of the sixth information can be found in S2106 of the embodiment corresponding to FIG2.
  • the target node generates a key for communicating with the UE.
  • This key can be an integrity key, a confidentiality key, or a scrambling key.
  • a key for communicating with the UE is generated when the UE is allowed to access the target node.
  • the optional implementation of generating the key can be found in embodiment S2108 corresponding to FIG2.
  • S5104 is an optional step.
  • S5105 Send the eighth message.
  • the target node sends the eighth message to the core network node.
  • the relevant description of the eighth information can be found in the embodiment corresponding to Figure 2.
  • the target node if the UE needs to switch from the source node to the target node and an N2 link change is required, the target node sends the eighth information to the core network node; otherwise, the target node does not need to send the eighth information to the core network node. For example, if the target node rejects the UE's access or the UE's serving node switch does not involve an N2 link change (N2 path switch), the target node does not need to send the eighth information to the core network node. That is, S5105 is an optional step.
  • this embodiment of the present disclosure provides an information processing method, executed by a core network node, which may include:
  • S6101 Receive first information.
  • the core network node receives first information sent by the first node.
  • the relevant description of the first information can be found in the embodiment corresponding to Figure 2.
  • S6102 Send the second message.
  • the core network node sends second information to the first node.
  • the relevant description of the second information can be found in the embodiment corresponding to Figure 2.
  • the target node receives the eighth message sent when the LTM handover of the UE requires N2 link replacement.
  • S6103 may be an optional step. For example, if the LTM handover of the UE does not involve the replacement of the N2 link, then the core network node does not need to receive the eighth information from the target node.
  • this embodiment of the present disclosure provides an information processing method, executed by a UE, which may include:
  • the UE may be a UE capable of performing LTM.
  • the relevant description of the third information can be found in the embodiment corresponding to Figure 2.
  • S7102 Generate the second parameter.
  • the UE generates a second parameter based on third information.
  • the first parameter of the first parameter pair of the second node is generated based on the key of the first node and the identifier of the second node; the first parameter of the first parameter pair of the y+1 node is generated based on the second parameter of the first parameter pair of the y-th node and the identifier of the y+1-th node.
  • the second parameter of the first parameter pair of the second node is generated based on the key of the first node and the LTM configuration identifier of the second node
  • the second parameter of the first parameter pair of the (y+1)th node is generated based on the second parameter of the first parameter pair of the yth node and the LTM configuration identifier of the (y+1)th node.
  • the second parameter of the first parameter pair of the z-th node is generated based on the key of the first node and the identifier of the z-th node.
  • the second parameter of the first parameter pair of the z-th node is generated based on the key of the first node and the LTM configuration identifier of the z-th node.
  • z is a positive integer greater than or equal to 2.
  • the optional implementation of the UE generating the second parameter can be found in any of the optional implementations of S2109 in FIG2.
  • the UE receives the seventh information sent by the source node.
  • the UE receives the seventh information sent by the source node during LTM handover.
  • the seventh information is used to instruct the UE to hand over to the target node.
  • the seventh information may include the identifier of the target node or the LTM configuration identifier of the target node cell.
  • the seventh information is sent from the source node to the UE if the target node allows the UE's access.
  • the seventh information is carried in a Media Access Control (MAC) Control Element (CE) message and sent to the UE.
  • MAC Media Access Control
  • CE Control Element
  • the relevant description of the seventh information can be found in the embodiment corresponding to Figure 2.
  • the UE generates a key for communicating with the target node.
  • the seventh information indicates that the UE is allowed to access the target node, and the UE generates a key for communicating with the target node.
  • the optional implementation of the UE generating the key can be found in any of the optional implementations of S2109 in FIG2.
  • the UE can execute S7102 first and then S7103, or it can execute S7103 first and then S7102.
  • steps S7102 to S7104 are optional.
  • the UE may obtain the LTM configuration from the network side or may not send the L1 measurement report that triggers LTM handover.
  • the UE receives the LTM configuration and first parameters of each candidate node for LTM handover from the first node, which facilitates the UE to generate second parameters based on the actual target node it accesses, and to generate a key with the target node based on the second parameters. If the UE pre-generates the second parameters of each candidate node's first parameter pair after receiving the first parameters from the first node, the UE may execute steps S7101 and S7102.
  • the RRC configuration of candidate gNBs can be pre-configured by the initial gNB and delivered to the candidate gNBs (and the UE) during the LTM preparation phase. Since the initial gNB controls the LTM configurations of all other candidate gNBs, it is assumed that the initial gNB is highly secure and cannot be compromised by an attacker; otherwise, an attacker could obtain the configurations of all cross-CU LTM candidate gNBs, including security-related configurations.
  • This disclosure proposes a key generation method in which the AMF specifically generates NH and NCC for LTM handover across CUs. These NH and NCC for LTM handover across CUs are independent of those for non-LTM handover. Therefore, it is proposed to use NH LTM and NCC LTM for LTM handover between CUs to distinguish them from the NH and NCC for non-LTM handover.
  • the AMF maintains two ⁇ NH, NCC ⁇ pairs. One ⁇ NH, NCC ⁇ pair is used for non-LTM handover, and the other ⁇ NH LTM , NCC LTM ⁇ pair is used for LTM handover.
  • the primary gNB or initial gNB responsible for LTM preparation across CUs requests LTM configuration from the AMF.
  • the AMF derives ⁇ NH LTM , NCC LTM ⁇ pairs for candidate gNBs (e.g., ⁇ NH LTM1 , NCC LTM1 ⁇ , ⁇ NH LTM2 , NCC LTM2 ⁇ , etc.).
  • the primary/initial gNB sends the ⁇ NH LTM , NCC LTM ⁇ pair to each candidate gNB.
  • each candidate gNB obtains its own ⁇ NH LTM , NCC LTM ⁇ pair but is unaware of the ⁇ NH LTM , NCC LTM ⁇ pairs of other gNBs.
  • ⁇ NH LTM , NCC LTM ⁇ pairs are used for Access Stratum (AS) security key update synchronization.
  • gNB1 has ⁇ NH LTM 1
  • NCC LTM 1 ⁇ has ⁇ NH LTM 2 ⁇
  • the primary gNB here is also one of the aforementioned first nodes.
  • the LTM candidate configurations for all candidate gNBs are sent to the UE. In this way, the UE knows the LTM configurations assigned to all candidate gNBs. NCC value. For example, NCC LTM 1 in the LTM configuration of gNB1, and NCC LTM 2 in the LTM configuration of gNB2.
  • the serving gNB determines the NCC LTM used by the target gNB.
  • the UE determines the NCC LTM to be used with the target UE based on the target node configuration received from the serving gNB, thus determining the NH LTM .
  • AS security key update synchronization is achieved together with the target node configuration synchronization required for LTM handover, because the NCC LTM1 used for key update synchronization is included in the target node configuration.
  • the AMF since the AMF has already derived ⁇ NH LTM , NCC LTM ⁇ pairs for all candidate gNBs participating in cross-CU LTM handovers, and these ⁇ NH LTM , NCC LTM ⁇ pairs are independent of the ⁇ NH, NCC ⁇ pairs used for non-LTM handovers, the AMF does not need to derive new ⁇ NH, NCC ⁇ pairs for the target gNB during each N2 link handover process involving cross-CU LTM handovers. Therefore, it is recommended that the target gNB include an indication in its N2 path handover request to instruct the AMF not to derive new ⁇ NH, NCC ⁇ pairs for non-LTM handovers.
  • FIG. 8A shows that LTM switching may include:
  • the UE is in RRC connected state and sends a measurement report to the initial gNB; the initial gNB performs LTM preparation, determining candidate cells and candidate gNBs. 2.
  • the initial gNB sends an LTM request, for example, to candidate gNB2. This LTM request requests the UE to handover to candidate gNB2 via LTM.
  • Candidate gNB21 then performs access control.
  • Candidate gNB2 sends an LTM request confirmation to initial gNB0. This LTM request confirmation indicates that the UE is allowed to access the target base station.
  • the gNB sends an RRC reconfiguration to the UE, which includes LTM configuration.
  • this disclosure provides an information processing method, which may include:
  • LTM preparation occurs between the UE, the initial/serving gNB0, and the AMF.
  • the initial gNB0 notifies the AMF to participate in the cross-CU LTM handover.
  • the source gNB informs the AMF of the LTM candidate configuration ID of the candidate gNB.
  • the AMF derives the ⁇ NH LTM, NCC LTM ⁇ pairs for all candidate gNBs based on the candidate gNB, for example, ⁇ NH LTM 1, NCC LTM 1 ⁇ , ⁇ NH LTM 2, NCC LTM 2 ⁇ , and sends them to the initial/serving gNB0.
  • the initial/serving gNB0 includes the ⁇ NH LTM , NCC LTM ⁇ pair values from the LTM candidate configuration of each candidate gNB.
  • the LTM candidate configuration is identified by the target node configuration ID, etc.
  • the initial/serving gNB0 sends the LTM candidate configurations for all candidate gNBs to the UE.
  • This LTM candidate configuration includes the NCC LTM values assigned to all candidate gNBs. For example, NCC LTM 1 in the LTM configuration of gNB1, and NCC LTM 2 in the LTM configuration of gNB2.
  • the initial/serving gNB0 sends an LTM configuration containing the NCC LTM value to all candidate gNBs. Additionally, the initial/serving gNB0 also sends an NH configuration to each candidate gNB individually.
  • the NH configuration includes a corresponding ⁇ NH LTM , NCC LTM ⁇ pair for AS security key update synchronization. For example, gNB1 has ⁇ NH LTM 1, NCC LTM 1 ⁇ , and gNB2 has ⁇ NH LTM 2, NCC LTM 2 ⁇ .
  • the UE retrieves the NCC LTM value from all candidate gNB LTM candidate configurations and derives the values of all corresponding NH LTMs , for example:
  • the UE stores the derived ⁇ NCC LTM ,NH LTM ⁇ pairs for future handover.
  • the UE When the UE moves, it sends an L1 measurement report to the initial/serving gNB0.
  • the initial/serving gNB0 After selecting a target gNB (e.g., candidate gNB2), the initial/serving gNB0 decides to trigger the LTM process. Since the initial/serving gNB has configured multiple ⁇ NH LTM , NCC LTM ⁇ pairs for the candidate gNB, it retrieves the ⁇ NH LTM , NCC LTM ⁇ pair values from the LTM configuration of gNB2 (i.e., ⁇ NH LTM 2, NCC LTM 2 ⁇ , and then...
  • the initial/serving gNB0 sends NCC LTM 2 to the candidate gNB2.
  • gNB2 retrieves NH LTM 2 based on the received NCC LTM 2 and performs vertical key derivation by deriving K NG-RAN* from NH LTM 2 (e.g., K NG-RAN* ⁇ ——(NH LTM 2, cell ID, UTC)). It then sets K NG-RAN* as K gNB2 . Finally, it returns NCC LTM 2 to the initial/serving gNB0 as confirmation.
  • Initial/Serving gNB0 sends a MAC CE message to the UE, which includes the target node configuration ID, for example, the target node configuration ID of gNB2 is 2.
  • steps 9.1 and 9.2 can be performed.
  • the UE first retrieves the LTM configuration of the target gNB2 (including NCC LTM 2) based on the target node configuration ID.
  • 9.2UE retrieves the NH LTM 2 corresponding to the NCC LTM2 exported in step 4, and performs vertical key derivation by exporting K NG-RAN* (i.e., KNG-RAN* ⁇ ——(NH LTM 2,cell ID,UTC)).
  • the UE leaves the initial/serving gNB0 and applies the configuration of the target gNB2, including using K NG-RAN* as K gNB2 to work with gNB2.
  • the UE sends an RRC reconfiguration complete message to gNB2. Protection is based on K gNB2 .
  • gNB2 sends an N2 path switch request to the AMF, which includes an indication of LTM switching or no NH derivation.
  • the AMF receives an N2 path switch request message with an LTM switching indication or no NH derivation indication, the AMF decides not to derive a new ⁇ NH,NCC ⁇ pair for gNB2 as a non-LTM switch.
  • the serving gNB decides to trigger the LTM process. Since the serving/source gNB2 obtained the LTM configuration from the initial gNB0, it retrieves the ⁇ NH LTM 1, NCC LTM 1 ⁇ pair from the LTM configurations of gNB1 and gNB2.
  • Service gNB2 sends NCC LTM 1 to candidate gNB1.
  • gNB1 retrieves NH LTM 1 based on the received NCC LTM 1, deriving K NG-RAN* from NH LTM 1 (e.g., K NG-RAN* ⁇ ——(NH LTM 1, cell ID, UTC)), and sets K NG-RAN* as K gNB1 . It then returns the NCC value (NCC LTM 1) to gNB2 as confirmation.
  • NCC LTM 1 e.g., K NG-RAN* ⁇ ——(NH LTM 1, cell ID, UTC
  • gNB2 sends a MAC CE message to the UE, which contains the target Cell Config ID (for example, the target Cell Config ID of gNB1 is 1).
  • steps 16.1 and 16.2 may be included.
  • the UE first retrieves the LTM configuration of target gNB1 (including NCC LTM 1) based on the target Cell Config ID.
  • the UE obtains the NH LTM 1 corresponding to the NCC LTM1 derived in step 4, and performs vertical key derivation by deriving K NG-RAN* (i.e., KNG-RAN* ⁇ _——NH LTM 1, cell ID, UTC)).
  • the UE disconnects from gNB2 and applies the configuration of the target gNB2, including setting K NG-RAN* as K gNB1 for use with gNB1.
  • the UE sends a protection RRC reconfiguration completion message to gNB1 based on K gNB1 .
  • gNB1 sends an N2 path handover request to the AMF.
  • This N2 path handover request may include an indication of LTM handover or no NH derivation.
  • the AMF decides not to derive a new ⁇ NH,NCC ⁇ pair for gNB1 for a non-LTM handover.
  • This non-LTM handover may include an existing node handover.
  • the UE sends the L1 measurement report to the serving/source gNB1.
  • the serving gNB decides to trigger the LTM process and retrieves NCC LTM 2 from the LTM configuration of gNB2.
  • gNB1 sends NCC LTM 2 to gNB2.
  • gNB2 retrieves NH LTM 2 based on the received NCC LTM 2, performs vertical key derivation by deriving K NG- RAN * (i.e., K NG-RAN* ⁇ ——(NH LTM2 , cell ID, UTC)) from NH LTM 2, and uses K NG-RAN* as K gNB2 . Then, it returns the NCC value (NCC LTM 2) to gNB1 as confirmation.
  • K NG-RAN * i.e., K NG-RAN* ⁇ ——(NH LTM2 , cell ID, UTC)
  • Step 21 may include: 21a: gNB1 sends a handover request to gNB2; 21b: gNB2 uses NCC LTM 2 to obtain NH LTM 2 and derives the key K NG-RAN* for communication with the UE; 21c: gNB2 sends a handover request confirmation to gNB1.
  • this handover request confirmation includes NCC LTM 2.
  • K gNB2 has already been derived in step 7b. Compare the key derivation input parameters of steps #7b and #21b; the parameter values are the same except for the base UTC counter. Since UTC is time-based, the value at step 7b is different from the value at step 21b. Therefore, the K gNB2 derived at service/source 21b is different from the K gNB2 previously derived at service/source 7b. This avoids the UE using the same K gNB when camped on the same gNB at different times.
  • gNB1 sends a MAC CE message to the UE, which contains the target Cell Config ID 2.
  • step 23 Same as step 9. The only difference is that the K gNB2 derived in step 23 is different from the K gNB2 derived in step 9 because the UTC value has changed.
  • step 24 Same as step 10. The only difference is that the K gNB2 used for protection in this step is different from the K gNB2 used for protection in step #10.
  • P0 Synchronous Input (SYNC-input);
  • P1 Candidate Node ID or LTM Configuration ID
  • L1 Length of candidate node ID or length of LTM configuration ID.
  • the synchronization input parameters should be the newly derived KgNB from the initial NH LTM , and the previous NH LTM from all subsequent NH LTMs .
  • This previous NH LTM is the NH LTM of the previous base station.
  • the NH LTMs of multiple handover base stations for the UE will generate an NH LTM chain, where the next NH LTM is always new, and each subsequent NH LTM is derived from the previous NH LTM .
  • the main difference between this KDF and the traditional NH-derived KDF lies in the additional input parameter (P1, L1) for the LTM configuration ID, which is used to convert the NH LTM... It is associated with a specific service gNB that performs LTM handover across CUs.
  • the input key for KDF should be a 256-bit KAMF .
  • the NH LTM may not always be derived from the previous NH LTM because the NH LTM values are pre-configured on the UE and candidate gNB during the LTM preparation phase.
  • the initial gNB configures the ⁇ NH LTM , NCC LTM ⁇ pair for the UE and candidate gNB, the handover order of UE movement cannot be predicted during the preparation phase, thus the actual order in which the UE accesses the gNB or the order of the NH LTMs used cannot be determined. Therefore, KgNB0 is used as the synchronization input parameter, and the key is generated in the following manner:
  • L0 the length of K gNB0 ;
  • P1 Candidate Node ID or LTM Configuration ID
  • L1 Length of candidate node ID or length of LTM configuration ID
  • the input key for KDF remains a 256-bit KAMF .
  • AMF should be able to derive NCC LTMs based on the candidate LTM configuration IDs across CUs of candidate gNBs. AMF should be able to send the derived ⁇ NH LTM , NCC LTM ⁇ pairs to the primary/initial gNB.
  • AMF should be able to derive and maintain two ⁇ NH, NCC ⁇ pairs; one for LTM handover and one for non-LTM handover. That is, the derivation of the ⁇ NH LTM , NCC LTM ⁇ pair used for LTM handover is different from the derivation of the ⁇ NH, NCC ⁇ pair used for legacy handover.
  • the AMF should be able to determine not to derive a new ⁇ NH,NCC ⁇ pair for the gNB.
  • the gNB may perform at least one of the following operations:
  • the initial or source gNB should be able to request the AMF to export the NCC LTM for all candidate gNBs for LTM enhancement.
  • gNB should be able to send the NH configuration to all candidate gNBs separately.
  • the gNB should be able to configure all candidate gNBs, including NCC LTM , as LTM candidates to the UE.
  • the source gNB should be able to determine the NH LTM used by the target gNB based on the target gNB's configuration.
  • the target gNB should be able to retrieve the configured NH LTM based on the NCC LTM provided by the source base station.
  • the base station should be able to derive K NG-RAN* based on the current UTC value.
  • the gNB should be able to include an LTM handover indication or a no-NH derivation indication in the N2 path handover request.
  • the LTM handover indication or no-NH derivation indication is one of the aforementioned first indications, which is used to inform the core network node (e.g., AMF) not to generate a second parameter pair.
  • the UE performs at least one of the following operations:
  • the UE should be able to obtain the NCC LTM value from the LTM candidate configurations of all candidate gNBs and derive the values of all corresponding NH LTMs .
  • the UE should be able to obtain the LTM configuration of the target gNB based on the LTM candidate configuration ID of each candidate gNB.
  • the UE should be able to obtain the node ID or LTM configuration ID of the target base station based on the received MAC CE.
  • the UE should be able to retrieve the NH LTM corresponding to the NCC LTM in the LTM configuration of the target gNB and perform vertical key derivation.
  • the UE should be able to derive K NG-RAN* based on the current UTC value.
  • This disclosure also provides apparatus for implementing any of the above methods.
  • an apparatus is provided that includes units or modules for implementing the steps performed by the UE in any of the above methods.
  • another apparatus is provided that includes units or modules for implementing the steps performed by a network device (e.g., an access network device, or a core network device) in any of the above methods.
  • a network device e.g., an access network device, or a core network device
  • the division of units or modules in the above device is only a logical functional division. In actual implementation, they can be fully or partially integrated into a single physical entity, or they can be physically separated.
  • the units or modules in the device can be implemented in the form of a processor calling software: for example, the device includes a processor connected to memory, the memory storing instructions, and the processor calling the instructions stored in memory to implement any of the above methods or to implement the functions of the units or modules in the above device.
  • the processor can be, for example, a general-purpose processor, such as a Central Processing Unit (CPU) or a microprocessor, and the memory can be internal or external to the device.
  • the units or modules in the device can be implemented in the form of hardware circuits.
  • the functions of some or all units or modules can be implemented through the design of the hardware circuits.
  • the hardware circuits can be understood as one or more processors; for example, in one implementation, the hardware circuits are application-specific integrated circuits (ASICs), which...
  • ASICs application-specific integrated circuits
  • the aforementioned hardware circuit can be implemented using a programmable logic device (PLD), such as a Field Programmable Gate Array (FPGA).
  • PLD programmable logic device
  • FPGA Field Programmable Gate Array
  • This PLD can include a large number of logic gates, and the connection relationships between these logic gates can be configured through a configuration file, thereby achieving the functions of some or all of the aforementioned units or modules. All units or modules of the above device can be implemented entirely through processor-invoked software, entirely through hardware circuitry, or partially through processor-invoked software with the remaining portion implemented through hardware circuitry.
  • the processor is a circuit with signal processing capabilities.
  • the processor can be a circuit with instruction read and execute capabilities, such as a Central Processing Unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a type of microprocessor), or a digital signal processor (DSP).
  • the processor can implement certain functions through the logical relationships of hardware circuits. The logical relationships of the aforementioned hardware circuits are fixed or reconfigurable.
  • the processor is an application-specific integrated circuit (ASIC). Hardware circuits implemented using ASICs (Integrated Circuits, ASICs) or programmable logic devices (PLDs), such as FPGAs.
  • ASIC application-specific integrated circuit
  • the process of a processor loading a configuration document to configure the hardware circuit can be understood as the processor loading instructions to implement the functions of some or all of the above units or modules.
  • it can also be a hardware circuit designed for artificial intelligence, which can be understood as a type of ASIC, such as a Neural Network Processing Unit (NPU), a Tensor Processing Unit (TPU), or a Deep Learning Processing Unit (DPU).
  • NPU Neural Network Processing Unit
  • TPU Tensor Processing Unit
  • DPU Deep Learning Processing Unit
  • this embodiment of the present disclosure provides a first node, including:
  • the sending module 9101 is configured to send first information to the core network node, the first information including information of candidate nodes that trigger mobility LTM handover at Layer 1 and/or Layer 2;
  • the receiving module 9102 is configured to receive second information sent by the core network node.
  • the second information includes a first parameter pair for each of the candidate nodes.
  • the first parameter pair includes a first parameter and a second parameter.
  • the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node.
  • the second parameter is used to determine the key for communication between the user equipment (UE) and the nth node.
  • the n is a positive integer greater than or equal to 2.
  • the transmitting module and/or receiving module may correspond to the network interface and/or transceiver antenna of the first node.
  • the first node further includes a processing module.
  • the processing module can be used by the first node to execute information processing-related steps in any information processing method.
  • the sending module can be used by the first node to execute information sending-related steps in any information processing method.
  • the receiving module can be used by the first node to perform information sending-related steps in any information processing method.
  • the sending module is further configured to send third information to the UE, the third information including at least the LTM configuration of each of the candidate nodes; the LTM configuration of the nth node including at least the configuration identifier of the nth node; or, the LTM configuration of the nth node including at least the configuration identifier of the nth node and the first parameter of the nth node.
  • the sending module is further configured to send fourth information to each of the candidate nodes, wherein the fourth information sent to the nth node includes at least the second parameter of the nth node.
  • the fourth information sent to the nth node further includes the first parameters of each of the candidate nodes.
  • this embodiment of the disclosure provides a source node, which includes:
  • the sending module 9201 is configured to send fifth information to the target node, the fifth information being used to enable the target node to generate a key for communication with the UE using the second parameter of the first parameter pair of the LTM handover pre-configured by the core network node.
  • the source node may further include a processing module and/or a receiving module.
  • the transmitting module and/or receiving module may correspond to the network interface and/or transceiver antenna of the source node.
  • the processing module can be used by the source node to execute information processing-related steps in any information processing method.
  • the sending module can be used by the source node to perform information sending-related steps in any information processing method.
  • the receiving module can be used by the source node to perform information sending-related steps in any information processing method.
  • the receiving module is further configured to receive sixth information sent by the target node; the sixth information is used... This indicates whether the target node allows the UE to access the network.
  • the sending module is further configured to send a seventh message to the UE, the seventh message being used to instruct the UE to access the target node.
  • the fifth information includes a first parameter of the target node; the first parameter of the target node is used by the target node to determine a key for communicating with the UE using a second parameter in the first parameter pair.
  • this embodiment of the present disclosure provides a target node, which may include:
  • the receiving module 9301 is configured to receive fourth information sent by the first node, the fourth information including at least the second parameter of the target node when the user equipment UE triggers a mobility LTM handover at layer 1 and/or layer 2; the target node is one of the candidate nodes for the UE's LTM; the second parameter of the target node is used to determine the key for communication between the target node and the UE.
  • the target node may further include a processing module and/or a sending module.
  • the transmitting module and/or receiving module may correspond to the network interface and/or transceiver antenna of the network node.
  • the processing module can be used by the target node to execute information processing-related steps in any information processing method.
  • the sending module can be used by the target node to execute information sending-related steps in any information processing method.
  • the receiving module can be used by the target node to perform information sending-related steps in any information processing method.
  • the fourth information further includes the first parameters of each candidate node for the LTM handover of the UE.
  • the receiving module is configured to receive the fifth information sent by the source node
  • the processing module is configured to determine a key for communicating with the UE using the second parameter of the target node based on the fifth information.
  • the sending module is configured to send a sixth message to the source node, the sixth message being used to indicate that the UE is allowed to access the target node.
  • the fifth information includes the first parameter of the target node; the first parameter of the target node and the second parameter of the target node constitute the first parameter pair of the target node.
  • the processing module is further configured to generate a key for communicating with the UE based on the second parameter of the first parameter pair of the target node; or, to generate a key for communicating with the UE based on the second parameter of the first parameter pair of the target node and the time information of the UE accessing the target node.
  • the sending module is further configured to send an eighth message to the core network node when the UE needs an N2 link change to switch from the source node to the target node; the eighth message includes a first indication; the first indication is used to indicate that the core network node does not need to generate a second parameter pair for the UE, the second parameter pair being used for the UE to perform non-LTM handover.
  • this embodiment of the disclosure provides a core network node, which includes:
  • the receiving module 9401 is configured to receive first information sent by the first node, the first information including information on candidate nodes for triggering mobility LTM handover in Layer 1 and/or Layer 2 of the UE;
  • the sending module 9402 is configured to send second information to the first node, the second information including a first parameter pair for each of the candidate nodes; the first parameter pair includes a first parameter and a second parameter; the first parameter of the nth node among the candidate nodes is used to determine the second parameter of the nth node; the second parameter is used to determine the key for communication between the user equipment UE and the nth node; the n is a positive integer greater than or equal to 2.
  • the core network node may further include a processing module.
  • the transmitting module and/or receiving module may correspond to the network interface and/or transceiver antenna of the network node.
  • the processing module can be used by a core network node to execute information processing-related steps in any information processing method.
  • the sending module can be used by a core network node to execute information sending-related steps in any information processing method.
  • the receiving module can be used by a core network node to perform information transmission-related steps in any information processing method.
  • the processing module is configured to generate a second parameter of the first parameter pair of the second node based on the key of the first node and the identifier of the second node, and to generate a second parameter of the first parameter pair of the (y+1)th node based on the second parameter of the first parameter pair of the y-th node and the identifier of the (y+1)th node; or, based on the key of the first node and the LTM configuration of the second node.
  • the second parameter of the first parameter pair for generating the second node is identified.
  • the second parameter of the first parameter pair for the y+1-th node is generated; where y is a positive integer greater than or equal to 2.
  • the processing module is configured to generate a second parameter of the first parameter pair of the z-th node based on the key of the first node and the identifier of the z-th node; or, to generate a second parameter of the first parameter pair of the z-th node based on the key of the first node and the LTM configuration identifier of the z-th node; wherein z is a positive integer greater than or equal to 2.
  • the receiving module is configured to receive eighth information sent by the target node for the LTM handover of the UE, the eighth information including a first indication; wherein the eighth information includes a first indication; the first indication is used to indicate that the core network node does not need to generate a second parameter pair for the UE, the second parameter pair being used for the UE to perform non-LTM handover.
  • the core network node further configures a second parameter pair for the nth node; the second parameter pair is used for non-LTM handover of the UE.
  • this disclosure provides a UE, which may include:
  • the receiving module 9501 is configured to receive third information sent by the first node; the third information includes at least the LTM configuration for triggering mobility LTM handover of the UE at layer 1 and/or layer 2; the LTM configuration of the nth node includes at least the configuration identifier of the nth node; or, the LTM configuration of the nth node includes at least the configuration identifier of the nth node and the first parameter of the nth node; where n is a positive integer greater than or equal to 2.
  • the UE may further include a transmission module and/or a processing module.
  • the transmitting module and/or receiving module may correspond to the UE's network interface and/or transceiver antenna.
  • the processing module can be used by the UE to execute information processing-related steps in any information processing method.
  • the sending module can be used by the UE to perform information sending-related steps in any information processing method.
  • the processing module is configured to generate a first parameter of a first parameter pair for the second node based on the key of the first node and the identifier of the second node; generate a first parameter of a first parameter pair for the (y+1)th node based on the second parameter of the first parameter pair for the yth node and the identifier of the (y+1)th node; or, generate a second parameter of a first parameter pair for the second node based on the key of the first node and the LTM configuration identifier of the second node, and generate a second parameter of a first parameter pair for the (y+1)th node based on the second parameter of the first parameter pair for the yth node and the LTM configuration identifier of the (y+1)th node; wherein y is a positive integer greater than or equal to 2.
  • the processing module is configured to generate a second parameter of the first parameter pair of the z-th node based on the key of the first node and the identifier of the z-th node; or, to generate a second parameter of the first parameter pair of the z-th node based on the key of the first node and the LTM configuration identifier of the z-th node; wherein z is a positive integer greater than or equal to 2.
  • This disclosure also provides a communication device, which may include one or more processors; wherein the processors are configured to invoke instructions to cause the communication device to execute the information processing method that can be implemented in any of the foregoing embodiments.
  • the communication device 8100 further includes one or more memories 8102 for storing instructions.
  • the memories 8102 may also be located outside the communication device 8100.
  • the communication device may be the aforementioned UE or network device.
  • the network device may be a primary node and/or a secondary node.
  • the communication device 8100 further includes one or more transceivers 8103.
  • the communication steps such as sending and receiving in the above method are performed by the transceivers 8103, and other steps are performed by the processor 8101.
  • a transceiver may include a receiver and a transmitter, which may be separate or integrated.
  • transceiver, transceiver unit, transceiver, transceiver circuit, etc. may be used interchangeably; the terms transmitter, transmitting unit, transmitter, transmitting circuit, etc., may be used interchangeably; and the terms receiver, receiving unit, receiver, receiving circuit, etc., may be used interchangeably.
  • the communication device 8100 further includes one or more interface circuits 8104, which are connected to the memory 8102.
  • the interface circuits 8104 can be used to receive signals from the memory 8102 or other devices, and can be used to send signals to the memory 8102 or other devices.
  • the interface circuits 8104 can read instructions stored in the memory 8102 and send the instructions to the processor 8101.
  • the communication device 8100 described in the above embodiments can be a network device or a UE, but the communication device 8100 described in this disclosure is... The scope is not limited to this, and the structure of the communication device 8100 may not be limited to that shown in Figure 10A.
  • the communication device may be a standalone device or part of a larger device.
  • the communication device may be: (1) a standalone integrated circuit IC, or chip, or chip system or subsystem; (2) a collection of one or more ICs, optionally including storage components for storing data and programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, UE device, smart UE device, cellular phone, wireless device, handheld device, mobile unit, vehicle device, network device, cloud device, artificial intelligence device, etc.; (6) others, etc.
  • Figure 10B is a schematic diagram of the structure of chip 8200 provided in an embodiment of this disclosure.
  • the communication device 8100 can be a chip or a chip system, please refer to the schematic diagram of the structure of chip 8200 shown in Figure 10B, but it is not limited thereto.
  • chip 8200 further includes one or more memories 8203 for storing instructions.
  • all or part of the memories 8203 may be located outside of chip 8200.
  • This disclosure also provides a storage medium storing instructions that, when executed on a communication device 8100, cause the communication device 8100 to perform any of the methods described above.
  • the storage medium is an electronic storage medium.
  • the storage medium is a computer-readable storage medium, but it can also be a storage medium readable by other devices.
  • the storage medium can be a non-transitory storage medium, but it can also be a temporary storage medium.
  • This disclosure also provides a program product, which, when executed by a communication device 8100, causes the communication device 8100 to perform any of the above information processing methods.
  • the program product is a computer program product.
  • This disclosure also provides a computer program that, when run on a computer, causes the computer to perform any of the above information processing methods.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供一种信息处理方法、通信设备及存储介质。由UE执行的信息处理方法可包括：向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。

Description

信息处理方法、通信设备及存储介质 技术领域
本公开涉及通信技术领域，尤其涉及一种信息处理方法、通信设备及存储介质。
背景技术
层1/层2触发移动性(L1/L2 Triggered Mobility，LTM)是指一种网络基于层1(Layer 1，L1)的测量结果通过媒体访问控制(Media Access Control，MAC)控制单元(Control Element，CE)触发的主节点(Primary Cell，PCell)或主辅节点(Primary Sencodary Cell，PSCell)节点改变(cell switch)的过程。在主节点或主辅节点改变的过程中可以伴随着主节点组(Master Cell Group，MCG)或辅节点组(Sencodary Cell Group，SCG)的改变。
发明内容
本公开实施例提供一种信息处理方法、通信设备及存储介质。
根据本公开实施例的第一方面提供一种信息处理方法，由第一节点执行，所述方法包括：向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
根据本公开实施例的第二方面提供信息处理方法，其中，由用户设备UE的层1和/或层2触发移动性LTM切换的源节点执行，所述方法包括：向目标节点发送第五信息，所述第五信息用于使得所述目标节点基于第一参数对的第二参数生成与UE通信的密钥；所述第一参数对由核心网节点预先配置。
根据本公开实施例的第三方面提供一种信息处理方法，其中，由目标节点执行，所述方法还包括：接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
根据本公开实施例的第四方面提供一种信息处理方法，其中，由核心网节点执行，所述方法包括：接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
根据本公开实施例的第五方面提供一种信息处理方法，其中，由用户设备UE执行，所述方法包括：接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
根据本公开实施例的第六方面提供一种第一节点，其中，所述第一节点包括：发送模块，被配置为向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；接收模块，被配置为接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
根据本公开实施例的第七方面提供一种用户设备UE的层1和/或层2触发移动性LTM切换的源节点，其中，所述源节点包括：
发送模块，被配置为向目标节点发送第五信息，所述第五信息用于使得所述目标节点基于第一参数对的第二参数生成与UE通信的密钥；所述第一参数对由核心网节点预先配置。
根据本公开实施例的第八方面提供一种目标节点，其中，所述目标节点包括：
接收模块，被配置为接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
根据本公开实施例的第九方面提供一种核心网节点，其中，所述核心网节点包括：接收模块， 被配置为接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；发送模块，被配置为向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
根据本公开实施例第十方面提供一种用户设备UE，其中，所述UE包括：
接收模块，被配置为接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
根据本公开实施例的第十一方面提供一种通信系统，其中，所述通信系统包括第一节点、用户设备UE的层1和/或层2触发移动性LTM切换的源节点、目标节点、核心网节点以及UE；
所述第一节点用于执行第一方面任意技术方案提供的方法；
所述源节点用于执行第二方面任意技术方案提供的方法；
所述目标节点用于执行第三方面任意技术方案提供的方法；
所述核心网节点用于执行第四方面任意技术方案提供的方法；
所述UE用于执行第五方面任意技术方案提供的方法。
根据本公开实施例第十二方面提供一种通信设备，其中，通信设备包括：一个或多个处理器；其中，处理器用于调用指令以使得通信设备执行前述第一方面至第五一方面任意技术方式提供的信息处理方法。
根据本公开实施例的第十三方面提供一种存储介质，其中，存储介质存储有指令，当指令在通信设备上运行时，使得通信设备执行第一方面至第五方面任意方面提供的信息处理方法。
根据本公开实施例的第十四方面提供一种程序产品，其中，所述程序产品包括计算机程序，所述计算机程序被通信设备执行时，使得所述通信设备能够实现前述第一方面至第五方面任意技术方式提供的信息处理方法。
本公开实施例提供的技术方式，第一节点预先从核心网节点获取UE进行LTM切换的各个候选节点的第一参数对，如此在后续UE的LTM切换过程中就无需临时根据接入的目标节点通过无线链路发送第一参数对相关的参数，从而解决了发送对应参数引起的安全性问题，提升了UE和接入网节点之间通信的安全性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开实施例，并与说明书一起用于解释本公开实施例的原理。
图1A是根据一示例性实施例示出的一种通信系统的架构示意图；
图1B是是根据一示例性实施例示出的LTM的流程示意图；
图1C是根据一示例性实施例示出的一种密钥推导的流程示意图；
图2是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图3是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图4是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图5是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图6是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图7是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图8A是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图8B是根据一示例性实施例示出的一种信息处理方法的流程示意图；
图9A是根据一示例性实施例示出的一种第一节点的结构示意图；
图9B是根据一示例性实施例示出的一种源节点的结构示意图；
图9C是根据一示例性实施例示出的一种目标节点的结构示意图；
图9D是根据一示例性实施例示出的一种核心网节点的结构示意图；
图9E是根据一示例性实施例示出的一种UE的结构示意图；
图10A是根据一示例性实施例示出的一种通信设备的结构示意图；
图10B是根据一示例性实施例示出的一种芯片的结构示意图。
具体实施方式
本公开实施例提供一种信息处理方法、通信设备、通信系统及存储介质。
第一方面提供一种信息处理方法，其中，由第一节点的第一节点执行，所述方法包括：
向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；
接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
基于上述方案，核心网将各个候选接点第一参数对生成并安全地分发至第一节点，而非在UE接入到对应的节点时才即时生成第一参数对，使得UE需要在切换过程中基于未保护的空口接收各个节点的第一参数对中的第一参数导致的安全性问题得以解决，提升了UE和各节点之间通信的安全性。
在第一方面的一些实施例中，所述方法还包括：向所述UE发送第三信息，所述第三信息至少包括各所述候选节点的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数。
基于上述方案，第一节点将包括LTM切换的各个候选节点的第一参数的第三信息安全地发送给UE，相对于在UE接入到对应节点单个第一参数在空口上发送，可以减少重要的第一参数在未保护的空口上的传输面临的被篡改风险，从而提升了安全性。在第一方面的一些实施例中，向所述各候选节点发送第四信息，发送给所述第n节点的第四信息至少包括所述第n节点的第二参数。
基于上述方案，第一节点接收到第一参数对，该第一参数对包含了核心网节点生成的第一参数和第二参数，由于第一节点属于通信运营商的节点，是安全节点，且节点之间信息传输是受安全保护的，因此由第一节点向各个候选节点的第一参数对，可以确保第一参数对的安全性。
在第一方面的一些实施例中，发送给第n节点的所述第四信息还包括各所述候选节点的第一参数。
基于上述方案，发送给第n节点的第四信息还包括其他候选节点的第一参数，方便UE在候选节点之间切换时，各节点之间基于第一参数的传递，知晓当前切换是LTM切换或是基于LTM切换的第一参数对中的第二参数生成密钥。
第二方面提供一种信息处理方法，由用户设备UE的层1和/或层2触发移动性LTM切换的源节点执行，该方法可包括：向目标节点发送第五信息，所述第五信息用于使得所述目标节点基于第一参数对的第二参数生成与UE通信的密钥；所述第一参数对由核心网节点预先配置。
基于上述方案，UE在进行LTM切换时，源节点会向目标节点发送第五信息，该第五信息可使得目标节点使用核心网节点生成的第一参数对中的第二参数生成与UE通信的密钥，源节点不再为目标节点和UE之间通信生成密钥，从而源节点将不知道目标节点与UE通信的密钥，从而提升了UE和目标节点之间通信的安全性。
在第二方面的一些实施例中，所述方法还包括：接收所述目标节点发送的第六信息；所述第六信息用于指示所述目标节点是否允许所述UE接入。
基于上述方案，通过第六信息的传输，可以知晓目标节点是否同意UE的接入。
在第二方面的一些实施例中，所述方法还包括：向所述UE发送第七信息，所述第七信息用于指示所述UE接入到所述目标节点。
基于上述方案，通过第七信息的传输，源节点可以告知UE接入到目标节点的配置信息。
在第二方面的一些实施例中，所述第五信息包括目标节点的第一参数；所述目标节点的第一参数，用于所述目标节点确定使用所述第一参数对中的第二参数生成与所述UE通信的密钥。
基于上述方案，第五信息携带有第一参数，目标节点可根据第一参数确定使用第一参数对中的第二参数生成与UE通信的密钥。
第三方面提供一种信息处理方法，其中，由目标节点执行，所述方法还包括：接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
在第三方面的一些实施例中，所述第四信息还包括所述UE的LTM切换的各候选节点的第一参数。
在第三方面的一些实施例中，所述方法还包括：接收源节点发送的第五信息；根据所述第五信息，确定使用所述目标节点的第二参数生成与所述UE通信的密钥。
在第三方面的一些实施例中，所述方法还包括：向所述源节点发送第六信息，所述第六信息用于指示允许所述UE接入所述目标节点。
在第三方面的一些实施例中，所述第五信息包括所述目标节点的第一参数；所述目标节点的第一参数和所述目标节点的第二参数构成所述目标节点的第一参数对。
在第三方面的一些实施例中，所述方法还包括：根据所述目标节点的第一参数对的第二参数，生成与所述UE通信的密钥；或者，根据所述目标节点的第一参数对的第二参数以及所述UE接入所述目标节点的时间信息，生成与所述UE通信的密钥。
上述方案给出了两种生成与UE通信的密钥的方式，具体实现通过时间信息的引入，还可以使得UE反复接入一个节点时具有不同的密钥，再次提升了通信的安全性。
在第三方面的一些实施例中，所述方法还包括：在所述UE从所述源节点切换到所述目标节点需要N2链路变更的情况下，向核心网节点发送第八信息；所述第八信息包括第一指示；所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对，所述第二参数对用于所述UE进行非LTM切换。
基于上述方案，由于核心网节点预先生成了各个候选节点的第一参数对，因此即便UE在切换时涉及了N2链路的切换，向核心网节点发送的第八信息将携带第一指示，该第一指示接收到第八信息的核心网节点不生成第二参数对，从而减少了不必要的参数对生成以及核心网节点再次生成参数对引起的密钥失步混乱。
第四方面提供一种信息处理方法，其中，由核心网节点执行，所述方法包括：接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
在第四方面的一些实施例中，所述方法还包括：
根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第二参数；或者，
根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；
所述y为大于或等于2的正整数。
在第四方面的一些实施例中，所述方法还包括：根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，
根据第一节点的密钥和第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；
所述z为大于或等于2的正整数。
在第四方面的一些实施例中，所述方法还包括：接收所述UE进行LTM切换的目标节点发送的第八信息，所述第八信息包括第一指示；其中，所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对，所述第二参数对用于所述UE进行非LTM切换。
在第四方面的一些实施例中，所述第一指示为LTM切换指示或者无需推衍指示。
在第四方面的一些实施例中，所述核心网节点还为所述第n节点配置有第二参数对；所述第二参数对用于所述UE的非LTM切换。
第五方面提供一种信息处理方法，其中，由用户设备UE执行，所述方法包括：接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
在第五方面的一些实施例中，所述方法还包括：根据所述第一节点的密钥和第二节点的标识生 成第二节点的第一参数对的第一参数；根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第一参数；或者，根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；
所述y为大于或等于2的正整数。
在第五方面的一些实施例中，所述方法还包括：根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，根据所述第一节点的密钥和所述第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；所述z为大于或等于2的正整数。
在第五方面的一些实施例中，所述方法还包括：接收LTM切换的源节点发送的第七信息，所述第七信息用于指示UE切换到目标节点；至少根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥。
在第五方面的一些实施例中，至少根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥，可包括：根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥；或者，根据所述目标节点的第一参数对的第二参数以及所述UE接入到所述目标节点的时间信息，确定所述UE与所述目标节点通信的密钥。
第六方面提供一种第一节点，其中，所述第一节点包括：发送模块，被配置为向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；接收模块，被配置为接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
第七方面提供一种用户设备UE的层1和/或层2触发移动性LTM切换的源节点，其中，所述源节点包括：发送模块，被配置为向目标节点发送第五信息，所述第五信息用于使得所述目标节点基于第一参数对的第二参数生成与UE通信的密钥；所述第一参数对由核心网节点预先配置。
第八方面提供一种目标节点，其中，所述目标节点包括：接收模块，被配置为接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
第九方面提供一种核心网节点，其中，所述核心网节点包括：接收模块，被配置为接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；发送模块，被配置为向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
第十方面提供一种用户设备UE，其中，所述UE包括：接收模块，被配置为接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
第十一方面提供一种通信系统，其中，所述通信系统包括第一节点、用户设备UE的层1和/或层2触发移动性LTM切换的源节点、目标节点、核心网节点以及UE；所述第一节点用于执行第一方面的任意技术方案所述的方法；所述源节点用于执行第二方面任意技术方案所述的方法；所述目标节点用于执行第三方面任意技术方案所述的方法；所述核心网节点用于执行第四方面任意技术方案所述的方法；所述UE用于执行第五方面任意技术方案所述的方法。
第十二方面，本公开实施例提供了一种程序产品，其中，所述程序产品包括计算机程序，所述计算机程序被通信设备执行时，使得所述通信设备能够实现，使得通设备执行第一方面至第五方面的可选实现方式所描述的信息处理方法。
第十三方面，本公开实施例提供了一种计算机程序，当其在计算机上运行时，使得计算机执行第一方面至第五方面的可选实现方式所描述的信息处理方法。
可以理解地，上述UE、网络设备以及通信系统、程序产品、计算机程序均用于执行本公开实施例所提供的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。
本公开实施例提出了一种信息处理方法、通信设备、通信系统及存储介质。本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方式也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。
在各本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。
在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一个”、“一种”、“该”、“上述”、、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。
在本公开实施例中，“多个”是指两个或两个以上。
在一些实施例中，“至少一者(至少之一、至少一项、至少一个)(at least one of)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。
在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“一情况A，另一情况B”等记载方式，根据情况可以包括以下技术方式：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。
在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方式：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。
本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一类信息”和“第二类信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。
在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。
在一些实施例中，“……”、“确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。
在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。
在一些实施例中，装置等可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，“装置”、“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等术语可以相互替换。
在一些实施例中，“网络”可以解释为网络中包含的接入网设备、核心网设备等网络侧的设备或网络功能。
在一些实施例中，“接入网设备(access network device，AN device)”、“无线接入网设备(radio access network device，RAN device)”、“基站(base station，BS)”、“无线基站(radio base station)”、 “固定台(fixed station)”、“节点(node)”、“接入点(access point)”、“发送点(transmission point，TP)”、“接收点(reception point，RP)”、“发送接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“节点(cell)”、“宏节点(macro cell)”、“小型节点(small cell)”、“毫微微节点(femto cell)”、“微微节点(pico cell)”、“扇区(sector)”、“节点组(cell group)”、“服务节点”、“节点(carrier)”、“分量节点(component carrier)”、“带宽部分(bandwidth part，BWP)”等术语可以相互替换。
在一些实施例中，“UE(terminal)”、“UE设备(terminal device)”、“用户设备(user equipment，UE)”、“用户UE(user terminal)”、“移动台(mobile station，MS)”、“移动UE(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobiledevice)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobile subscriber station)、接入UE(access terminal)、移动UE(mobile terminal)、无线UE(wireless terminal)、远程UE(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等术语可以相互替换。
在一些实施例中，接入网设备、核心网设备、或网络设备可以被替换为UE。例如，针对将接入网设备、核心网设备、或网络设备以及UE间的通信置换为多个UE间的通信(例如，设备对设备(device-to-device，D2D)、车联网(vehicle-to-everything，V2X)等)的结构，也可以应用本公开的各实施例。在该情况下，也可以设为UE具有接入网设备所具有的全部或部分功能的结构。此外，“上行”、“下行”等术语也可以被替换为与UE间通信对应的术语(例如，“侧行(side)”)。例如，上行信道、下行信道等可以被替换为侧行信道，上行链路、下行链路等可以被替换为侧行链路。
在一些实施例中，UE可以被替换为接入网设备、核心网设备、或网络设备。在该情况下，也可以设为接入网设备、核心网设备、或网络设备具有UE所具有的全部或部分功能的结构。
在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。
在一些实施例中，可以在得到用户同意后获取数据、信息等。
此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。
图1A是根据本公开实施例示出的通信系统的架构示意图。
如图1A所示，通信系统100包括终端(terminal)101以及网络设备102。网络设备102可包括接入网设备和/或核心网设备。该终端也可以称之为UE。
在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)UE设备、增强现实(augmented reality，AR)UE设备、工业控制(industrial control)中的无线UE设备、无人驾驶(self-driving)中的无线UE设备、远程手术(remote medical surgery)中的无线UE设备、智能电网(smart grid)中的无线UE设备、运输安全(transportation safety)中的无线UE设备、智慧城市(smart city)中的无线UE设备、智慧家庭(smart home)中的无线UE设备中的至少一者，但不限于此。
在一些实施例中，UE又称为用户设备(User Equipment，UE)。
在一些实施例中，接入网设备例如可以是将UE接入到无线网络的节点或设备，接入网设备可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(next generation eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base band unit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(Cloud RAN)、其他通信系统中的基站、Wi-Fi系统中的接入节点中的至少一者，但不限于此。
在一些实施例中，本公开的技术方式可适用于Open RAN架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。
在一些实施例中，接入网设备可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU 中，由CU集中控制DU，但不限于此。
在一些实施例中，核心网设备可以是一个设备，包括第一网元等，也可以是多个设备或设备群，分别包括第一网元。网元可以是虚拟的，也可以是实体的。核心网例如包括演进分组核心(Evolved Packet Core，EPC)、5G核心网络(5G Core Network，5GCN)、下一代核心(Next Generation Core，NGC)中的至少一者。
可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方式，并不构成对于本公开实施例提供的技术方式的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方式对于类似的技术问题同样适用。
下述本公开实施例可以应用于图1A所示的通信系统100、或部分主体，但不限于此。图1A所示的各主体是例示，通信系统可以包括图1A中的全部或部分主体，也可以包括图1A以外的其他主体，各主体数量和形态为任意，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。
本公开各实施例可以应用于长期演进(Long Term Evolution，LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G)、)、第五代移动通信系统(5th generation mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(Future Radio Access，FRA)、新无线接入技术(New-Radio Access Technology，RAT)、新无线(New Radio，NR)、新无线接入(New radio access，NX)、未来一代无线接入(Future generation radio access，FX)、Global System for Mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand，UWB)、蓝牙(Bluetooth(注册商标))、陆上公用移动通信网(Public Land Mobile Network，PLMN)网络、设备到设备(Device-to-Device，D2D)系统、机器到机器(Machine to Machine，M2M)系统、物联网(Internet of Things，IoT)系统、车联网(Vehicle-to-Everything，V2X)、利用其他资源的配置方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE和NR可以组合)。
在LTM中，下一代基站(next generation NodeB，gNB)从用户设备(User Equipment，UE)接收L1测量报告，基于此，gNB通过MAC CE发出的节点更改命令(cell switch command)改变UE的服务节点。节点更改命令(cell switch command)中指示了一个gNB预先通过无线资源控制(Radio Resource Control，RRC)信令提供给UE的LTM候选节点配置。UE根据接收到的节点更改命令(cell switch command)接入到节点更改命令中指示的目标节点。LTM可用于减少移动性时延。LTM候选节点配置只能由网络通过RRC信令进行添加、修改和释放。LTM支持后续(subsequent)LTM，其中后续LTM是指：在无需网络设备和UE之间的RRC重配置的情况下，基于候选节点执行的LTM。即，在执行了移动性操作后，UE不会自主地删除LTM的配置信息，所述LTM的配置信息即使没有进行RRC重配和更新也能继续使用，用于触发后续的LTM(Subsequent LTM)。例如，该LTM的配置信息可包括候选节点的信息。
LTM支持同频或异频节点更改。在一些场景下，只支持分布式单元(Distributed Unit，DU)内部LTM和DU内部LTM。在一些场景下，将新无线(New Radio，NR)移动性增强扩展到跨CU或跨节点或跨基站的(inter-CU、inter-node、inter-gNB))LTM。示例性地，跨CU或跨节点或跨基站的LTM支持以下场景：
示例1：未配置数据中心时，CU充当MN；
示例2：配置NR-DC，CU充当SN且MCG不变；
示例3：配置NR-DC时，CU充当MN且SCG不变或SCG被释放。对于跨CU的LTM，多个候选gNB-CU将参与迁移流。
LTM的信令流程可如图1B所示，包括以下三个阶段：
阶段1：阶段1也即LTM准备阶段，在该阶段，基于L3 RRM测量报告，初始gNB决定候选节点以及发起针对跨CU的LTM预备的跨节点交互。在交互之后，初始gNB通过多个候选节点的RRC配置向UE提供LTM配置。
初始gNB决定候选节点并启动节点间交互以进行跨CU的LTM准备。在交互之后，初始gNB向具有多个候选单元的RRC配置的UE提供LTM配置。
阶段2：阶段2也即LTM初始化节点，在该阶段UE将L1测量报告发送给初始gNB。在接收到节点交换命令MAC CE后，UE会切换到一个候选节点。为了支持缺少随机接入(RACH-less)的 LTM，UE可以提前和候选节点同步，具体如，在接收节点交换命令之前UE先进行与候选节点的DL和UL同步。
阶段3：后续LTM阶段，在后续LTM阶段，执行与步骤8～14类似的步骤。后续LTM由当前服务gNB触发，该当前服务gNB本身也属于候选LTM的候选gNB之一。
非LTM场景切换过程中UE与gNB的密钥更新同步可如下：在CU间移动性过程的切换期间，UE和目标gNB之间的AS安全密钥的同步是通过源gNB使用的NCC值实现的，然后在RRC重配置信令中转发给UE。当需要在UE和gNB之间建立初始AS安全上下文时，AMF和UE将派生出KgNB和下一跳(Next Hop，NH)参数(NCC(NH chain Counter)与每个KgNB和NH参数相关联。每一个KgNB都与NCC相关联，NCC对应于NH值。
在Xn切换中，如果源gNB有未使用的{NH，NCC}对，则应执行垂直密钥派生。源gNB应首先从当前激活的KgNB(如果是水平密钥派生)或从NH(如果是垂直密钥派生)计算出KNG-RAN*。然后，源gNB将{KNG-RAN*，NCC}对转发给目标gNB。目标gNB应直接把接收到的KNG-RAN*作为与UE一起使用的KgNB。目标gNB应将从源gNB收到的NCC值与该KgNB相关联。目标gNB将接收到的NCC包含在准备好的切换(Handover，HO)命令报文中，该HO命令报文用透明容器(Container)发送至源gNB，由源gNB转发至UE。
不管是执行gNB-CU内部切換、Xn切换或N 2切換，UE的行为都是一样的，只是在执行gNB-CU内部切换时，根据gNB的指示，UE可能会保留相同的密钥。在条件切换的情况下，UE的行为也是一样的，例如，UE应使用在KNG-RAN*衍生中所选择的目标节点的参数。
如果UE通过源gNB从目标gNB接收到的HO命令消息中的NCC值等于当前激活的KgNB关联的NCC值，则UE从当前激活的KgNB和目标PCI及其频率(ARFCN-DL或EARFCN-DL)中导出KNG-RAN*。
如果UE接收到的NCC值与当前激活的gNB关联的NCC值不同，UE应首先通过计算迭代同步本地保存的NH参数，并增加NCC值，直到它与通过HO命令消息从源gNB接收到的NCC值相匹配。当NCC值匹配时，UE使用从同步的NH参数和目标物理节点标识(Physical Cell Identity，PCI)PCI及其频率绝对射频信道号下行信号((Absolute Radio-Frequency Channel Number Downlink，ARFCN-DL)或通用移动系统陆地无线接入网绝对无线频率信道编号下行(((Universal Mobile Telecommunications System，UMTS)Terrestrial Radio Access Network，E-UTRAN)Absolute Radio Frequency Channel Number Downlink，EARFCN-DL)计算出KNG-RAN*。
UE在与目标gNB通信时，应使用KNG-RAN*作为KgNB。
源gNB将{KNG-RAN*，NCC}对转发给目标gNB。目标gNB应直接使用接收到的KNG-RAN*作为与UE一起使用的KgNB。目标gNB应将从源gNB收到的NCC值与该KgNB相关联。目标gNB将接收到的下一条链路计数(the Next Hop Chaining Counter parameter，NCC)包含在准备好的切换(HandOver，HO)HO命令报文中，该HO命令发送回源gNB，由源gNB转发至UE。
在当前的跨gNB的节点切换过程中，首先在源gNB和目标gNB之间同步安全相关配置(如NCC、KNG-RAN*)，然后在每次切换时由源gNB将NCC通过RRC重配置发送到UE。如上所述，NCC由UE用于与目标gNB进行AS安全密钥更新同步。然而，对于跨gNB LTM的移动性增强过程，RRC重配置消息不是在每次切换时由源gNB发送的。那么，如何更新NCC值并将其发送到UE以在每次切换时进行AS安全密钥更新同步就成为一个悬而未决的问题。在当前的跨gNB切换过程中，在每次切换的准备阶段，通过Uu接口上的RRC重配置，从源gNB向终端传输AS安全重密钥同步所需的安全相关配置(如NCC)。
对于跨CU的LTM增强，准备阶段仅由初始gNB执行，而不是在随后的每次切换中执行，即跨CU的LTM增强在每次切换之前没有准备阶段。由于这种设计，RRC重配置信令仅在LTM准备阶段由初始gNB执行，在LTM准备阶段之后的每次切换中RRC重配置信令被MAC CE消息代替。由于MAC CE消息不受保护，因此在MAC CE消息中携带安全相关配置将面临被攻击者篡改的风险。当终端接收到的NCC值被篡改时，终端派生的密钥将与目标终端从源gNB接收和派生的密钥不同。这种在终端和目标gNB之间进行AS安全密钥更新的不同步将导致切换失败。
因此，从安全角度考虑，不建议在MAC CE消息中携带与安全相关的配置。并且没有任何其他现有机制可以将源gNB使用的NCC值传递到UE，以实现跨CU的LTM AS安全密钥更新同步。
如图2所示，本公开实施例提供一种信息处理方法，由图1A所示的通信系统执行。该方法可包括：
S2101：第一节点向核心网节点发送第一信息。
在一些实施例中，第一节点可为接入网节点。示例性地，接入网节点可包括各种类型的基站。
在一些实施例中，第一节点可为UE的初始基站。示例性地，该初始基站可为UE从非服务区返回服务区连接的首个基站、UE开机之后首个连接的接站，或者，UE退出飞行模式等拒绝连接到移动通信网络的模式之后首个连接的基站。
在一些实施例中，核心网节点可为对UE的移动性或者接入进行管理的任意核心网功能。示例性地，该核心网节点可包括但不限于接入管理功能(Access Management Function，AMF)或者移动管理实体(Mobile Management Entity，MME)。
在一些实施例中，在与UE建立连接之后，第一节点向核心网节点发送第一信息。
在一些实施例中，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息。示例性地，第一信息包括但不限于以下至少之一：
候选节点的节点标识；
候选节点关联的UE的LTM候选小区的小区标识。示例性地，一个候选节点关联一个或多个候选小区。
在一些实施例中，第一信息可为第一节点向核心网节点请求LTM配置的请求信息。
S2102：核心网节点向第一节点发送第二信息。
在一些实施例中，核心网节点根据第一信息向第一节点发送第二信息。
在一些实施例中，所述第二信息包括各所述候选节点的第一参数对。
在一些实施例中，第一参数对包括第一参数和第二参数。示例性地，第一参数可用于标识第二参数。在一些实施例中，第一参数可包括但不限于下一条链路计数(the Next Hop Chanining Counter Parameter，NCC)。在一些实施例中，第二参数可用于生成UE和接入网节点之间通信的密钥。示例性地，第二参数可包括但不限于下一跳参数(the Next Hop parameter，NH)。
在一些实施例中，一个候选节点可具有一个第一参数对。第一参数对用于UE的LTM切换。
示例性地，所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数。示例性地，所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥。示例性地，第二参数用于确定UE与第n节点之间通信的完整性密钥、机密性密钥或加扰密钥等。
在一些实施例中，所述n为大于或等于2的正整数。
在一些实施例中，核心网节点收到第一信息之后，预先将各候选节点的第一参数对生成被配置好，而不是在UE请求切换到LTM切换的候选节点的过程中即时为候选节点分配第一参数对。
核心网节点在分配好第一参数对之后，将各候选节点的第一参数对携带在第二信息中返回给第一节点。
在一些实施例中，第二信息还可包括LTM配置。示例性地，该LTM配置可为UE的LTM切换的配置。示例性地，该LTM配置可以是候选节点的LTM配置或者候选小区的LTM配置。
在一些实施例中，核心网节点生成各候选节点的第一参数对可包括：核心网节点生成各个候选节点的第一参数；核心网节点生成各个候选节点的第二参数。示例性地，根据各个候选节点的排序生成第一参数。
在一些实施例中，根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第二参数；和/或，根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第二参数。第二节点的标识可包括基站的标识或基站的编号。在一些实施例中，第二节点的标识还可为UE预备接入的小区的小区标识。该小区标识是唯一表示可以标识小区，同样可唯一标识基站。
在一些实施例中，根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数。示例性地，LTM配置标识用于标识LTM配置。
上述y可为大于或等于2的正整数。
在另一些实施例中，根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数。
在还有一些实施例中，根据所述第一节点的密钥和所述第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数。
在一些实施例中，所述z为大于或等于2的正整数。
示例性地，该第一节点的密钥可为UE与第一节点通信的密钥。
S2103：第一节点向UE发送第三信息。
在一些实施例中，所述第三信息至少包括各所述候选节点的LTM配置。
在一些实施例中，所述第n节点的所述LTM配置至少包括第n节点的配置标识。
在一些实施例中，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数。
在一些实施例中，LTM配置还可包括LTM切换的候选小区的小区标识。
第一节点预先将LTM配置发送给UE，方便UE后续执行LTM切换和/或后续(Subsequent)LTM切换
S2104：第一节点向各候选节点发送第四信息。
在一些实施例中，第一节点根据第二信息向各候选节点发送第四信息。
在一些实施例中，发送给所述第n节点的第四信息至少包括所述第n节点的第二参数。示例性地，发送第n节点的第四信息可包括第n节点的第一参数对，即发送给第n节点的第四信息同时可包括第n节点的第一参数和第二参数。
在一些实施例中，发送给第n节点的所述第四信息还包括各所述候选节点的第一参数。值得注意的是：发送给第n节点的第四信息还可包括其他各候选节点的第一参数是可选步骤，例如，第n节点拿到其他候选节点的第一参数之后，在第n节点作为LTM切换的源节点时，可以向目标节点发送携带该第一参数的切换请求，如此目标节点接收到该切换请求之后也就知道是LTM切换，会获取到自身的LTM的第一参数对或第二参数确定与UE进行通信的密钥。但是值得注意的是，切换请求携带第一参数是可选操作，例如，在切换请求中携带LTM的指示符，则目标节点接收到切换请求之后，也可以知晓当前是UE的LTM切换，从而转到对应的第二参数生成与UE通信的密钥。
S2105：源节点向目标节点发送第五信息。
在一些实施例中，源节点接收到UE的测量报告且确定是进行LTM切换时，源节点向目标节点发送第五信息。目标节点是源节点根据UE对各个候选节点的测量报告确定。
在一些实施例中，所述第五信息用于所述目标节点确定使用核心网节点预先配置的LTM切换的第一参数对的第二参数生成与UE通信的密钥。
源节点可为前述第一节点或LTM切换的候选节点之一。目标节点可为UE进行LTM切换的候选节点。
源节点向目标节点发送第五信息，则目标节点会收到源节点发送的第五信息。
在一些实施例中，第五信息可包括目标节点的标识或UE接入的目标小区的标识等。
在一些实施例中，所述第五信息包括目标节点的第一参数。该第一参数可用于目标节点确定当前切换是LTM切换，或在允许UE接入的情况下使用第一参数对的第二参数生成与UE通信的密钥。值得注意的，第一参数是第五信息的可选信息。例如，第五信息中的第一参数可被LTM切换的指示符替代。
在一些实施例中，第五信息中还将包括请求接入到目标节点的UE的标识。
S2106：目标节点向源节点发送第六信息。
在一些实施例中，第六信息可用于指示是否允许UE接入目标节点。示例性地，目标节点可根据自身容量和/或UE的类型，确定允许UE接入。
S2107：源节点向UE发送第七信息。
在一些实施例中，源节点根据第六信息向UE发送第七信息。示例性地，第六信息指示允许UE接入目标节点，向UE发送允许UE接入目标节点的第七信息。
在一些实施例中，第七信息可包括目标节点的标识或UE接入的目标小区的标识或目标节点小区的LTM配置标识等。
S2108：目标节点生成与UE通信的密钥。
在一些实施例中，目标节点允许UE接入的情况下，生成与UE通信的密钥。
在一些实施例中，目标节点生成与UE通信的密钥可包括：
根据所述目标节点的第一参数对的第二参数，生成与所述UE通信的密钥。
在一些实施例中，目标节点生成与UE通信的密钥可包括：根据所述目标节点的第一参数对的第二参数以及所述UE接入所述目标节点的时间信息，生成与所述UE通信的密钥。
在一些实施例中，该时间信息可为协调世界时或世界标准时间(Coordinated Universal Time，UTC)时间的时刻信息等等。如此目标节点基于核心网节点预先配置的第二参数生成密钥的过程中，如果有UE多次切换到同一个节点，每次生成的密钥都不同，加强了UE和目标节点之间通信的安全性。
在一些实施例中，目标节点生成与UE通信的密钥采用如下参数生成与UE通信的密钥：
P0＝目标节点的PCI；
L0＝目标节点的PCI的长度，例如，0x00或0x02；
P1＝ARFCN-ID，示例性地，目标节点的SSB的绝对频率值。
L1＝ARFCN-ID，例如，0x00或0x03；
KDF的输入密钥为目标节点的第二参数，例如，目标节点的NH。
KDF代表密钥推导函数。
在另一些实施例中，目标节点生成与UE通信的密钥可采用如下方式：
P0＝目标节点的PCI；
L0＝目标节点的PCI的长度，例如，0x00或0x02；
P1＝ARFCN-ID，示例性地，目标节点的SSB的绝对频率值。
L1＝ARFCN-ID，例如，0x00或0x03；
P1＝UTC；示例性地，该UTC代表UE接入到目标节点的时间信息。
L1＝UTC的长度；
KDF的输入的密钥应为目标节点的第一参数对的第二参数。
S2109：UE生成与目标节点通信的密钥。
在一些实施例中，目标节点允许UE接入，UE生成与目标节点通信的密钥。
在一些实施例中，UE生成与目标节点通信的密钥可包括：
获取根据第一参数生成的目标节点的第二参数；
根据目标节点的第二参数，生成与目标节点通信的密钥。
在一些实施例中，UE收到第一节点发送的LTM配置之后，可以根据LTM配置携带的节点的标识和第一参数，预先生成各个候选节点的第二参数。此时，获取根据第一参数生成的目标节点的第二参数，可以是读取预先生成的目标节点的第二参数。
在另一些实施例中，UE在确定接入目标节点或者请求接入的目标节点指示允许UE接入的情况下，再根据目标节点的第一参数生成目标节点的第二参数。
在一些实施例中，所述UE生成第二参数，可包括：
根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第一参数；根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第一参数；或者，
根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；
所述y为大于或等于2的正整数。此处的第y+1节点是第y节点的前一个节点。
示例性地，采用如下方式生成各个候选节点的第一参数：
NCCLTM1:KDF<——(KgNB0，ID1,KAMF)；
NCCLTM2:KDF<——(NHLTM1，ID2,KAMF)；
NCCLTM3:KDF<——(NHLTM2，ID3,KAMF)。
在一些实施例中，KgNB0为第一节点的密钥。ID1可为第二节点的标识或LTM配置标识。ID2可为第三节点的标识或LTM配置标识。配置ID3可为第四节点的标识或LTM配置标识。NCCLTM1可为第二节点的第一参数对的第一参数值。NCCLTM2可为第三节点的第一参数对的第一参数。NCCLTM3可为第四节点的第一参数对的第一参数。KAMF可为核心网节点(AMF)的密钥。NHLTM1可为第二节点的第二参数。NHLTM2可为第三节点的第二参数。KDF可为推导函数。
在一些实施例中，所述UE生成第二参数，可包括：
根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，根据所述第一节点的密钥和所述第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；所述z为大于或等于2的正整数。
在一些实施例中，UE可采用如下方式生成第二参数：
P0＝KgNB0；
L0＝KgNB0的长度；
P1＝ID；示例性地，该ID可为第z节点的ID或LTM配置ID；
L1＝ID的长度；
KDF的输入密钥为第z节点的第一参数对的第二参数。
KgNB0是第一节点的密钥。
总之，UE生成第二参数的方式与核心网节点生成第二参数的方式相同，若UE是合法UE或是被授权LTM切换的设备，则UE生成的第二参数和核心网节点生成的参数相同，否则UE生成的第二参数将与核心网节点生成的第二参数不同，UE最终无法接入目标节点。
在一些实施例中，根据第二参数，生成与目标节点通信的密钥，可包括：
根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥；或者，
根据所述目标节点的第一参数对的第二参数以及所述UE接入到所述目标节点的时间信息，确定所述UE与所述目标节点通信的密钥。
在一些实施例中，UE生成目标节点的通信密钥的方式，与目标节点基于第二参数生成密钥的方式相同。
S2110：目标节点向核心网节点发送第八信息。
在一些实施例中，所述第八信息包括第一指示。
在一些实施例中，所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对。
在一些实施例中，所述第二参数对用于所述UE进行非LTM切换。示例性地，非LTM切换可包括常规切换和/或条件切换等，与LTM不相关的任意小区切换。
在一些实施例中，在UE从源节点切换到目标节点需要N2链路变更的情况下，目标节点向核心网节点发送第八信息。在一些实施例中，在UE从源节点切换到目标节点无需N2链路更换的情况下，目标节点就无需向核心网节点发送第八信息。即S2110是可选步骤。
在一些实施例中，所述第一指示为LTM切换指示或者无需推衍指示。
如图3所示，本公开实施例提供一种信息处理方法，由第一节点执行，该方法可包括：
S3101：发送第一信息。
在一些实施例中，第一节点可为接入网节点。示例性地，该第一节点可为UE的初始基站。
在一些实施例中，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息。
在一些实施例中，第一信息可包括UE的标识、候选节点的标识和/或UE的LTM切换的候选小区的标识。
在一些实施例中，第一节点向核心网节点发送第一信息。
在一些实施例中，第一信息、第一节点和核心网节点等相关描述均可以参见图2对应的实施例。
在一些实施例中，S3101的可选实施方式都可以参见图2对应实施例的S2101的可选实施方式。
S3102：接收第二信息。
在一些实施例中，第一节点接收核心网节点发送的第二信息。
在一些实施例中，第二信息的相关描述均可参见图2对应的实施例，此处就不再重复了。
S3103：发送第三信息。
在一些实施例中，第一节点向UE发送第三信息。
在一些实施例中，第三信息的相关描述均可参见图2对应的实施例，此处就不再重复了。
在一些实施例中，S3103的可选实施方式都可以参见图2对应实施例的S2103的可选实施方式。
S3104：发送第四信息。
在一些实施例中，第一节点向各候选节点发送第四信息。
在一些实施例中，第四信息的相关描述均可参见图2对应的实施例，此处就不再重复了。
在一些实施例中，S3104的可选实施方式都可以参见图2对应实施例的S2104的可选实施方式。
值得注意的是：S3103和S3104没有一定的先后顺序，可以先执行S3103再执行S3104，或者，先执行S3104再执行S3103，或者同时执行S3103和S3104。
如图4所示，本公开实施例提供一种信息处理方法，由源节点执行，该方法可包括：
S4101：接收第四信息。
在一些实施例中，源节点作为UE的当前服务基站或者LTM切换的源基站。在一些实施例中，源基站可为前述第一节点。在另一些实施例中，源节点可为前述LTM切换中一个候选基站。若当前源基站为前述第一基站，则无需执行S4101。若源节点不是前述第一节点，可执行S4101，以从第一节点接收第四信息。即S4101是可选步骤。
在一些实施例中，第四信息的相关描述可参见图2对应的实施例。
S4102：发送第五信息。
在一些实施例中，源节点向目标节点发送第五信息。
在一些实施例中，所述第五信息包括目标节点的第一参数；所述目标节点的第一参数用于所述 目标节点确定使用所述第一参数对中的第二参数；所述第一参数对的第二参数用于所述目标节点生成与所述UE通信的密钥。
在一些实施例中，第五信息可包括目标节点的第一参数对中的第一参数。
在一些实施例中，源节点发送第五信息的可选实施方式，可参见图2对应实施例S2105。
S4103：接收第六信息。
在一些实施例中，源节点接收目标节点发送的第六信息。
在一些实施例中，第六信息的相关描述可参见图2对应的实施例。
S4104：发送第七信息。
在一些实施例中，源节点向UE发送第七信息。
在一些实施例中，第七信息的相关描述可参见图2对应的实施例。
在一些实施例中，源节点发送第七信息的可选实施方式，可参见图2对应实施例S2107。
如图5所示，本公开实施例提供一种信息处理方法，由目标节点执行，该方法可包括：
S5101：接收第四信息。
在一些实施例中，目标节点接收第一节点发送的第四信息。
在一些实施例中，目标节点为UE进行LTM切换中候选节点中的任意节点。
在一些实施例中，第四信息的相关描述可参见图2对应的实施例。
S5102：接收第五信息。
在一些实施例中，目标节点接收源节点发送的第五信息。示例性地，源节点可为前述第一节点或LTM切换的候选节点中任意一个节点。
在一些实施例中，第五信息的相关描述可参见图2对应的实施例。
S5103：发送第六信息。
在一些实施例中，目标节点向源节点发送第六信息。
在一些实施例中，第六信息的相关描述可参见图2对应的实施例。
在一些实施例中，第六信息的可选实施方式可参见图2对应的实施例的S2106。
S5104：生成密钥。
在一些实施例中，目标节点生成与UE通信的密钥。该密钥可为完整性密钥、机密性密钥或者加扰密钥。示例性地，在允许UE接入到目标节点时，生成与UE通信的密钥。
在一些实施例中，生成密钥的可选实施方式可参见图2对应实施例S2108。
值得注意的是：若目标节点不允许UE的接入，则目标节点无需生成密钥。即S5104是可选步骤。
S5105：发送第八信息。
在一些实施例中，目标节点向核心网节点发送第八信息。
在一些实施例中，第八信息的相关描述可参见图2对应的实施例。
在一些实施例中，在UE从源节点切换到目标节点需要N2链路更换的情况下，则目标节点向核心网节点发送第八信息，否则目标节点向核心网节点无需发送第八信息。例如，目标节点拒绝UE接入或者UE的服务节点切换不涉及N2链路更换(N2 path switch)，则目标节点都无需向核心网节点发送第八信息。即S5105是可选步骤。
如图6所示，本公开实施例提供一种信息处理方法，由核心网节点执行，该方法可包括：
S6101：接收第一信息。
在一些实施例中，核心网节点接收第一节点发送的第一信息。
在一些实施例中，第一信息的相关描述可参见图2对应的实施例。
S6102：发送第二信息。
在一些实施例中，核心网节点向第一节点发送第二信息。
在一些实施例中，第二信息的相关描述可参见图2对应的实施例。
S6103：接收第八信息。
在一些实施例中，接收目标节点在UE的LTM切换需要N2链路更换时发送的第八信息。
在一些实施例中，S6103可是可选步骤，例如，UE的LTM切换不涉及N2链路更换，则核心网节点无需从目标节点接收第八信息。
如图7所示，本公开实施例提供一种信息处理方法，由UE执行，该方法可包括：
S7101：接收第三信息。
在一些实施例中，该UE可为能够进行LTM的UE。
在一些实施例中，第三信息的相关描述可参见图2对应的实施例。
S7102：生成第二参数。
在一些实施例中，UE根据第三信息生成第二参数。
在一些实施例中，根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第一参数；根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第一参数。
在一些实施例中，根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数。
在另一些实施例中，根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数。
在还有一些实施例中，根据所述第一节点的密钥和所述第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数。
在一些实施例中，所述z为大于或等于2的正整数。
在一些实施例中，UE生成第二参数的可选实施例方式可参见图2的S2109的任意一个可选实施方式。
S7103：接收第七信息。
在一些实施例中，UE接收源节点发送的第七信息。
在一些实施例中，UE接收LTM切换的源节点发送的第七信息。
在一些实施例中，第七信息用于指示UE切换到目标节点。示例性地，第七信息可包括目标节点的标识或目标节点小区的LTM配置标识。示例性地，第七信息是由目标节点允许UE的接入情况下，由源节点发送至UE。示例性地，第七信息携带在媒体访问控制(Media Access Control，MAC)控制单元(Control Element，CE)消息中发送给UE。
在一些实施例中，第七信息的相关描述可参见图2对应的实施例。
S7104：生成密钥。
在一些实施例中，UE生成与目标节点通信的密钥。
在一些实施例中，第七信息指示允许UE接入到目标节点，UE生成与目标节点通信的密钥。
在一些实施例中，UE生成密钥的可选实施例方式可参见图2的S2109的任意一个可选实施方式。
值得注意的是：UE可以先执行S7102再执行S7103，也可以先执行S7103再执行S7102。
在一些实施例中，S7102至S7104都是可选步骤，例如，UE的移动性较差，则可能从网络侧获取了LTM配置，也可能不发送触发LTM切换的L1测量报告。但是本公开式实施例中，UE从第一节点接收LTM切换的各个候选节点的LTM配置和第一参数，方便后续UE根据实际接入的目标节点生成第二参数，并基于第二参数生成与目标节点的密钥。若UE从第一节点接收到各个候选节点的第一参数之后，就预先生成各个候选节点的第一参数对的第二参数，则UE可能会执行S7101和S7102。
为了进行跨CU的LTM增强，需确保UE侧和网络侧的AS安全认证同步。根据跨CU的LTM的增强，候选gNB的RRC配置可以由初始gNB预配置，并在LTM准备阶段交付给候选gNB(和UE。由于初始gNB控制着所有其他候选gNB的LTM配置，因此假定初始gNB非常安全不会受到攻击者的破坏，否则，攻击者可以获取所有跨CU的LTM候选gNB的配置，包括安全相关配置。
本公开实施例提出一种密钥生成方法，AMF专门生成用于跨CU的LTM切换的NH和NCC。该用于跨CU的LTM切换的NH和NCC独立于用于非LTM切换的NH和NCC。因此，提出使用NHLTM和NCCLTM用于CU间的LTM切换，用于跟非LTM切换的NH和NCC进行区分。AMF维护两个{NH,NCC}对。其中一个{NH,NCC}对用于非LTM切换，另一个{NHLTM,NCCltm}对用于LTM切换。
负责跨CU的LTM准备的主gNB或初始gNB向AMF请求LTM配置，AMF为候选gNB派生{NHLTM,NCCLTM}对(例如{NHLTM1,NCCLTM1}，{NHLTM2,NCCLTM2}等)。然后，主/初始gNB向每个候选gNB分别发送{NHLTM,NCCLTM}对。这样，每个候选gNB获得自身的{NHLTM,NCCLTM}对，并不能知晓其他gNB的{NHLTM,NCCLTM}。该{NHLTM,NCCLTM}用于接入层(Access Stratum，AS)安全密钥更新同步。例如，gNB1为{NHLTM1,NCCLTM1}，gNB2为{NHLTM2,NCCLTM2}。示例性地，此处的主gNB也即为前述第一节点的一种。
将所有候选gNB的LTM候选配置发送到UE。通过这种方式，UE知道分配给所有候选gNB的 NCC值。例如gNB1的LTM配置中的NCCLTM1，gNB2的LTM配置中的NCCLTM2。
然后，在每次CU间的LTM切换过程中，服务gNB确定目标gNB使用的NCCLTM。UE根据从服务gNB接收到的目标节点的配置，确定与目标UE一起使用的NCCLTM，从而确定NHLTM。通过这种方式，AS安全密钥更新同步与LTM切换所需的目标节点配置同步一起实现，因为用于密钥更新同步的NCCLTM1包含在目标节点配置中。
此外，由于AMF已经为所有参与跨CU的LTM切换的候选gNB导出了{NHLTM,NCCLTM}对，并且{NHLTM,NCCLTM}对与用于非LTM切换的{NH,NCC}对是独立的，因此AMF不需要在每次进行跨CU的LTM切换的N2链路切换过程中为目标gNB导出新的{NH,NCC}对。因此，建议目标gNB在N2路径切换请求中包含一个指示，该指示用于指示AMF不要为非LTM切换派生新的{NH,NCC}对。
图8A所示为LTM切换可包括：
1：UE处于RRC连接态，向初始gNB发送测量报告；初始gNB进行LTM预备，确定候选小区和候选gNB。2：初始gNB的LTM请求，例如，初始gNB向候选gNB2发送LTM请求，该LTM请求即为请求UE通过LTM切换接入到候选gNB2。候选gN21进行接入控制。
3：候选gNB2向初始gNB0发送LTM请求确认。该LTM请求确认。该LTM请求确认即为表示允许UE接入到目标基站。
4：进行LTM配置生成或修改。
5：初始gNB向UE发送RRC重配置，该RRC重配置包括LTM配置。
6：RRC重配置完成。
7：提前数据转发(Early Data Forwarding)。
如图8B所示，本公开实施例提供一种信息处理方法，可包括：
1.LTM准备在UE、初始/服务gNB0和AMF之间进行。初始gNB0通知AMF参与跨CU的LTM切换，示例性地，源gNB告知AMF候选gNB的LTM候选配置ID。AMF根据该候选gNB派生出所有候选gNB的{NHLTM,NCCLTM}对，例如{NHLTM1,NCCLTM1}，{NHLTM2,NCCLTM2})并发送初始/服务gNB0。初始/服务gNB0包括每个候选gNB的LTM候选配置中的{NHLTM,NCCLTM}对值。LTM候选配置由目标节点配置ID等标识。
2.初始/服务gNB0向UE发送所有候选gNB的LTM候选配置。该LTM候选配置包括分配给所有候选gNB的NCCLTM的值。例如，gNB1的LTM配置中的NCCLTM1，gNB2的LTM配置中的NCCLTM2。
3.初始/服务gNB0向所有候选gNB发送包含NCCLTM的值LTM配置。此外，初始/服务gNB0还分别向每个候选gNB发送NH配置。NH配置包括用于AS安全密钥更新同步的相应{NHLTM,NCCLTM}对。例如，gNB1为{NHLTM1,NCCLTM1}，gNB2为{NHLTM2,NCCLTM2}。
跨CU的LTM切换目标节点NCCLTM目标节点4.UE从所有候选gNB的LTM候选配置中检索NCCLTM的值，并派生出所有相应的NHLTM的值，例如:
NCCLTM1:KDF<——(KgNB0，ID1,KAMF)；
NCCLTM2:KDF<——(NHLTM1，ID2,KAMF)；
NCCLTM3:KDF<——(NHLTM2，ID3,KAMF)。
UE存储派生的{NCCLTM,NHLTM}对，以备将来的移交。
5.UE移动时，向初始/服务gNB0发送L1测量报告。
6.在选择目标gNB(如候选gNB2)后，初始/服务gNB0决定触发LTM过程。由于初始/服务gNB为候选gNB配置了多个{NHLTM,NCCLTM}对，因此它从gNB2的LTM配置(即{NHLTM2,NCCLTM2})中检索{NHLTM,NCCLTM}对值，然后)。
7.初始/服务gNB0向候选gNB2发送NCCLTM2。gNB2根据接收到的NCCLTM2检索NHLTM2，通过从NHLTM2派生出KNG-RAN*(例如，KNG-RAN*<——(NHLTM2,cell ID，UTC)进行垂直密钥派生。并将KNG-RAN*作为KgNB2。然后将NCCLTM2返回给初始/正在服务的gNB0作为确认。
8.初始/服务gNB0向UE发送MAC CE消息，其中包括目标节点配置ID，例如gNB2的目标节点配置ID为2。
9.从初始/正在服务的gNB0接收MAC CE后，可执行步骤9.1和步骤9.2。
9.1UE首先根据目标节点配置ID检索目标gNB2(含NCCLTM2)的LTM配置。
9.2UE检索第4步导出的NCCLTM2对应的NHLTM2，并通过导出KNG-RAN*(即KNG-RAN*<——(NHLTM2,cell ID,UTC))进行垂直密钥派生。
9.3UE脱离初始/服务gNB0，应用目标gNB2的配置，包括将KNG-RAN*作为与gNB2配合使用的KgNB2。
10.UE向gNB2发送RRC重配置完成(Reconfiguration Complete)消息。基于KgNB2进行保护。
11.gNB2向AMF发送N2路径切换请求，其中包括LTM切换或无NH派生的指示。当AMF接收到带有LTM切换指示或没有NH派生指示的N2路径切换请求(Path Switch Request)消息时，AMF决定不为gNB2派生新的{NH,NCC}对作为非LTM切换。
12.UE在移动过程中，向业务/源gNB2(gNB2)发送L1测量报告。
13.选择目标gNB(候选gNB1)后，服务gNB(gNB2)决定触发LTM过程。由于服务/源gNB2从初始gNB0获得了LTM配置，因此它从gNB1和的LTM配置中检索{NHLTM1,NCCLTM1}对。
14.服务gNB2向候选gNB1发送NCCLTM1。gNB1根据接收到的NCCLTM1检索NHLTM1，通过从NHLTM1派生出KNG-RAN*。(例如，KNG-RAN*<——(NHLTM1,cell ID，UTC))，并将KNG-RAN*作为KgNB1。然后将NCC值(NCCLTM1)返回给gNB2作为确认。目标节点
15.gNB2向UE发送MAC CE消息，其中包含目标Cell Config ID(例如gNB1的目标Cell Config ID为1)。
16.收到gNB2发来的MAC CE后，可包括步骤16.1和步骤16.2。
16.1.UE首先根据目标Cell Config ID检索目标gNB1(包含NCCLTM1)的LTM配置。
16.2.UE获取步骤4推导的NCCLTM1对应的NHLTM1，通过导出KNG-RAN*(即KNG-RAN*<_——NHLTM1,cell ID,UTC))进行垂直密钥派生。
16.3UE断开与gNB2的连接，应用目标gNB2的配置，包括将KNG-RAN*作为与gNB1配套使用的KgNB1。
17.UE向基于KgNB1保护RRC重配置完成消息发送给gNB1。
18.gNB1向AMF发送N2路径切换请求。该N2路径切换请求可包括LTM切换或无NH派生的指示。当AMF接收到带有LTM切换指示或没有NH派生指示的N2路径切换请求消息时，AMF决定不为gNB1派生新的{NH,NCC}对以进行非LTM切换。该非LTM切换可包括现有的节点切换。
19.UE在移动过程中，将L1测量报告发送给服务/源gNB1。
20.选择目标gNB(返回到gNB2)后，服务gNB(gNB1)决定触发LTM过程，并从gNB2的LTM配置中检索NCCLTM2。
21.gNB1向gNB2发送NCCLTM2。gNB2根据接收到的NCCLTM2检索NHLTM2，通过从NHLTM2派生出KNG-RAN*(即KNG-RAN*<——(NHLTM2,cell ID,UTC))进行垂直密钥派生，并将KNG-RAN*作为KgNB2。然后将NCC值(NCCLTM2)返回给gNB1作为确认。步骤21可包括：21a：gNB1向gNB2发送切换请求；21b：gNB2使用NCCLTM2获取NHLTM2，并推导出与UE通信的密钥KNG-RAN*。21c：gNB2向gNB1发送切换请求确认。示例性地，该切换请求确认包括NCCLTM2。
注意：gNB2已经在步骤7b中导出了KgNB2。比较步骤#7b和#21b的密钥派生输入参数，除了基UTC的计数器之外，参数值是相同的。由于UTC是基于时间的，步骤7b处的值与步骤21b处的值不同，因此在业务/源21b处导出的KgNB2与之前在业务/源7b处导出的KgNB2不同。这样可以避免UE在不同时间点驻留到同一个gNB时使用相同的KgNB。
22.gNB1向UE发送MAC CE消息，其中包含目标Cell Config ID 2。
23.和步骤9一样。唯一的区别是，第23步导出的KgNB2与之前第9步导出的KgNB2不同，因为UTC的值发生了变化。
24.和步骤10一样。唯一的区别是这一步用于保护的KgNB2与步骤#10中用于保护的KgNB2不同。
25.和步骤11一样。为了使NHLTM独立于用于遗留移交的NH，建议定义一个不同的KDF来派生NHLTM。从KAMF导出NHLTM时，应使用以下参数作为KDF的输入：
Fc＝待定
P0＝同步输入(SYNC-input)；
L0＝同步输入(SYNC-input)的长度；
P1＝候选节点ID或LTM配置ID；
L1＝候选节点ID长度或LTM配置ID的长度。
示例性地，同步输入参数应为初始NHLTM派生的新派生的KgNB，以及所有后续NHLTM派生的先前NHLTM。这个先前的NHLTM是前一个基站的NHLTM。如此，UE的多个切换基站的NHLTM将产生一个NHLTM链，其中下一个NHLTM始终是新的，并且后一个NHLTM派生自前一个NHLTM。此KDF与传统NH派生的KDF的主要区别在于LTM配置ID的附加输入参数(P1,L1)，该参数用于将NHLTM 与执行跨CU的LTM切换的特定务gNB关联起来。
KDF的输入密钥应为256位的KAMF。
在另一个场景下，NHLTM可能并不总是从以前的NHLTM派生，因为在LTM准备阶段，NHLTM的值都在UE和候选gNB上预配置了。初始gNB在为UE和候选gNB配置{NHLTM,NCCLTM}对时，由于在准备阶段无法预测UE移动的切换顺序，因此无法确UE实际接入gNB的顺序或使用的NHLTM顺序。因此使用KgNB0作为同步输入参数，即采用如下方式生成密钥：
Fc＝待定(To Be Determine，TBD)；
P0＝KgNB0；
L0＝KgNB0的长度；
P1＝候选节点ID或LTM配置ID；
L1＝候选节点ID长度或LTM配置ID的长度；
KDF的输入密钥仍然是256位KAMF。
AMF应该能够基于候选gNB的跨CU的LTM候选配置ID派生NCCLTM。AMF应该能够将派生的{NHLTM,NCCLTM}对发送到主/初始gNB。
AMF应该能够推导和维护两个{NH,NCC}对；分别用于LTM切换和非LTM切换。即用于LTM切换的{NHLTM,NCCLTM}对的推导与用于遗留切换的{NH,NCC}对的推导是不同的。
当来自gNB的N2路径切换请求包含LTM切换或不派生NH的指示时，AMF应能够决定不为gNB派生新的{NH,NCC}对。
在一些实施例中，gNB可执行如下操作的至少其中之一：
初始或源gNB应能够请求AMF为所有候选gNB导出NCCLTM以进行LTM增强。
gNB应该可以将NH配置分别发送给所有的候选gNB。
gNB应该能将所有候选gNB的包含NCCLTM的LTM候选配置给UE。
源gNB应能够根据目标gNB的配置确定目标gNB所使用的NHLTM。
目标gNB应能够根据从源基站提供的NCCLTM检索已配置的NHLTM。
基站应该能够根据当前UTC值派生出KNG-RAN*。
gNB应能够在N2路径切换请求中包含LTM切换指示或无NH派生指示。示例性地，该LTM切换指示或无NH派生指示即为前述第一指示的一种，即用于告知核心网节点(例如，AMF)不用生成第二参数对。
UE执行如下操作的至少其中之一：
在LTM准备阶段，UE应该能够从所有候选gNB的LTM候选配置中获取NCCLTM的值，并派生出所有相应的NHLTM的值。
UE应该能够基于每一个候选gNB的LTM候选配置ID获取到目标gNB的LTM配置。
UE应能够根据接收的MAC CE获取到目标基站的节点ID或LTM配置ID。
UE应能够在目标gNB的LTM配置中检索NCCLTM对应的NHLTM，进行垂直密钥派生。
UE应该可以基于当前UTC值派生出KNG-RAN*。
在本公开实施例中，部分或全部步骤、其可选实现方式可以与其他实施例中的部分或全部步骤任意组合，也可以与其他实施例的可选实现方式任意组合。
在本公开实施例中，部分或全部步骤、其可选实现方式可以与其他实施例中的部分或全部步骤任意组合，也可以与其他实施例的可选实现方式任意组合。
本公开实施例还提供用于实现以上任一方法的装置，例如，提供一种装置，上述装置包括用以实现以上任一种方法中UE所执行的各步骤的单元或模块。再如，还提供另一种装置，包括用以实现以上任一种方法中网络设备(例如，接入网设备、或者核心网设备等)所执行的各步骤的单元或模块。
应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一种方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central Processing Unit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过 对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。
在本公开实施例中，处理器是一种具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为一种微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路((((application-specific integrated circuit，ASIC)或可编程逻辑器件((((programmable logic device，PLD)实现的硬件电路，例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为一种ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learning Processing Unit，DPU)等。
如图9A所示，本公开实施例提供一种第一节点，包括：
发送模块9101，被配置为向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；
接收模块9102，被配置为接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
在一些实施例中，该发送模块和/或接收模块可对应于第一节点的网络接口和/或收发天线。
在一些实施例中，该第一节点还包括处理模块。
在一些实施例中，该处理模块可用于第一节点执行任意一个信息处理方法中的信息处理相关的步骤。
在一些实施例中，该发送模块可用于第一节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，该接收模块可用于第一节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，发送模块，还被配置为向所述UE发送第三信息，所述第三信息至少包括各所述候选节点的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数。
在一些实施例中，发送模块，还被配置为向所述各候选节点发送第四信息，发送给所述第n节点的第四信息至少包括所述第n节点的第二参数。
在一些实施例中，发送给第n节点的所述第四信息还包括各所述候选节点的第一参数。
如图9B所示，本公开实施例提供一种源节点，该源节点包括：
发送模块9201，被配置为向目标节点发送第五信息，所述第五信息用于使得所述目标节点使用核心网节点预先配置的LTM切换的第一参数对的第二参数生成与UE通信的密钥。
在一些实施例中，该源节点还可包括处理模块和/或接收模块。
在一些实施例中，该发送模块和/或接收模块可对应于源节点的网络接口和/或收发天线。
在一些实施例中，该处理模块可用于源节点执行任意一个信息处理方法中的信息处理相关的步骤。
在一些实施例中，该发送模块可用于源节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，该接收模块可用于源节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，接收模块，还被配置为接收所述目标节点发送的第六信息；所述第六信息用 于指示所述目标节点是否允许所述UE接入。
在一些实施例中，所述发送模块，还被配置为向所述UE发送第七信息，所述第七信息用于指示所述UE接入到所述目标节点。
在一些实施例中，所述第五信息包括目标节点的第一参数；所述目标节点的第一参数，用于所述目标节点确定使用所述第一参数对中的第二参数生成与所述UE通信的密钥。
如图9C所示，本公开实施例提供一种目标节点，该目标节点可包括：
接收模块9301，被配置为接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
在一些实施例中，该目标节点还可包括处理模块和/或发送模块。
在一些实施例中，该发送模块和/或接收模块可对应于网络节点的网络接口和/或收发天线。
在一些实施例中，该处理模块可用于目标节点执行任意一个信息处理方法中的信息处理相关的步骤。
在一些实施例中，该发送模块可用于目标节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，该接收模块可用于目标节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，所述第四信息还包括所述UE的LTM切换的各候选节点的第一参数。
在一些实施例中，接收模块，被配置为接收源节点发送的第五信息；
所述处理模块，被配置为根据所述第五信息，使用所述目标节点的第二参数确定与所述UE通信的密钥。
在一些实施例中，发送模块，被配置为向所述源节点发送第六信息，所述第六信息用于指示允许所述UE接入所述目标节点。
在一些实施例中，所述第五信息包括所述目标节点的第一参数；所述目标节点的第一参数和所述目标节点的第二参数构成所述目标节点的第一参数对。
在一些实施例中，所述处理模块，还被配置为根据所述目标节点的第一参数对的第二参数，生成与所述UE通信的密钥；或者，根据所述目标节点的第一参数对的第二参数以及所述UE接入所述目标节点的时间信息，生成与所述UE通信的密钥。
在一些实施例中，发送模块，还被配置为在所述UE从所述源节点切换到所述目标节点需要N2链路变更的情况下，向核心网节点发送第八信息；所述第八信息包括第一指示；所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对，所述第二参数对用于所述UE进行非LTM切换。
如图9D所示，本公开实施例提供一种核心网节点，该核心网节点包括：
接收模块9401，被配置为接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；
发送模块9402，被配置为向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
在一些实施例中，该核心网节点还可包括处理模块。
在一些实施例中，该发送模块和/或接收模块可对应于网络节点的网络接口和/或收发天线。
在一些实施例中，该处理模块可用于核心网节点执行任意一个信息处理方法中的信息处理相关的步骤。
在一些实施例中，该发送模块可用于核心网节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，该接收模块可用于核心网节点执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，处理模块，被配置为根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第二参数；或者，根据所述第一节点的密钥和第二节点的LTM配置 标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；所述y为大于或等于2的正整数。
在一些实施例中，处理模块，被配置为根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，根据第一节点的密钥和第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；所述z为大于或等于2的正整数。
在一些实施例中，接收模块，被配置为接收所述UE进行LTM切换的目标节点发送的第八信息，所述第八信息包括第一指示；其中，所述第八信息包括第一指示；所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对，所述第二参数对用于所述UE进行非LTM切换。
在一些实施例中，所述第一指示为LTM切换指示或者无需推衍指示。
在一些实施例中，所述核心网节点还为所述第n节点配置有第二参数对；所述第二参数对用于所述UE的非LTM切换。
如图9E所示，本公开实施例提供一种UE，该UE可包括：
接收模块9501，被配置为接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
在一些实施例中，UE还可包括发送模块和/或处理模块。
在一些实施例中，该发送模块和/或接收模块可对应于UE的网络接口和/或收发天线。
在一些实施例中，该处理模块可用于UE执行任意一个信息处理方法中的信息处理相关的步骤。
在一些实施例中，该发送模块可用于UE执行任意一个信息处理方法中的信息发送相关的步骤。
在一些实施例中，该处理模块，被配置为根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第一参数；根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第一参数；或者，根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；所述y为大于或等于2的正整数。
在一些实施例中，该处理模块，被配置为根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，根据所述第一节点的密钥和所述第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；所述z为大于或等于2的正整数。
在一些实施例中，接收模块，被配置为接收LTM切换的源节点发送的第七信息，所述第七信息用于指示UE切换到目标节点；处理模块，被配置为至少根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥。
在一些实施例中，处理模块，被配置为根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥；或者，根据所述目标节点的第一参数对的第二参数以及所述UE接入到所述目标节点的时间信息，确定所述UE与所述目标节点通信的密钥。
本公开实施例还提供一种通信设备，该通信设备可包括：一个或多个处理器；其中，处理器用于调用指令以使得通信设备执行前述任何一个实施例可实现的信息处理方法。
在一些实施例中，如图10A和/或图10B所示，通信设备8100还包括用于存储指令的一个或多个存储器8102。可选地，全部或部分存储器8102也可以处于通信设备8100之外。
该通信设备可为前述的UE以及网络设备。在一些实施例中，该网络设备可为主节点和/或辅助节点。
在一些实施例中，通信设备8100还包括一个或多个收发器8103。在通信设备8100包括一个或多个收发器8103时，上述方法中的发送接收等通信步骤由收发器8103执行，其他步骤由处理器8101执行。
在一些实施例中，收发器可以包括接收器和发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。
可选地，通信设备8100还包括一个或多个接口电路8104，接口电路8104与存储器8102连接，接口电路8104可用于从存储器8102或其他装置接收信号，可用于向存储器8102或其他装置发送信号。例如，接口电路8104可读取存储器8102中存储的指令，并将该指令发送给处理器8101。
以上实施例描述中的通信设备8100可以是网络设备或者UE，但本公开中描述的通信设备8100 的范围并不限于此，通信设备8100的结构可以不受图10A的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如通信设备可以是：(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、UE设备、智能UE设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。
图10B是本公开实施例提供的芯片8200的结构示意图。对于通信设备8100可以是芯片或芯片系统的情况，可以参见图10B所示的芯片8200的结构示意图，但不限于此。
芯片8200包括一个或多个处理器8201，处理器8201用于调用指令以使得芯片8200执行以上任一种信息处理方法。
在一些实施例中，芯片8200还包括一个或多个接口电路8202，接口电路8202与存储器8203连接，接口电路8202可以用于从存储器8203或其他装置接收信号，接口电路8202可用于向存储器8203或其他装置发送信号。例如，接口电路8202可读取存储器8203中存储的指令，并将该指令发送给处理器8201。可选地，接口电路、接口、收发管脚、收发器等术语可以相互替换。
在一些实施例中，芯片8200还包括用于存储指令的一个或多个存储器8203。可选地，全部或部分存储器8203可以处于芯片8200之外。
本公开还提供一种存储介质，上述存储介质上存储有指令，当上述指令在通信设备8100上运行时，使得通信设备8100执行以上任一种方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但也可以是暂时性存储介质。
本公开还提供一种程序产品，上述程序产品被通信设备8100执行时，使得通信设备8100执行以上任一种信息处理方法。可选地，上述程序产品是计算机程序产品。
本公开还提供一种计算机程序，当其在计算机上运行时，使得计算机执行以上任一种信息处理方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开实施例的其它实施方式。本公开旨在涵盖本公开实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开实施例的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开实施例的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开实施例的范围仅由所附的权利要求来限制。

Claims (35)

  1. 一种信息处理方法，其中，由第一节点执行，所述方法包括：
    向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；
    接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
  2. 根据权利要求1所述的方法，其中，所述方法还包括：
    向所述UE发送第三信息，所述第三信息至少包括各所述候选节点的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数。
  3. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    向所述各候选节点发送第四信息，发送给所述第n节点的第四信息至少包括所述第n节点的第二参数。
  4. 根据权利要求3所述的方法，其中，发送给第n节点的所述第四信息还包括各所述候选节点的第一参数。
  5. 一种信息处理方法，其中，由用户设备UE的层1和/或层2触发移动性LTM切换的源节点执行，所述方法包括：
    向目标节点发送第五信息，所述第五信息用于使得所述目标节点基于第一参数对的第二参数生成与UE通信的密钥；所述第一参数对由核心网节点预先配置。
  6. 根据权利要求5所述的方法，其中，所述方法还包括：
    接收所述目标节点发送的第六信息；所述第六信息用于指示所述目标节点是否允许所述UE接入。
  7. 根据权利要求5或6所述的方法，其中，所述方法还包括：向所述UE发送第七信息，所述第七信息用于指示所述UE接入到所述目标节点。
  8. 根据权利要求5至7任一项所述的方法，其中，所述第五信息包括目标节点的第一参数；所述目标节点的第一参数用于所述目标节点确定使用所述第一参数对中的第二参数；所述第一参数对的第二参数用于所述目标节点生成与所述UE通信的密钥。
  9. 一种信息处理方法，其中，由目标节点执行，所述方法还包括：
    接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
  10. 根据权利要求9所述的方法，其中，所述第四信息还包括所述UE的LTM切换的各候选节点的第一参数。
  11. 根据权利要求9或10所述的方法，其中，所述方法还包括：
    接收源节点发送的第五信息；
    根据所述第五信息，使用所述目标节点的第二参数确定与所述UE通信的密钥。
  12. 根据权利要求11所述的方法，其中，所述方法还包括：
    向所述源节点发送第六信息，所述第六信息用于指示允许所述UE接入所述目标节点。
  13. 根据权利要求11或12所述的方法，其中，所述第五信息包括所述目标节点的第一参数；所述目标节点的第一参数和所述目标节点的第二参数构成所述目标节点的第一参数对。
  14. 根据权利要求11至13任一项所述的方法，其中，所述方法还包括：
    根据所述目标节点的第一参数对的第二参数，生成与所述UE通信的密钥；或者，
    根据所述目标节点的第一参数对的第二参数以及所述UE接入所述目标节点的时间信息，生成与所述UE通信的密钥。
  15. 根据权利要求12至14任一项所述的方法，其中，所述方法还包括：
    在所述UE从所述源节点切换到所述目标节点需要N2链路变更的情况下，向核心网节点发送第八信息；所述第八信息包括第一指示；所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对，所述第二参数对用于所述UE进行非LTM切换。
  16. 一种信息处理方法，其中，由核心网节点执行，所述方法包括：
    接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；
    向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
  17. 根据权利要求16所述的方法，其中，所述方法还包括：
    根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第二参数；或者，
    根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；
    所述y为大于或等于2的正整数。
  18. 根据权利要求17所述的方法，其中，所述方法还包括：
    根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，
    根据第一节点的密钥和第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；
    所述z为大于或等于2的正整数。
  19. 根据权利要求16至18任一项所述的方法，其中，所述方法还包括：
    接收所述UE进行LTM切换的目标节点发送的第八信息，所述第八信息包括第一指示；其中，所述第八信息包括第一指示；所述第一指示用于指示所述核心网节点无需为所述UE生成第二参数对，所述第二参数对用于所述UE进行非LTM切换。
  20. 根据权利要求19所述的方法，其中，所述第一指示为LTM切换指示或者无需推衍指示。
  21. 根据权利要求16至20任一项所述的方法，其中，所述核心网节点还为所述第n节点配置有第二参数对；所述第二参数对用于所述UE的非LTM切换。
  22. 一种信息处理方法，其中，由用户设备UE执行，所述方法包括：
    接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
  23. 根据权利要求22所述的方法，其中，所述方法还包括：
    根据所述第一节点的密钥和第二节点的标识生成第二节点的第一参数对的第一参数；根据第y节点的第一参数对的第二参数以及第y+1节点的标识，生成所述第y+1节点的第一参数对的第一参数；或者，
    根据所述第一节点的密钥和第二节点的LTM配置标识生成第二节点的第一参数对的第二参数，根据第y节点的第一参数对第二参数以及第y+1节点的LTM配置标识，生成第y+1节点的第一参数对的第二参数；
    所述y为大于或等于2的正整数。
  24. 根据权利要求22所述的方法，其中，所述方法还包括：
    根据所述第一节点的密钥和第z节点的标识，生成所述第z节点的第一参数对的第二参数；或者，
    根据所述第一节点的密钥和所述第z节点的LTM配置标识，生成所述第z节点的第一参数对的第二参数；
    所述z为大于或等于2的正整数。
  25. 根据权利要求22至24任一项所述的方法，其中，所述方法还包括：
    接收LTM切换的源节点发送的第七信息，所述第七信息用于指示UE切换到目标节点；
    至少根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥。
  26. 根据权利要求25所述的方法，其中，所述，至少根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥，可包括：
    根据所述目标节点的第一参数对的第二参数，确定所述UE与所述目标节点通信的密钥；或者，
    根据所述目标节点的第一参数对的第二参数以及所述UE接入到所述目标节点的时间信息，确定所述UE与所述目标节点通信的密钥。
  27. 一种第一节点，其中，所述第一节点包括：
    发送模块，被配置为向核心网节点发送第一信息，所述第一信息包括层1和/或层2触发移动性LTM切换的候选节点的信息；
    接收模块，被配置为接收所述核心网节点发送的第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n为大于或等于2的正整数。
  28. 一种用户设备UE的层1和/或层2触发移动性LTM切换的源节点，其中，所述源节点包括：
    发送模块，被配置为向目标节点发送第五信息，所述第五信息用于使得所述目标节点基于第一参数对的第二参数生成与UE通信的密钥；所述第一参数对由核心网节点预先配置。
  29. 一种目标节点，其中，所述目标节点包括：
    接收模块，被配置为接收第一节点发送的第四信息，所述第四信息至少包括用户设备UE的层1和/或层2触发移动性LTM切换时目标节点的第二参数；所述目标节点为所述UE的LTM的候选节点之一；所述目标节点的第二参数用于确定所述目标节点与所述UE通信的密钥。
  30. 一种核心网节点，其中，所述核心网节点包括：
    接收模块，被配置为接收第一节点发送的第一信息，所述第一信息包括UE的层1和/或层2触发移动性LTM切换的候选节点的信息；
    发送模块，被配置为向所述第一节点发送第二信息，所述第二信息包括各所述候选节点的第一参数对；所述第一参数对包括第一参数和第二参数；所述候选节点中的第n节点的第一参数用于确定所述第n节点的第二参数；所述第二参数用于确定用户设备UE与所述第n节点之间通信的密钥；所述n大于或等于2的正整数。
  31. 一种用户设备UE，其中，所述UE包括：
    接收模块，被配置为接收第一节点发送的第三信息；所述第三信息至少包括所述UE的层1和/或层2触发移动性LTM切换的LTM配置；所述第n节点的所述LTM配置至少包括第n节点的配置标识；或者，所述第n节点的所述LTM配置至少包括：所述第n节点的配置标识和所述第n节点的第一参数；所述n为大于或等于2的正整数。
  32. 一种通信系统，其中，所述通信系统包括第一节点、用户设备UE的层1和/或层2触发移动性LTM切换的源节点、目标节点、核心网节点以及UE；所述第一节点用于执行权利要求1至4任一项所述的方法；
    所述源节点用于执行权利要求5至8任一项所述的方法；
    所述目标节点用于执行权利要求9至15任一项所述的方法；
    所述核心网节点用于执行权利要求16至21任一项所述的方法；
    所述UE用于执行权利要求22至26任一项所述的方法。
  33. 一种通信设备，其中，所述通信设备包括：
    一个或多个处理器；
    其中，所述处理器用于调用指令以使得所述通信设备执行权利要求5至8、9至15、16至21或22至26中任一项所述的信息处理方法。
  34. 一种存储介质，其中，所述存储介质存储有指令，当所述指令在通信设备上运行时，使得所述通信设备执行权利要求5至8、9至15、16至21或22至26中任一项所述的信息处理方法。
  35. 一种程序产品，其中，所述程序产品包括计算机程序，所述计算机程序被通信设备执行时，使得所述通信设备能够实现5至8、9至15、16至21或22至26中任一项所述的信息处理方法。
PCT/CN2024/106278 2024-07-18 2024-07-18 信息处理方法、通信设备及存储介质 Pending WO2026016151A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202480014617.0A CN120836174A (zh) 2024-07-18 2024-07-18 信息处理方法、通信设备及存储介质
PCT/CN2024/106278 WO2026016151A1 (zh) 2024-07-18 2024-07-18 信息处理方法、通信设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/106278 WO2026016151A1 (zh) 2024-07-18 2024-07-18 信息处理方法、通信设备及存储介质

Publications (1)

Publication Number Publication Date
WO2026016151A1 true WO2026016151A1 (zh) 2026-01-22

Family

ID=97397260

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/106278 Pending WO2026016151A1 (zh) 2024-07-18 2024-07-18 信息处理方法、通信设备及存储介质

Country Status (2)

Country Link
CN (1) CN120836174A (zh)
WO (1) WO2026016151A1 (zh)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024031042A1 (en) * 2022-08-04 2024-02-08 Interdigital Patent Holdings, Inc. Nr mobility – security considerations for l1/l2 mobility switching of an spcell
US20240147328A1 (en) * 2022-11-02 2024-05-02 Comcast Cable Communications, Llc Cell Switching

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024031042A1 (en) * 2022-08-04 2024-02-08 Interdigital Patent Holdings, Inc. Nr mobility – security considerations for l1/l2 mobility switching of an spcell
US20240147328A1 (en) * 2022-11-02 2024-05-02 Comcast Cable Communications, Llc Cell Switching

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
RUI ZHOU, CATT: "Discussion on inter-CU LTM", 3GPP DRAFT; R2-2402176; TYPE DISCUSSION; NR_MOB_PH4-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Changsha, Hunan Province, CN; 20240415 - 20240419, 5 April 2024 (2024-04-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052584150 *
SEUNGRI JIN, SAMSUNG: "Initial Considerations to Support Inter-CU LTM", 3GPP DRAFT; R2-2402982; TYPE DISCUSSION; NR_MOB_PH4-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Changsha, Hunan Province, CN; 20240415 - 20240419, 5 April 2024 (2024-04-05), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052584936 *
SUDEEP PALAT, INTEL CORPORATION: "Supporting inter-CU LTM with intra-CU LTM", 3GPP DRAFT; R2-2404271; TYPE DISCUSSION; NR_MOB_PH4-CORE, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Fukuoka City, Fukuoka, JP; 20240520 - 20240524, 10 May 2024 (2024-05-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052606729 *

Also Published As

Publication number Publication date
CN120836174A (zh) 2025-10-24

Similar Documents

Publication Publication Date Title
WO2025015580A1 (zh) 信息处理方法、终端、通信系统及存储介质
US11889310B2 (en) Communication method and communication apparatus
JP2019502328A (ja) コンテクスト準備
CN117296425B (zh) 信息指示方法、终端、网络设备、通信系统和存储介质
CN117813855A (zh) 波束指示方法、设备和存储介质
CN120836174A (zh) 信息处理方法、通信设备及存储介质
WO2026065522A1 (zh) 安全信息处理方法、通信设备及存储介质
CN121153275A (zh) 通信方法、终端、通信系统及存储介质
CN120677734A (zh) 安全参数处理方法、通信设备及存储介质
CN121220116A (zh) 通信方法、第一网络设备、终端、通信系统和存储介质
WO2026007094A1 (zh) 通信方法、第一网络设备、终端、通信系统和存储介质
CN120826944A (zh) 通信方法和装置、设备、通信系统及存储介质
WO2026031234A1 (zh) 通信方法、终端、接入网设备、系统及存储介质
CN121220075A (zh) 信息传输方法、装置以及存储介质
CN121399981A (zh) 通信方法、第一mn、第一sn、系统及存储介质
WO2026031126A1 (zh) 通信方法、终端、源节点、目标节点、通信系统及介质
WO2025184922A1 (zh) 通信方法、终端、网络设备、通信系统及存储介质
WO2026011396A1 (zh) 密钥处理方法、通信设备及存储介质
WO2025054998A1 (zh) 信息处理方法、终端、通信系统及存储介质
WO2025162166A1 (zh) 通信方法、设备、网元、介质、芯片系统及产品
WO2025162352A1 (zh) 通信方法、终端设备、网元、存储介质及芯片系统
WO2025156231A1 (zh) 通信方法、设备、通信系统及存储介质
WO2025015470A1 (zh) 通信方法、终端设备和网络设备
WO2025050411A1 (zh) 通信方法、网络节点、接入网节点、通信系统及存储介质
CN120858613A (zh) 移动性操作的配置方法、终端、网络设备和存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24947540

Country of ref document: EP

Kind code of ref document: A1