EP4736528A1 - Ue context transfer upon sensing function switch - Google Patents

Ue context transfer upon sensing function switch

Info

Publication number
EP4736528A1
EP4736528A1 EP23884264.5A EP23884264A EP4736528A1 EP 4736528 A1 EP4736528 A1 EP 4736528A1 EP 23884264 A EP23884264 A EP 23884264A EP 4736528 A1 EP4736528 A1 EP 4736528A1
Authority
EP
European Patent Office
Prior art keywords
context
message
amf
information
sensing
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
EP23884264.5A
Other languages
German (de)
French (fr)
Inventor
Haiyan Luo
Mingzeng Dai
Genadi Velev
Seyedomid TAGHIZADEH MOTLAGH
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.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing 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 Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Publication of EP4736528A1 publication Critical patent/EP4736528A1/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information

Landscapes

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

Abstract

Various aspects of the present disclosure relate to apparatuses and methods for UE context transfer upon sensing function (SF) switch. A first apparatus comprises at least one memory and at least one processor coupled with the at least one memory and configured to cause the apparatus to: receive a first message comprising a first identity (ID) of a UE; determine, based at least on the first message, whether the UE or a serving radio access node (RAN) node of the UE is within a serving area of a first SF; based on determining that the UE or the serving RAN node of the UE is outside the serving area, determine a second SF for serving the UE; and cause a first context of the UE to be transmitted from the first SF to the second SF, the first context being created at the first SF.

Description

    UE CONTEXT TRANSFER UPON SENSING FUNCTION SWITCH TECHNICAL FIELD
  • The present disclosure relates to wireless communications, and more specifically to an apparatus and a method for user equipment (UE) context transfer upon sensing function (SF) switch.
    • BACKGROUND
  • A wireless communications system may include one or multiple network communication devices, such as base stations, which may be otherwise known as an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. Each network communication devices, such as a base station may support wireless communications for one or multiple user communication devices, which may be otherwise known as UE, or other suitable terminology. The wireless communications system may support wireless communications with one or multiple user communication devices by utilizing resources of the wireless communication system (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) . Additionally, the wireless communications system may support wireless communications across various radio access technologies including third generation (3G) radio access technology, fourth generation (4G) radio access technology, fifth generation (5G) radio access technology, among other suitable radio access technologies beyond 5G (B5G) (e.g., sixth generation (6G) ) .
  • For many emerging applications, such as smart industry, next-generation vehicular networks, remote health-caring, high-quality wireless connectivity and high-accuracy sensing capability are required. It is foreseeable that future wireless networks (e.g., B5G and 6G) will surpass traditional communication and provide sensing functions, especially location and environment-aware functions. Therefore, research on integrated sensing and communications (ISAC) is increasing rapidly.
  • In the research on ISAC, a sensing function (SF) is introduced to enable sensing in the 5G network. SF can be a standalone 5G core (5GC) Network Function (NF) or co-located with the existing 5GC NG, e.g., Location Management Function (LMF) . An application server or 5GC NF or UE may trigger sensing procedure. It is  assumed that sensing UE will perform sensing registration towards SF with its sensing capability. In this way, SF may select the appropriate sensing UE in its serving area based on the sensing registration request.
    • SUMMARY
  • The present disclosure relates to apparatuses and methods that support UE context transfer upon SF switch. With the apparatuses and methods, a target SF may obtain the UE context which was created at a source SF. In turn, the target SF may select the UE to perform a sensing procedure.
  • Some implementations of the apparatuses and methods described herein may include: receiving a first message comprising a first identity (ID) of a terminal device; determining, based at least on the first message, whether the terminal device or a serving radio access node (RAN) node of the terminal device is within a serving area of a first sensing function (SF) ; based on determining that the terminal device or the serving RAN node of the terminal device is outside the serving area, determining a second SF for serving the terminal device; and causing a first context of the terminal device to be transmitted from the first SF to the second SF, the first context being created at the first SF.
  • Some implementations of the apparatuses and methods described herein may include: receiving a second ID of a UE and second information about a second SF; and transmitting, based at least on the second ID of the UE, a first context of the UE to a second SF, the first context being created at the third apparatus.
  • Some implementations of the apparatuses and methods described herein may include: obtaining, from a first SF, a first context of a UE, the first context being created at the first SF; and determining, based on the first context, the UE to perform a sensing procedure.
  • It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • Figs. 1A, 1B and 1C illustrate an example of a wireless communications system that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure, respectively;
  • Fig. 2 illustrates a flowchart of a method that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure;
  • Figs. 3A, 3B, 3C, 3D and 3E illustrate a signaling chart illustrating an example process that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure, respectively;
  • Figs. 4A and 4B illustrate a signaling chart illustrating an example process that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure, respectively;
  • Figs. 5A, 5B, 5C and 5D illustrate a signaling chart illustrating an example process that supports user plane path change upon SF switch in accordance with aspects of the present disclosure, respectively;
  • Fig. 6 illustrates a flowchart of a method that supports UE context transfer upon SF switch in accordance with other aspects of the present disclosure;
  • Fig. 7 illustrates a flowchart of a method that supports UE context transfer upon SF switch in accordance with still other aspects of the present disclosure;
  • Figs. 8 and 9 illustrate an example of a device that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure, respectively; and
  • Figs. 10 and 11 illustrate an example of a processor that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure, respectively.
    • DETAILED DESCRIPTION
  • Principles of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the  disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.
  • In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.
  • References in the present disclosure to “one embodiment, ” “an example embodiment, ” “an embodiment, ” “some embodiments, ” and the like indicate that the embodiment (s) described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment (s) . Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.
  • It shall be understood that although the terms “first” and “second” or the like may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of embodiments. As used herein, the term “and/or” includes any and all combinations of one or more of the listed terms.
  • The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and/or “including” , when used herein, specify the presence of stated features, elements, and/or components etc., but do not preclude the presence or addition of one or more other features, elements, components and/or combinations thereof.
  • As described above, SF may select the appropriate sensing UE in its serving area based on the sensing registration request from the UE. Different SFs may support different serving areas, sensing types and sensing requirements. When sensing UE  moves, it may move from a serving area of one SF to a serving area of another SF. That is, SF switch happens. Thus, a target SF needs to know the UE arrives and obtains the UE context.
  • In view of the above, the present disclosure provides a solution for UE context transfer upon SF switch. In this solution, upon receiving a first message, an AMF determines, based at least on the first message, whether a terminal device or a serving radio access node (RAN) node of the terminal device is within a serving area of a source SF. If the terminal device or the serving RAN node of the terminal device is outside the serving area, the AMF determines a target SF for serving the terminal device. In turn, the AMF causes a context of the terminal device created at the first SF to be transmitted from the source SF to the target SF. In this way, the target SF may obtain the UE context which was created at the source SF. In turn, the target SF may select the UE to perform a sensing procedure.
  • Aspects of the present disclosure are described in the context of a wireless communications system.
  • Fig. 1A illustrates an example of a wireless communications system 100A that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The wireless communications system 100A may include one at least one of network entities 102-1 and 102-2 (also referred to as network equipment (NE) ) , one or more terminal devices or UEs 104, a core network 106, and a packet data network 108. The wireless communications system 100A may support various radio access technologies. In some implementations, the wireless communications system 100A may be a 4G network, such as an LTE network or an LTE-advanced (LTE-A) network. In some other implementations, the wireless communications system 100A may be a 5G network, such as an NR network. In other implementations, the wireless communications system 100A may be a combination of a 4G network and a 5G network, or other suitable radio access technology including institute of electrical and electronics engineers (IEEE) 802.11 (Wi-Fi) , IEEE 802.16 (WiMAX) , IEEE 802.20. The wireless communications system 100A may support radio access technologies beyond 5G. Additionally, the wireless communications system 100A may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.
  • The network entities 102-1 and 102-2 may be collectively referred to as network entities 102 or individually referred to as a network entity 102. The network entities 102 may be dispersed throughout a geographic region to form the wireless communications system 100A. One or more of the network entities 102 described herein may be or include or may be referred to as a network node, a base station, a network element, a radio access network (RAN) node, a base transceiver station, an access point, a NodeB, an eNodeB (eNB) , a next-generation NodeB (gNB) , or other suitable terminology. A network entity 102 and a UE 104 may communicate via a communication link 110, which may be a wireless or wired connection. For example, a network entity 102 and a UE 104 may perform wireless communication (e.g., receive signaling, transmit signaling) over a Uu interface.
  • A network entity 102 may provide a geographic coverage area 112 for which the network entity 102 may support services (e.g., voice, video, packet data, messaging, broadcast, etc. ) for one or more UEs 104 within the geographic coverage area 112. For example, a network entity 102 and a UE 104 may support wireless communication of signals related to services (e.g., voice, video, packet data, messaging, broadcast, etc. ) according to one or multiple radio access technologies. In some implementations, a network entity 102 may be moveable, for example, a satellite associated with a non-terrestrial network. In some implementations, different geographic coverage areas 112 associated with the same or different radio access technologies may overlap, but the different geographic coverage areas 112 may be associated with different network entities 102. Information and signals described herein may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
  • The one or more UEs 104 may be dispersed throughout a geographic region of the wireless communications system 100A. A UE 104 may include or may be referred to as a mobile device, a wireless device, a remote device, a remote unit, a handheld device, or a subscriber device, or some other suitable terminology. In some implementations, the UE 104 may be referred to as a unit, a station, a terminal, or a client, among other examples. Additionally, or alternatively, the UE 104 may be  referred to as an internet-of-things (IoT) device, an internet-of-everything (IoE) device, or machine-type communication (MTC) device, among other examples. In some implementations, a UE 104 may be stationary in the wireless communications system 100A. In some other implementations, a UE 104 may be mobile in the wireless communications system 100A.
  • The one or more UEs 104 may be devices in different forms or having different capabilities. Some examples of UEs 104 are illustrated in Fig. 1A. A UE 104 may be capable of communicating with various types of devices, such as the network entities 102, other UEs 104, or network equipment (e.g., the core network 106, the packet data network 108, a relay device, an integrated access and backhaul (IAB) node, or another network equipment) , as shown in Fig. 1A. Additionally, or alternatively, a UE 104 may support communication with other network entities 102 or UEs 104, which may act as relays in the wireless communications system 100A.
  • A UE 104 may also be able to support wireless communication directly with other UEs 104 over a communication link 114. For example, a UE 104 may support wireless communication directly with another UE 104 over a device-to-device (D2D) communication link. In some implementations, such as vehicle-to-vehicle (V2V) deployments, vehicle-to-everything (V2X) deployments, or cellular-V2X deployments, the communication link 114 may be referred to as a sidelink. For example, a UE 104 may support wireless communication directly with another UE 104 over a PC5 interface.
  • A network entity 102 may support communications with the core network 106, or with another network entity 102, or both. For example, a network entity 102 may interface with the core network 106 through one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The network entities 102 may communicate with each other over the backhaul links 116 (e.g., via an X2, Xn, or another network interface) . In some implementations, the network entities 102 may communicate with each other directly (e.g., between the network entities 102) . In some other implementations, the network entities 102 may communicate with each other or indirectly (e.g., via the core network 106) . In some implementations, one or more network entities 102 may include subcomponents, such as an access network entity, which may be an example of an access node controller (ANC) . An ANC may communicate with the one or more UEs 104 through one or more other access network  transmission entities, which may be referred to as a radio heads, smart radio heads, or transmission-reception points (TRPs) .
  • In some implementations, a network entity 102 may be configured in a disaggregated architecture, which may be configured to utilize a protocol stack physically or logically distributed among two or more network entities 102, such as an integrated access backhaul (IAB) network, an open radio access network (O-RAN) (e.g., a network configuration sponsored by the O-RAN Alliance) , or a virtualized RAN (vRAN) (e.g., a cloud RAN (C-RAN) ) . For example, a network entity 102 may include one or more of a CU, a DU, a radio unit (RU) , a RAN intelligent controller (RIC) (e.g., a near-real time RIC (Near-RT RIC) , a non-real time RIC (Non-RT RIC) ) , a service management and orchestration (SMO) system, or any combination thereof.
  • An RU may also be referred to as a radio head, a smart radio head, a remote radio head (RRH) , a remote radio unit (RRU) , or a transmission reception point (TRP) . One or more components of the network entities 102 in a disaggregated RAN architecture may be co-located, or one or more components of the network entities 102 may be located in distributed locations (e.g., separate physical locations) . In some implementations, one or more network entities 102 of a disaggregated RAN architecture may be implemented as virtual units (e.g., a virtual CU (VCU) , a virtual DU (VDU) , a virtual RU (VRU) ) .
  • Split of functionality between a CU, a DU, and an RU may be flexible and may support different functionalities depending upon which functions (e.g., network layer functions, protocol layer functions, baseband functions, radio frequency functions, and any combinations thereof) are performed at a CU, a DU, or an RU. For example, a functional split of a protocol stack may be employed between a CU and a DU such that the CU may support one or more layers of the protocol stack and the DU may support one or more different layers of the protocol stack. In some implementations, the CU may host upper protocol layer (e.g., a layer 3 (L3) , a layer 2 (L2) ) functionality and signaling (e.g., radio resource control (RRC) , service data adaption protocol (SDAP) , packet data convergence protocol (PDCP) ) . The CU may be connected to one or more DUs or RUs, and the one or more DUs or RUs may host lower protocol layers, such as a layer 1 (L1) (e.g., physical (PHY) layer) or an L2 (e.g., radio link control (RLC) layer,  medium access control (MAC) layer) functionality and signaling, and may each be at least partially controlled by the CU 160.
  • Additionally, or alternatively, a functional split of the protocol stack may be employed between a DU and an RU such that the DU may support one or more layers of the protocol stack and the RU may support one or more different layers of the protocol stack. The DU may support one or multiple different cells (e.g., via one or more RUs) . In some implementations, a functional split between a CU and a DU, or between a DU and an RU may be within a protocol layer (e.g., some functions for a protocol layer may be performed by one of a CU, a DU, or an RU, while other functions of the protocol layer are performed by a different one of the CU, the DU, or the RU) .
  • A CU may be functionally split further into CU control plane (CU-CP) and CU user plane (CU-UP) functions. A CU may be connected to one or more DUs via a midhaul communication link (e.g., F1, F1-c, F1-u) , and a DU may be connected to one or more RUs via a fronthaul communication link (e.g., open fronthaul (FH) interface) . In some implementations, a midhaul communication link or a fronthaul communication link may be implemented in accordance with an interface (e.g., a channel) between layers of a protocol stack supported by respective network entities 102 that are in communication via such communication links.
  • The core network 106 may support user authentication, access authorization, tracking, connectivity, and other access, routing, or mobility functions. The core network 106 may be an evolved packet core (EPC) , or a 5G core (5GC) .
  • The core network 106 may communicate with the packet data network 108 over one or more backhaul links 116 (e.g., via an S1, N2, N2, or another network interface) . The packet data network 108 may include an application server 118. In some implementations, one or more UEs 104 may communicate with the application server 118. A UE 104 may establish a session (e.g., a protocol data unit (PDU) session, or the like) with the core network 106 via a network entity 102. The core network 106 may route traffic (e.g., control information, data, and the like) between the UE 104 and the application server 118 using the established session (e.g., the established PDU session) . The PDU session may be an example of a logical connection between the UE 104 and the core network 106 (e.g., one or more network functions of the core network 106) .
  • Details of the core network 106 will be described with reference to Figs. 1B and 1C.
  • Fig. 1B illustrates an example of a wireless communications system 100B that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. Specifically, Fig. 1B illustrates network entities or network functions (NFs) in the core network 106 as shown in Fig. 1A.
  • The core network 106 may comprise at least one control plane entity that manages access and mobility. In some implementations, the at least one control plane entity may manage non-access stratum (NAS) functions, such as mobility, authentication, and bearer management (e.g., data bearers, signal bearers, etc. ) for the one or more UEs 104 served by the one or more network entities 102 associated with the core network 106. For example, as shown in Fig. 1B, the at least one control plane entity may comprise a first access and mobility management function (AMF) 120 or a mobility management entity (MME) which is not shown.
  • The first AMF 120 may communicate with the UE 104 and the RAN node 102-1 via N1 interface and N2 interface, respectively. The first AMF 120 may communicate with the first SF 122 via NS1 interface.
  • The core network 106 may comprise at least one user plane entity that routes packets or interconnects to external networks. For example, the at least one user plane entity may comprise a first SF 122 which enables sensing in the 5G network, a user plane function (UPF) 124 and a session management function (SMF) 126. The first SF 122 may communicate with the UPF 124 via NS7 interface. The SMF 126 may communicate with the first AMF 120 and the UPF 124 via N11 interface and N4 interface, respectively.
  • In some implementations, when the UE 104 moves, the UE 104 may move from a serving area of one SF to a serving area of another SF. That is, SF switch happens. This will be described with reference to Fig. 1C.
  • Fig. 1C illustrates an example of a wireless communications system 100C that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. Specifically, Fig. 1C illustrates a scenario where SF switch happens.
  • As shown in Fig. 1C, the first SF 122 and a second SF 132 support different serving areas. Initially, the UE 104 may be within a serving area of the first SF 122. When the UE 104 moves, the UE 104 may move from the serving area of the first SF 122 to a serving area of the second SF 132. That is, SF switch happens. Thus, the first SF 122 may be referred to as a source SF 122 and the second SF 132 may be referred to as a target SF 132.
  • When SF switch happens, the target SF 132 needs to know the UE 104 arrives and obtains context of the UE 104 which was created at the source SF 122.
  • In some implementations, the second AMF 130 may trigger the first SF 122 (i.e., the source SF 122) to transfer context of the UE 104 to the second SF 132 (i.e., the target SF 132) . Alternatively, in some implementations, the second AMF 130 may trigger the second SF 132 (i.e., the target SF 132) to request context of the UE 104 to the first SF 122 (i.e., the source SF 122) .
  • In some implementations, when the UE 104 in radio resource control (RRC) idle state moves, the UE 104 may perform a tracking area update (TAU) procedure.
  • In some implementations, when the UE 104 performs the TAU procedure, the UE 104 may move from a serving area of the first AMF 120 to a serving area of the second AMF 130. That is, AMF switch happens. Thus, the first AMF 120 may be referred to as a source AMF 120 and the second AMF 130 may be referred to as a target AMF 130.
  • It shall be understood that the first AMF 120 and the second AMF130 may be the same AMF for non-AMF switch case. The first AMF 120 and the second AMF 130 may be different AMFs for AMF switch case.
  • In some implementations, when the UE 104 moves, the UE 104 may move from a cell of the RAN node 102-1 to a cell of the RAN node 102-2. That is, handover happens. Thus, the RAN node 102-1 may be referred to as a source RAN node 102-1 and the RAN node 102-2 may be referred to as a target RAN node 102-2.
  • In some implementations, the UE 104 may move from a serving area of the UPF 124 to a serving area of a UPF 134. That is, UPF switch happens. It shall be understood that the UPF 124 and the UPF 134 may be the same UPF for non-UPF switch case. The UPF 124 and the UPF 134 may be different UPFs for UPF switch case.
  • In some implementations, the UE 104 may move from a serving area of the SMF 126 to a serving area of an SMF 136. That is, SMF switch happens. It shall be understood that the SMF 126 and the SMF 136 may be the same SMF for non-SMF switch case. The SMF 126 and the SMF 136 may be different SMFs for SMF switch case.
  • Fig. 2 illustrates a flowchart of a method 200 that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. In the method 200 may be implemented at a first apparatus. In some implementations, the first apparatus may perform the second AMF 130 in Fig. 1C. Alternatively, the first apparatus may perform other network function than the second AMF 130 in Fig. 1C. For the purpose of discussion, the method 200 will be described from the perspective of the second AMF 130 with reference to Fig. 1C.
  • At block 210, the second AMF 130 receives a first message comprising a first identity (ID) of the UE 104.
  • At block 220, the second AMF 130 determines, based at least on the first message, whether the UE 104 or a serving RAN node of the UE 104 is within a serving area of the first SF 122.
  • If the UE 104 or the serving RAN node of the UE 104 is outside the serving area, the second AMF 130 determines, at block 230, a second SF 132 for serving the UE 104.
  • At block 240, the second AMF 130 causes a context of the UE 104 to be transmitted from the first SF 122 to the second SF 132. The context was created at the first SF 122. Hereinafter, a context of a UE which was created at a source SF is also referred to as a first context of a UE.
  • With the method 200, a target SF may obtain UE context which was created at a source SF. In turn, the target SF may select the UE to perform a sensing procedure.
  • In some implementations, in order to cause the first context of the UE 104 to be transmitted from the first SF 122 (i.e., the source SF 122) to the second SF 132 (i.e., the target SF 132) , the second AMF 130 may trigger the first SF 122 to transfer context of the UE 104 to the second SF 132. This will be described with reference to Figs. 3A to 3E.
  • Fig. 3A illustrates a signaling chart illustrating an example process 300A that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 300A may be considered as an example implementation of the method 200. For the purpose of discussion, the process 300A will be described with reference to Fig. 1C. The process 300A may involve the RAN node 102-2, the second AMF 130, the first SF 122 and the second SF 132.
  • Generally, in the process 300A, the UE 104 changes from a connection management idle (CM-IDLE) mode to a connection management connected (CM-CONNECTED) mode. The second AMF 130 may receive the first message by receiving an initial UE message from the serving RAN node (such as the RAN node 102-2) of the UE 104.
  • When the UE 104 changes from the CM-Idle mode to the CM-Connected mode, the second AMF 130 may receive 310a an Initial UE message from the serving RAN node (such as the RAN node 102-2) of the UE 104.
  • The Initial UE message may comprise the first ID of the UE 104. Thus, the second AMF 130 may obtain the first ID of the UE 104 from the Initial UE message.
  • In some implementations, the Initial UE message may comprise 5G system (5GS) mobile identify information element. The 5GS mobile identity information element may comprise the first ID of the UE 104. The first ID of the UE 104 may be one of the following: subscription concealed identifier (SUCI) , 5G globally unique temporary UE identity (5G-GUTI) , international mobile equipment identity (IMEI) , international mobile equipment identity software version (IMEISV) , 5G system architecture evolution temporary mobile station identifier (5G-S-TMSI) , medium access control (mac) address or the 64-bit extended unique identifier (EUI-64) . For example, if the UE 104 performs an initial registration with the second AMF 130, the 5GS mobile identity information element may comprise the SUCI of the UE 104. Besides, the AMF 130 may provide SUCI to Unified Data Management (UDM) to obtain SUPI instead. The AMF 130 may use SUPI to identify UE, i.e., SUPI can also be regarded as the first ID of the UE.
  • In turn, the second AMF 130 determines 340, based at least on the Initial UE message, whether the UE 104 or a serving RAN node (such as the RAN node 102-2) of the UE 104 is within a serving area of the first SF 122.
  • In some implementations, the second AMF 130 may obtain a location of the UE 104 based on the first ID of the UE 104 comprised in the Initial UE message. For example, the second AMF 130 may obtain the location of the UE 104 from a location management function (LMF) in the core network 106.
  • In some implementations, the second AMF 130 may obtain an ID of an RAN node (also referred to as RAN node ID) upon setup of NG interface between the second AMF 130 and the RAN node. For example, the second AMF 130 may obtain an ID of the RAN node 102-2 upon setup of NG interface between the second AMF 130 and the RAN node 102-2.
  • In some implementations, the second AMF 130 may have been configured with RAN information. For example, the RAN information may comprise at least one of the following: RAN node ID (e.g., global RAN node ID) , IP address, fully qualified domain name (FQDN) of a RAN node, or a serving area of the RAN node. Alternatively, a RAN node may provide RAN information upon setup of NG interface between the second AMF 130 and the RAN node.
  • In some implementations, the second AMF 130 may have been configured (e.g., by Operations Administration and Maintenance (OAM) or Public Land Mobile Network (PLMN) ) with information about one or more SFs. The information about one or more SFs is also referred to as SF information. For example, the SF information may comprise at least one of the following: an ID of an SF (also referred to as SF ID) , IP address or FQDN of the SF, a serving area of the SF. Alternatively, an SF may register at a network repository function (NRF) in the core network 106 by proving SF information. The second AMF 130 may request for SF information from the NRF. The NRF may check a serving area of the second AMF 130 and determine at least one SF within the serving area of the second AMF 130. Then, the NRF may provide the second AMF 130 with information about the at least one SF.
  • In some implementations, the second AMF 130 may determine, based on the first ID of the UE 104, an SF which is associated with the UE 104. For example, the second AMF 130 may determine that the UE 104 has performed sensing registration with the first SF 122. In turn, the second AMF 130 may determine, based on the location of the UE 140 and information about the first SF 122, whether the UE 104 is within a serving area of the first SF 122.
  • Alternatively, in some implementations, the second AMF 130 may determine, based on RAN node information and SF information, whether a serving area of the RAN node 102-2 is within the serving area of the first SF 122. Alternatively, the second AMF 130 may transmit, to the NRF, a request for information about at least one SF by providing the ID of the RAN node 102-2. The NRF may return the information about the at least one SF which may serve the RAN node 102-2.
  • If the second AMF 130 determines that the UE 104 or the serving RAN node of the UE 104 is outside the serving area of the first SF 122, the second AMF 130 determines 345 the second SF 132 for serving the UE 104.
  • In some implementations, the second AMF 130 may have been configured (e.g., by OAM or PLMN) with information about one or more SFs. Information about an SF may comprise at least one of the following: SF ID, IP address or FQDN of the SF, a serving area of the SF.
  • In some implementations, the second AMF 130 may determine (or select) , based on UE location and information about one or more SFs, one of the SFs for serving the UE 104. For example, the second AMF 130 determines the second SF 132 for serving the UE 104.
  • Then, the second AMF 130 transmits 350 a second message to the first SF 122. The second message indicates the first SF 122 to transmit the first context of the UE 104 to the second SF 132. The second message comprises a second ID of the UE 104 and information about the second SF 132 (also referred to as target SF information) . The second ID of the UE 104 may be the same as or different from the first ID of the UE 104. For example, the second ID of the UE 104 may comprise SUPI, Generic Public Subscription Identifier (GPSI) , 5G-GUTI, 5G-S-TMSI etc. It is assumed that the UE 104 may provide the second ID of the UE 104 (e.g., SUPI) in the sensing registration request message.
  • In some implementations, the second message may be a UE relocation request message comprising the second ID of the UE 104 and the target SF information.
  • Upon receiving the second message, the first SF 122 transmits 360, based at least on the second ID of the UE 104, the first context of the UE 104 to the second SF 132.
  • In some implementations, the first context of the UE 104 may comprise an ID of the UE 104. For example, the ID of the UE 104 may be SUPI, GPSI, 5G-GUTI or 5G-S-TMSI etc.
  • Alternatively, or additionally, in some implementations, the first context of the UE 104 may comprise sensing capability information about the UE 104. For example, the sensing capability information may comprise at least one of the following: supported sensing mode, supported sensing bandwidth, supported accuracy of sensing, confidence level, sensing resolution, false alarm probability, missed detection probability, refreshing rate, maximum sensing service latency, or user plane connection supported indicator (or CP/UP support indicator) , Tx/Rx support indicator, non-3GPP sensing support indicator etc. Tx/Rx support indicator indicates whether the UE can work as a sensing Tx, or a sensing Rx, or both a sensing Tx and sensing Rx. CP/UP support indicator indicates whether the UE 104 supports CP based sensing measurement report or UP based sensing measurement report or both.
  • Alternatively, or additionally, in some implementations, the first context of the UE 104 may comprise ongoing sensing tasks information about the UE 104. For example, the ongoing sensing tasks information may comprise at least one of the following: sensing task ID, sensing requirement, sensing measurement data from the UE 104, or sensing result for exposure. For example, the sensing requirement may comprise at least one of the following: sensing service type, resolution and accuracy of sensing object’s location/velocity/angle, refresh rate, target detection ratio, target false alarm ratio, sensing area, sensing velocity range, sensing last time, reporting period, or delay.
  • Alternatively, or additionally, in some implementations, the first context of the UE 104 may comprise information about an AMF which serves the UE 104. For example, the information about the AMF may comprise at least one of the following: AMF ID, IP address or FQDN of the AMF.
  • Alternatively, or additionally, in some implementations, the first context of the UE 104 may comprise Protocol Data Unit (PDU) session information if user plane connection between the UE 104 and the first SF 122 is considered for sensing measurement data report or sensing data exchange. For example, the PDU session information may comprise at least one of the following: PDU session ID, session management function (SMF) information, Transport Network Layer (TNL) information,  Quality of Service (QoS) flow ID, or the associated sensing task ID. For example, the SMF information may comprise at least one of the following: SMF ID, an address or FQDN of SMF. For example, the TNL information may comprise at least one of the following: IP address, or General Packet Radio Service (GPRS) Tunnel Protocol-User Plane (GTP-U) Tunnel Endpoint Identifier (TEID) at UPF or at RAN node.
  • Alternatively, or additionally, in some implementations, the first context of the UE 104 may comprise sensing UE mobility pattern. For example, the sensing UE mobility pattern may comprise at least one of the following: direction of travel, average speed, or acceleration.
  • In some implementations, the first SF 122 may transmit, to the second SF 132, other parameters together with or separately from the first context of the UE 104. For example, if user plane connection between the UE 104 and the first SF 122 is considered for sensing data exchange (e.g., sensing measurement data from the UE 104) , then data forwarding from the first SF 122 to the second SF 132 should be considered. That is, a data forwarding tunnel may be established between the first SF 122/SF-U (User plane) and the second SF 132/SF-U. In this way, the first SF 122 may provide a data forwarding indicator to the second SF 132. The data forwarding indicator indicates data forwarding from the first SF 122 to the second SF 132 is to be performed.
  • Upon receiving the data forwarding indicator, the second SF 132 transmits 370, to the first SF 122, the second ID of the UE 104 (e.g., SUPI, GPSI, 5G-GUTI or 5G-S-TMSI etc) and TNL information for the data forwarding. For example, the TNL information may comprise an IPaddress and GTP-U TEDI for the data forwarding.
  • In some implementations, after the action 370, the first SF 122/SF-U forwards sensing measurement data from the UE 104 towards the second SF 132/SF-U based on the TNL information for data forwarding provided by the second SF 132/SF-U. The first SF 122/SF-U marks the end of packet towards the second SF 132/SF-U. After finishing data forwarding, the first SF 122 release the first context of the UE 104.
  • In some implementations, if there are multiple sensing tasks for the UE 104, the first SF 122-U inserts QoS Flow Identifier (QFI) /sensing task ID in GTP-U header of the forwarding data. Alternatively, there may be a sensing task ID in the application layer of the uplink (UL) data.
  • In some implementations, if there are ongoing sensing task between the UE 104 and the first SF 122, the user plane connection is used. If the second SF 132 supports user plane connection, then user plane path should be changed from the first SF 122 to second SF 132. Some implementations of user plane path change upon SF switch will be described later with reference to Figs. 5A to 5D.
  • Fig. 3B illustrates a signaling chart illustrating an example process 300B that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 300B may be considered as an example implementation of the method 200. For the purpose of discussion, the process 300B will be described with reference to Fig. 1C. The process 300B may involve the UE 104, the RAN node 102-2, the first AMF 130, the second AMF 130, the first SF 122 and the second SF 132.
  • Generally, in the process 300B, the second AMF 130 may receive the first message by receiving 310b a TAU request message from the UE 104. For example, the second AMF 130 may receive the TAU request message from the UE 104 via the RAN node 102-2.
  • The TAU request message comprises the first ID of the UE 104. For example, the TAU request message comprises 5G-GUTI of the UE 104.
  • As described above, when the UE 104 performs the TAU procedure, the UE 104 may move from a serving area of the first AMF 120 to a serving area of the second AMF 130. That is, AMF switch happens.
  • In some implementations, if AMF switch happens, two more actions 320b and 330b may be performed as follows.
  • If the second AMF 130 could not find a context of the UE 104 which was created at the second AMF 130, the second AMF 130 uses the 5G-GUTI comprised in the TAU request message to derive an address of the first AMF 120 and transmits 320b a request for a second context of the UE 104 to the first AMF 120. The second context was created at the first AMF 120. For brevity, the request for a second context is also referred to as a “Context Request” .
  • Upon receiving the Context Request, the first AMF 120 transmits 330b a response message to the second AMF 130. The response message is also referred to as a  “Context Response” . The response message comprises the second context of the UE 104 and first information about the first SF 122. For example, the first information about the first SF 122 may comprise at least one of the following: an ID of the first SF 122, IP address or FQDN of the first SF 122, or a serving area of the first SF 122. In addition, the response message may also comprise 5G-S-TMSI or TMSI (4G) of the UE 104. Alternatively, the first information about the first SF 122 may be contained in the second context of the UE.
  • In turn, the actions 340, 345, 350, 360 and 370 will be performed, as described above with reference to Fig. 3A. Details of these actions are omitted for brevity.
  • Fig. 3C illustrates a signaling chart illustrating an example process 300C that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 300C may be considered as an example implementation of the method 200. For the purpose of discussion, the process 300C will be described with reference to Fig. 1C. The process 300C may involve the RAN node 102-2, the second AMF 130, the first SF 122 and the second SF 132.
  • Generally, in the process 300C, the source RAN node 102-1 performs Xn based handover. The second AMF 130 may receive the first message by receiving 310c a path switch request from the serving RAN node (such as the RAN node 102-2) of the UE 104.
  • The path switch request may comprise the first ID of the UE 104. For example, the path switch request may comprise a source AMF UE NG Application Protocol (NGAP) ID of the UE 104.
  • The RAN node 102-1 (i.e., the source RAN node 102-1) may provide the RAN node 102-2 (i.e., the target RAN node 102-2) with NG-C UE Associated Signalling reference (i.e., AMF UE NGAP ID) of the UE 104 in a Handover request message. The RAN node 102-2 may determine the NG-C UE Associated Signalling reference as the source AMF UE NGAP ID. In turn, the RAN node 102-2 may include the source AMF UE NGAP ID in the path switch request. The AMF 130 is able to identify the UE 104 based on the source AMF UE NGAP ID included in the path switch request. Besides, the AMF 130 may determine SUPI, GPSI, 5G-GUTI or 5G-S-TMSI based on the source AMF UE NGAP ID.
  • In turn, the actions 340, 345, 350, 360 and 370 will be performed, as described above with reference to Fig. 3A. Details of these actions are omitted for brevity.
  • Fig. 3D illustrates a signaling chart illustrating an example process 300D that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 300D may be considered as an example implementation of the method 200. For the purpose of discussion, the process 300D will be described with reference to Fig. 1C. The process 300D may involve the RAN node 102-1, the second AMF 130, the first SF 122 and the second SF 132.
  • Generally, in the process 300D, the source RAN node 102-1 performs N2 based handover without AMF switch. The second AMF 130 may receive the first message by receiving 310d a handover required message from a source RAN node (such as the RAN node 102-1) of the UE 104. The handover required message comprises the first ID of the UE 104 and a target ID of the serving RAN node. For example, the first ID of the UE 104 in the handover required message may be AMF UE NGAP ID or RAN UE NGAP ID, and the target ID of the serving RAN node in the handover required message may be a global RAN node ID or Selected TAI for NG-RAN type. The AMF 130 is able to identify UE based on the AMF UE NGAP ID or RAN UE NGAP ID included in the handover required message. Besides, the AMF 130 may determine SUPI, GPSI, 5G-GUTI or 5G-S-TMSI based on the source AMF UE NGAP ID.
  • In turn, the actions 340, 345, 350, 360 and 370 will be performed, as described above with reference to Fig. 3A. Details of these actions are omitted for brevity.
  • Fig. 3E illustrates a signaling chart illustrating an example process 300E that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 300E may be considered as an example implementation of the method 200. For the purpose of discussion, the process 300E will be described with reference to Fig. 1C. The process 300E may involve the RAN node 102-1, the first AMF 120, the second AMF 130, the first SF 122 and the second SF 132.
  • Generally, in the process 300E, the source RAN node 102-1 performs N2 based handover and AMF switch happens.
  • For the N2 based handover with AMF switch, the first AMF 120 receives 315d a handover required message from a source RAN node (such as the RAN node 102-1) of the UE 104. The handover required message comprises the first ID of the UE 104 and a target ID of the serving RAN node. For example, the first ID of the UE 104 in the handover required message may be AMF UE NGAP ID or RAN UE NGAP ID, and the target ID of the serving RAN node in the handover required message may be a global RAN node ID or Selected TAI for NG-RAN type. The AMF 130 is able to identify UE based on the AMF UE NGAP ID or RAN UE NGAP ID included in the handover required message. Besides, the AMF 130 may determine SUPI, GPSI, 5G-GUTI or 5G-S-TMSI based on the source AMF UE NGAP ID.
  • Upon receiving the handover required message, the first AMF 120 transmits 320d a request for creating a second context of the UE 104 to the second AMF 130. In other words, the second AMF 130 may receive the first message by receiving the request for creating the second context of the UE 104 from the first AMF 120. For brevity, the request for creating a second context of the UE 104 is also referred to as a Create UE Context Request.
  • The Create UE Context Request comprises the first ID of the UE 104, first information about the first SF 122 and a target ID of the serving RAN node (such as the RAN node 102-2) . For example, the Create UE Context Request may comprise N2 Information and UE context information (which comprises SUPI, SF information) . The N2 Information may comprise at least one of the following: Target ID, Source to Target transparent container, SM N2 information list, PDU Session IDs. The UE context information may comprise at least one of the following: SUPI of the UE 104, or the first information about the first SF 122.
  • In turn, the actions 340, 345, 350, 360 and 370 will be performed, as described above with reference to Fig. 3A. Details of these actions are omitted for brevity.
  • In some implementations, in order to cause the first context of the UE 104 to be transmitted from the first SF 122 (i.e., the source SF 122) to the second SF 132 (i.e., the target SF 132) , the second AMF 130 may trigger the second SF 132 to request context of the UE 104 to the first SF 122. This will be described with reference to Figs. 4A and 4B.
  • Fig. 4A illustrates a signaling chart illustrating an example process 400A that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 400A may be considered as an example implementation of the method 200. For the purpose of discussion, the process 400A will be described with reference to Fig. 1C. The process 400A may involve the UE 104, the second AMF 130, the first SF 122 and the second SF 132.
  • As shown in Fig. 4A, the second AMF 130 determines 410, based at least on the first message, whether the UE 104 or a serving RAN node (such as the RAN node 102-2) of the UE 104 is within a serving area of the first SF 122. In the process 400A, the second AMF 130 may receive the first message according to any of the example processes 300A to 300E. Details of reception of the first message are omitted for brevity.
  • If the UE 104 or the serving RAN node of the UE 104 is outside the serving area of the first SF 122, the second AMF 130 transmits 420a an indication to the UE 104. The indication indicates the UE 104 to transmit a sensing registration request. In this regard, the indication is also referred to as a sensing registration indication.
  • Upon receiving the sensing registration indication, the UE 104 transmits 430a sensing registration request to the second AMF 130.
  • In some implementations, the UE 104 may transmit an uplink (UL) Non-access stratum (NAS) message which contains the sensing registration request message to the second AMF130. In some implementations, a new payload container type, such as a sensing message container, is defined for the UL NAS message.
  • In some implementations, the sensing registration request message may comprise an ID of the UE 104 and sensing capability information of the UE 104. For example, the ID of the UE 104 may be one of the following: SUPI, GPSI, 5G-GUTI, or 5G-S-TMSI. For example, the sensing capability information may comprise at least one of the following: the supported sensing mode, supported accuracy of sensing, confidence level, sensing resolution, false alarm probability, missed detection probability, refreshing rate, max sensing service latency, or user plane connection supported indicator (or CP/UP support indicator) , Tx/Rx support indicator, non-3GPP sensing support indicator etc. Tx/Rx support indicator indicates whether the UE can work as a sensing Tx, or a sensing Rx, or both a sensing Tx and sensing Rx. CP/UP  support indicator indicates whether UE supports CP based sensing measurement report or UP based sensing measurement report or both.
  • Upon receiving the UL NAS message comprising the sensing registration request, the second AMF 120 determines the container contains a sensing message based on the payload container type. Then, the second AMF 120 determines 435 the second SF 132 for serving the UE 104. The action 435 is similar to the action 345 as described with reference to Fig. 3A. Details of the action 435 are omitted for brevity.
  • In turn, the second AMF 120 transmits 440a, to the second SF 132, the sensing registration request and first information about the first SF 122. The second AMF 120 may also further provide an ID of the UE 104.
  • Upon receiving the sensing registration request, the second SF 132 transmits 450 a request for the first context to the first SF 122. The request comprises the second ID of the UE 104. For example, the second SF 132 may transmit a UE context retrieval message comprising the request to the first SF 122.
  • Upon receiving the request for the first context, the first SF 122 transmits 460, based at least on the second ID of the UE 104, a response message comprising the first context to the second SF 132. The action 460 is similar to the action 360 as described with reference to Fig. 3A. Details of the action 460 are omitted for brevity.
  • In some implementations, the first SF 122 may transmit, to the second SF 132, other parameters together with or separately from the first context of the UE 104. For example, if user plane connection between the UE 104 and the first SF 122 is considered for sensing data exchange (e.g., sensing measurement data from the UE 104) , then data forwarding from the first SF 122 to the second SF 132 should be considered. That is, a data forwarding tunnel may be established between the first SF 122/SF-U (User plane) and the second SF 132/SF-U. In this way, the first SF 122 may provide a data forwarding indicator to the second SF 132. The data forwarding indicator indicates data forwarding from the first SF 122 to the second SF 132 is to be performed.
  • Upon receiving the data forwarding indicator, the second SF 132 transmits 470, to the first SF 122, the second ID of the UE 104 and TNL information for the data forwarding. For example, the TNL information may comprise an IP address and GTP-U TEID for the data forwarding.
  • In some implementations, if the second SF 132 determines that the first context comprises PDU session information, the second SF 132 determines that user plane connection is used between the UE 104 and the first SF 122. If the second SF 132 supports user plane connection with the UE 104, the second SF 132 transmits, to the first SF 122, the second ID of the UE 104 and TNL information for data forwarding from the first SF 122 to the second SF 132.
  • Fig. 4B illustrates a signaling chart illustrating an example process 400B that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The example process 400B may be considered as an example implementation of the method 200. For the purpose of discussion, the process 400B will be described with reference to Fig. 1C. The process 400B may involve the UE 104, the second AMF 130, the first SF 122 and the second SF 132.
  • The process 400B is similar to the process 400A. For example, the actions 410, 435, 450, 460 and 470 in the process 400B are the same as those in the process 400A. Details of these actions are omitted for brevity.
  • The process 400B is different from the process 400A in that the UE 104 is not involved. Specifically, in order to cause the first context of the UE 104 to be transmitted from the first SF 122 (i.e., the source SF 122) to the second SF 132 (i.e., the target SF 132) , the second AMF 130 may transmit a third message to the second SF 132. The third message indicates the second SF 132 to obtain the first context from the first SF 122. The third message comprising a third ID of the UE 104 and first information about the first SF 122. For example, the third ID may be SUPI, GPSI, 5G-GUTI, 5G-S-TMSI etc.
  • In some implementations, the second SF 132 may subscribe the second AMF 132 to provide information about at least one new coming UE.
  • As described above, in some implementations, if there are ongoing sensing task between the UE 104 and the first SF 122, the user plane connection is used. If the second SF 132 supports user plane connection, then user plane path should be changed from the first SF 122 to second SF 132. Four implementations of user plane path change upon SF switch will be described with reference to Figs. 5A to 5D.
  • Fig. 5A illustrates a signaling chart illustrating an example process 500A that supports user plane path change upon SF switch in accordance with aspects of the present disclosure. For the purpose of discussion, the process 500A will be described with reference to Fig. 1C. The process 500A may involve the RAN 102-2, the SMF 136, the UPF 134 and the second SF 132.
  • Generally, in the process 500A, the second SF 132 (i.e., the target SF 132) provides TNL information at SF side to the SMF 136.
  • In some implementations, the first SF 122 (i.e., the source SF 122) includes SMF information in the first context of the UE 104. The second SF 132 (i.e., the target SF 132) transmit the UE ID, PDU session ID (optional) and the TNL information at SF side to the SMF 136 directly. One option is the default PDU session is used for sensing, then no PDU session ID is needed. Another option is non-default PDU session is used for sensing, then the PDU session ID may be included. Besides, if more than one PDU session are used for sensing, then the TNL information at SF side should be bind with PDU session. That is, PDU session ID should be provided. The UE ID may be SUPI, GPSI, 5G-GUTI and 5G-S-TMSI.
  • Upon receiving the TNL information at SF side from the second SF 132, the SMF 136 provides 540 UE ID, PDU session ID (optional) and TNL information at RAN/the UPF 134 (optional) side towards the second SF 132.
  • Besides, the SMF 136 further provides the TNL information at SF side to the UPF 134.
  • For example, the SMF 136 provides 550a N4 session ID and TNL information at SF side to the UPF 134. Optionally, the SMF 136 may also provide UE ID together with N4 session ID. As the response, the UPF 134 may provide TNL information at UPF side. The UPF 134 replaces the old TNL information at SF side with the new TNL information at SF side received at 550a associated with the N4 session. The UPF 134 may mark the end of the UL data (e.g., sensing measurement data from the UE 104) when forwarding the data to the first SF 122. Upon receiving the UL data with end marker, the first SF 122 can release the data forwarding tunnel after forwarding the UL data with the end marker and release the first context of the UE 104 then.
  • Besides, the SMF 136 further provides the TNL information at SF side or at UPF side to the RAN node 102-2.
  • For example, if the user plane connection is setup between RAN node and SF/SF-U directly, the SMF 136 provides PDU session ID (optional) , TNL information at SF side to the RAN node 102-2. Otherwise, if the user plane connection is setup among RAN node, UPF and SF/SF-U, the SMF 136 provides UE ID, PDU session ID (optional) , TNL information at UPF side instead to the RAN node 102-2. The RAN node 102-2 replaces the old TNL information at SF side with the new TNL information at SF side received at 550b associated with the PDU session. The RAN node 102-2 may mark the end of the UL data (e.g., sensing measurement data from the UE 104) when forwarding the data to the first SF 122. Upon receiving the UL data with end marker, the first SF 122 can release the data forwarding tunnel after forwarding the UL data with the end marker and release the first context of the UE 104 then.
  • Fig. 5B illustrates a signaling chart illustrating an example process 500B that supports user plane path change upon SF switch in accordance with aspects of the present disclosure. For the purpose of discussion, the process 500B will be described with reference to Fig. 1C. The process 500B may involve the RAN 102-2, the SMF 136, the UPF 134, the second AMF 130 and the second SF 132.
  • As shown in Fig. 5B, the second AMF 130 transmits 510b a UE relocation message to the SMF 136 with an ID of the UE 104 (e.g., SUPI, GPSI, 5G-GUTI, 5G-S-TMSI) and information about the second SF 132 (i.e., target SF information) .
  • Upon receiving the UE relocation message, the SMF 136 transmits 520b a request for TNL information to the second SF 132 by providing the ID of the UE 104, PDU session ID (optional) and TNL address at RAN/UPF side (optional) . The user plane connection may be setup between RAN node and SF/SF-U directly. Instead, the user plane connection may be setup among RAN node, UPF and SF/SF-U.
  • In turn, the second SF 132 provides 530b the SMF 136 with the ID of the UE 104 PDU session ID (optional) and TNL information at SF side as a response.
  • In turn, the actions 550a and 550b are performed. The actions 550a and 550b in the process 500B are the same as those in the process 500A. Details of these actions are omitted for brevity.
  • Fig. 5C illustrates a signaling chart illustrating an example process 500C that supports user plane path change upon SF switch in accordance with aspects of the present disclosure. For the purpose of discussion, the process 500C will be described with reference to Fig. 1C. The process 500C may involve the RAN 102-2, the SMF 136, the UPF 134, the second AMF 130 and the second SF 132.
  • As shown in Fig. 5C, the second SF 132 provides 510c an ID of the UE 104, PDU session ID (optional) and the TNL information at SF side to the second AMF 130. The second AMF 130 determines the SMF 136 based on the ID of the UE 104, or based on the ID of the UE 104 and PDU session ID (optional) . The second AMF 130 then forwards 515c the ID of the UE 104, PDU session ID (optional) and the TNL information at SF side to the SMF 136.
  • In turn, the actions 540, 550a and 550b are performed. The actions 540, 550a and 550b in the process 500C are the same as those in the process 500A. Details of these actions are omitted for brevity.
  • Fig. 5D illustrates a signaling chart illustrating an example process 500D that supports user plane path change upon SF switch in accordance with aspects of the present disclosure. For the purpose of discussion, the process 500D will be described with reference to Fig. 1C. The process 500D may involve the RAN 102-2, the SMF 136, the UPF 134, the second AMF 130 and the second SF 132.
  • As shown in Fig. 5D, the second SF 132 provides 510d an ID of the UE 104, PDU session ID (optional) and the TNL information at SF side to the first SF 122. The first SF 122 determines the SMF 136 based on the ID of the UE 104, or based on the ID of the UE 104 and PDU session ID (optional) . It is assumed that SMF information is included in the UE context provided by the first SF 122. The first SF 122 then forwards 515d the ID of the UE 104, PDU session ID (optional) and the TNL information at SF side to the SMF 136.
  • In turn, the actions 540, 550a and 550b are performed. The actions 540, 550a and 550b in the process 500D are the same as those in the process 500A. Details of these actions are omitted for brevity.
  • In some implementations, in the processes 500A, 500B, 500C and 500D, if there is no user plane connection, then the UE 104 exchanges sensing message and data with the second SF 132 via the second AMF 130.
  • In some implementations, in the processes 500A, 500B, 500C and 500D, if there is user plane connection between the UE 104 and the first SF 122, but the second SF 132 does not support user plane connection. Then, the second SF 132 may transmit, to the UE 104, an indication indicating that sensing measurement data is to be transmitted to the second SF 132 via a control signaling. For example, the second SF 132 may inform the UE 104 (via the second AMF 130) to stop user plane connection and start control plane signaling to report sensing measurement data.
  • In some implementations, the second SF 132 may also inform the SMF 136 to release the user plane connection directly or via AMF or the first SF 122 as in the process 500A and the process 500B or the process 500C or the process 500D. Alternatively, the first SF 122 informs the SMF 136 to release the user plane connection directly or via the second AMF 130. Then, the SMF 136 may inform the UPF 134 to release the user plane connection (i.e., N3 tunnel) between the RAN node 102-2 and the UPF 134, and also the user plane connection between the UPF 134 and the first SF 122/SF-U for the PDU session of the UE 104. Besides, the SMF 136 may also inform the RAN node 102-2 to release the user plane connection (i.e., N3 tunnel) between the RAN node 102-2 and the UPF 134 for the PDU session of the UE 104. Alternatively, the SMF 136 may inform the RAN node 102-2 to release the user plane connection between the RAN node 102-2 and the second SF 132/SF-U for the PDU session of the UE 104.
  • Fig. 6 illustrates a flowchart of a method 600 that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. In the method 600 may be implemented at a third apparatus. In some implementations, the third apparatus may perform the first SF 122 in Fig. 1C. Alternatively, the first apparatus may perform other network function than the first SF 122 in Fig. 1C. For the purpose of discussion, the method 600 will be described from the perspective of the first SF 122 with reference to Fig. 1C.
  • At block 610, the first SF 122 receives a second ID of a UE and second information about a second SF.
  • At block 620, the first SF 122 transmits, based at least on the second ID of the UE, a first context of the UE to the second SF. The first context was created at the first SF 122.
  • In some embodiments, receiving the second ID of the UE comprises: receiving a second message from a first access and mobility management function (AMF) , the second message indicating the third apparatus to transmit the first context to the second SF, the second message comprising the second ID of the UE and second information about the second SF.
  • In some embodiments, receiving the second ID of the UE comprises: receiving a request for the first context from the second SF, the request comprising the second ID of the UE.
  • In some embodiments, the method 600 further comprises: transmitting, to the second SF, a data forwarding indicator indicating data forwarding from the third apparatus to the second SF is to be performed; and receiving, from the second SF, the second ID and transport network layer (TNL) information for the data forwarding.
  • Fig. 7 illustrates a flowchart of a method 700 that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. In the method 700 may be implemented at a fourth apparatus. In some implementations, the fourth apparatus may perform the second SF 132 in Fig. 1C. Alternatively, the first apparatus may perform other network function than the second SF 132 in Fig. 1C. For the purpose of discussion, the method 700 will be described from the perspective of the second SF 132 with reference to Fig. 1C.
  • At block 710, the second SF 132 obtains, from a first SF, a first context of a UE.The first context was created at the first SF.
  • At block 720, the second SF 132 determines, based on the first context, the UE to perform a sensing procedure.
  • In some embodiments, obtaining the first context comprises: receiving a second identity (ID) of the UE and first information about the first SF from a second access and mobility management function (AMF) ; transmitting a request for the first context to the first SF, the request comprising the second ID; and receiving, from the first SF, a response message comprising the first context.
  • In some embodiments, receiving the second ID of the UE comprises: receiving, from the first AMF, a sensing registration request and the second ID.
  • In some embodiments, the method 700 further comprises: receiving, from the first SF, a data forwarding indicator indicating data forwarding from the first SF to the fourth apparatus is to be performed; and transmitting, to the first SF, a second identity (ID) of the UE and transport network layer (TNL) information for the data forwarding.
  • In some embodiments, the method 700 further comprises: based on determining that the first context comprises Protocol Data Unit (PDU) session information, transmitting, to the first SF, a second identity (ID) of the UE and transport network layer (TNL) information for data forwarding from the first SF to the fourth apparatus.
  • In some embodiments, the method 700 further comprises: transmitting, to the UE, an indication indicating that sensing measurement data is to be transmitted to the fourth apparatus via a control signaling.
  • Fig 8 illustrates an example of a device 800 that supports the solution for UE context transfer upon SF switch in accordance with aspects of the present disclosure. The device 800 may be an example of a network entity 102 as described herein. The device 800 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 800 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 802, a memory 804, a transceiver 806, and, optionally, an I/O controller 808. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .
  • The processor 802, the memory 804, the transceiver 806, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 802, the memory 804, the transceiver 806, or various combinations or components thereof may support a method for performing one or more of the operations described herein.
  • In some implementations, the processor 802, the memory 804, the transceiver 806, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 802 and the memory 804 coupled with the processor 802 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 802, instructions stored in the memory 804) .
  • For example, the processor 802 may support wireless communication at the device 800 in accordance with examples as disclosed herein. The processor 802 may be configured to operable to support a means for determining a TCI state pool.
  • The processor 802 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 802 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 802. The processor 802 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 804) to cause the device 800 to perform various functions of the present disclosure.
  • The memory 804 may include random access memory (RAM) and read-only memory (ROM) . The memory 804 may store computer-readable, computer-executable code including instructions that, when executed by the processor 802 cause the device 800 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some implementations, the code may not be directly executable by the processor 802 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 804 may include,  among other things, a basic I/O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.
  • The I/O controller 808 may manage input and output signals for the device 800. The I/O controller 808 may also manage peripherals not integrated into the device M02. In some implementations, the I/O controller 808 may represent a physical connection or port to an external peripheral. In some implementations, the I/O controller 808 may utilize an operating system such as or another known operating system. In some implementations, the I/O controller 808 may be implemented as part of a processor, such as the processor 806. In some implementations, a user may interact with the device 800 via the I/O controller 808 or via hardware components controlled by the I/O controller 808.
  • In some implementations, the device 800 may include a single antenna 810. However, in some other implementations, the device 1000 may have more than one antenna 810 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 806 may communicate bi-directionally, via the one or more antennas 810, wired, or wireless links as described herein. For example, the transceiver 806 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 806 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 810 for transmission, and to demodulate packets received from the one or more antennas 810. The transceiver 806 may include one or more transmit chains, one or more receive chains, or a combination thereof.
  • A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmit chain may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power  level suitable for transmission over the wireless medium. The transmit chain may also include one or more antennas 810 for transmitting the amplified signal into the air or wireless medium.
  • A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may include one or more antennas 810 for receive the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.
  • FIG. 9 illustrates an example of a device 900 that supports the solution for UE context transfer upon SF switch in accordance with aspects of the present disclosure. The device 900 may be an example of a UE 104 as described herein. The device 900 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 900 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 902, a memory 904, a transceiver 906, and, optionally, an I/O controller 908. These components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .
  • The processor 902, the memory 904, the transceiver 906, or various combinations thereof or various components thereof may be examples of means for performing various aspects of the present disclosure as described herein. For example, the processor 902, the memory 904, the transceiver 906, or various combinations or components thereof may support a method for performing one or more of the operations described herein.
  • In some implementations, the processor 902, the memory 904, the transceiver 906, or various combinations or components thereof may be implemented in hardware (e.g., in communications management circuitry) . The hardware may include a processor, a digital signal processor (DSP) , an application-specific integrated circuit  (ASIC) , a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof configured as or otherwise supporting a means for performing the functions described in the present disclosure. In some implementations, the processor 902 and the memory 904 coupled with the processor 902 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 902, instructions stored in the memory 904) .
  • For example, the processor 902 may support wireless communication at the device 900 in accordance with examples as disclosed herein. The processor 902 may be configured to operable to support a means for determining a TCI state pool.
  • The processor 902 may include an intelligent hardware device (e.g., a general-purpose processor, a DSP, a CPU, a microcontroller, an ASIC, an FPGA, a programmable logic device, a discrete gate or transistor logic component, a discrete hardware component, or any combination thereof) . In some implementations, the processor 902 may be configured to operate a memory array using a memory controller. In some other implementations, a memory controller may be integrated into the processor 902. The processor 902 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 904) to cause the device 900 to perform various functions of the present disclosure.
  • The memory 904 may include random access memory (RAM) and read-only memory (ROM) . The memory 904 may store computer-readable, computer-executable code including instructions that, when executed by the processor 902 cause the device 900 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. In some implementations, the code may not be directly executable by the processor 902 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 904 may include, among other things, a basic I/O system (BIOS) which may control basic hardware or software operation such as the interaction with peripheral components or devices.
  • The I/O controller 908 may manage input and output signals for the device 900. The I/O controller 908 may also manage peripherals not integrated into the device M02. In some implementations, the I/O controller 908 may represent a physical  connection or port to an external peripheral. In some implementations, the I/O controller 908 may utilize an operating system such as or another known operating system. In some implementations, the I/O controller 908 may be implemented as part of a processor, such as the processor 906. In some implementations, a user may interact with the device 900 via the I/O controller 908 or via hardware components controlled by the I/O controller 908.
  • In some implementations, the device 900 may include a single antenna 910. However, in some other implementations, the device 900 may have more than one antenna 910 (i.e., multiple antennas) , including multiple antenna panels or antenna arrays, which may be capable of concurrently transmitting or receiving multiple wireless transmissions. The transceiver 906 may communicate bi-directionally, via the one or more antennas 910, wired, or wireless links as described herein. For example, the transceiver 906 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 906 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 910 for transmission, and to demodulate packets received from the one or more antennas 910. The transceiver 906 may include one or more transmit chains, one or more receive chains, or a combination thereof.
  • A transmit chain may be configured to generate and transmit signals (e.g., control information, data, packets) . The transmit chain may include at least one modulator for modulating data onto a carrier signal, preparing the signal for transmission over a wireless medium. The at least one modulator may be configured to support one or more techniques such as amplitude modulation (AM) , frequency modulation (FM) , or digital modulation schemes like phase-shift keying (PSK) or quadrature amplitude modulation (QAM) . The transmit chain may also include at least one power amplifier configured to amplify the modulated signal to an appropriate power level suitable for transmission over the wireless medium. The transmit chain may also include one or more antennas 910 for transmitting the amplified signal into the air or wireless medium.
  • A receive chain may be configured to receive signals (e.g., control information, data, packets) over a wireless medium. For example, the receive chain may  include one or more antennas 910 for receiving the signal over the air or wireless medium. The receive chain may include at least one amplifier (e.g., a low-noise amplifier (LNA) ) configured to amplify the received signal. The receive chain may include at least one demodulator configured to demodulate the receive signal and obtain the transmitted data by reversing the modulation technique applied during transmission of the signal. The receive chain may include at least one decoder for decoding the processing the demodulated signal to receive the transmitted data.
  • Fig. 10 illustrates an example of a processor 1000 that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The processor 1000 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1000 may include a controller 1002 configured to perform various operations in accordance with examples as described herein. The processor 1000 may optionally include at least one memory 1004, such as L1/L2/L3 cache. Additionally, or alternatively, the processor 1000 may optionally include one or more arithmetic-logic units (ALUs) 1000. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .
  • The processor 1000 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 1000) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .
  • The controller 1002 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 1000 to cause the processor 1000 to support various operations of a base station in accordance with examples as described herein. For example, the controller  1002 may operate as a control unit of the processor 1000, generating control signals that manage the operation of various components of the processor 1000. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
  • The controller 1002 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1004 and determine subsequent instruction (s) to be executed to cause the processor 1000 to support various operations in accordance with examples as described herein. The controller 1002 may be configured to track memory address of instructions associated with the memory 1004. The controller 1002 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1002 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1000 to cause the processor 1000 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1002 may be configured to manage flow of data within the processor 1000. The controller 1002 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 1000.
  • The memory 1004 may include one or more caches (e.g., memory local to or included in the processor 1000 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 1004 may reside within or on a processor chipset (e.g., local to the processor 1000) . In some other implementations, the memory 1004 may reside external to the processor chipset (e.g., remote to the processor 1000) .
  • The memory 1004 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1000, cause the processor 1000 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 1002 and/or the processor 1000 may be configured to execute computer-readable instructions stored in the memory 1004 to cause the processor 1000 to perform various functions. For example, the processor 1000 and/or the controller 1002 may be coupled with or to the memory 1004, and the processor 1000, the controller 1002, and the memory 1004 may be configured to perform various functions  described herein. In some examples, the processor 1000 may include multiple processors and the memory 1004 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.
  • The one or more ALUs 1000 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 1000 may reside within or on a processor chipset (e.g., the processor 1000) . In some other implementations, the one or more ALUs 1000 may reside external to the processor chipset (e.g., the processor 1000) . One or more ALUs 1000 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1000 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1000 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 1000 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1000 to handle conditional operations, comparisons, and bitwise operations.
  • The processor 1000 may support wireless communication in accordance with examples as disclosed herein. The processor 1000 may be configured to or operable to support a means for UE context transfer upon SF switch.
  • Fig. 11 illustrates an example of a processor 1100 that supports UE context transfer upon SF switch in accordance with aspects of the present disclosure. The processor 1100 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1100 may include a controller 1102 configured to perform various operations in accordance with examples as described herein. The processor 1100 may optionally include at least one memory 1104, such as L1/L2/L3 cache. Additionally, or alternatively, the processor 1100 may optionally include one or more arithmetic-logic units (ALUs) 1100. One or more of these components may be in electronic communication or otherwise coupled (e.g., operatively, communicatively, functionally, electronically, electrically) via one or more interfaces (e.g., buses) .
  • The processor 1100 may be a processor chipset and include a protocol stack (e.g., a software stack) executed by the processor chipset to perform various operations (e.g., receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) in accordance with examples as described herein. The processor chipset may include one or more cores, one or more caches (e.g., memory local to or included in the processor chipset (e.g., the processor 1100) or other memory (e.g., random access memory (RAM) , read-only memory (ROM) , dynamic RAM (DRAM) , synchronous dynamic RAM (SDRAM) , static RAM (SRAM) , ferroelectric RAM (FeRAM) , magnetic RAM (MRAM) , resistive RAM (RRAM) , flash memory, phase change memory (PCM) , and others) .
  • The controller 1102 may be configured to manage and coordinate various operations (e.g., signaling, receiving, obtaining, retrieving, transmitting, outputting, forwarding, storing, determining, identifying, accessing, writing, reading) of the processor 1100 to cause the processor 1100 to support various operations of a UE in accordance with examples as described herein. For example, the controller 1102 may operate as a control unit of the processor 1100, generating control signals that manage the operation of various components of the processor 1100. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
  • The controller 1102 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1104 and determine subsequent instruction (s) to be executed to cause the processor 1100 to support various operations in accordance with examples as described herein. The controller 1102 may be configured to track memory address of instructions associated with the memory 1104. The controller 1102 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1102 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1100 to cause the processor 1100 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1102 may be configured to manage flow of data within the processor 1100. The controller 1102 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 1100.
  • The memory 1104 may include one or more caches (e.g., memory local to or included in the processor 1100 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 1104 may reside within or on a processor chipset (e.g., local to the processor 1100) . In some other implementations, the memory 1104 may reside external to the processor chipset (e.g., remote to the processor 1100) .
  • The memory 1104 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1100, cause the processor 1100 to perform various functions described herein. The code may be stored in a non-transitory computer-readable medium such as system memory or another type of memory. The controller 1102 and/or the processor 1100 may be configured to execute computer-readable instructions stored in the memory 1104 to cause the processor 1100 to perform various functions. For example, the processor 1100 and/or the controller 1202 may be coupled with or to the memory 1104, and the processor 1100, the controller 1102, and the memory 1104 may be configured to perform various functions described herein. In some examples, the processor 1100 may include multiple processors and the memory 1104 may include multiple memories. One or more of the multiple processors may be coupled with one or more of the multiple memories, which may, individually or collectively, be configured to perform various functions herein.
  • The one or more ALUs 1100 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 1100 may reside within or on a processor chipset (e.g., the processor 1100) . In some other implementations, the one or more ALUs 1100 may reside external to the processor chipset (e.g., the processor 1100) . One or more ALUs 1100 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1100 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1100 be configured with a variety of logical and arithmetic circuits, including adders, subtractors, shifters, and logic gates, to process and manipulate the data according to the operation. Additionally, or alternatively, the one or more ALUs 1100 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1100 to handle conditional operations, comparisons, and bitwise operations.
  • The processor 1100 may support wireless communication in accordance with examples as disclosed herein. The processor 1100 may be configured to or operable to support a means for UE context transfer upon SF switch.
  • In summary, embodiments of the present disclosure provide the following solutions.
  • Clause 1. A first apparatus, comprising: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the apparatus to: receive a first message comprising a first identity (ID) of a user equipment (UE) ; determine, based at least on the first message, whether the UE or a serving radio access node (RAN) node of the UE is within a serving area of a first sensing function (SF) ; based on determining that the UE or the serving RAN node of the UE is outside the serving area, determine a second SF for serving the UE; and cause a first context of the UE to be transmitted from the first SF to the second SF, the first context being created at the first SF.
  • Clause 2. The first apparatus of clause 1, wherein the first apparatus is caused to receive the first message by receiving an initial UE message from the serving RAN node.
  • Clause 3. The first apparatus of clause 1, wherein the first apparatus is caused to receive the first message by receiving a tracking area update (TAU) request message from the UE.
  • Clause 4. The first apparatus of clause 3, wherein the first apparatus is further caused to: transmit, based on the TAU request message, a request for a second context of the UE to a first access and mobility management function (AMF) , the second context being created at the first AMF; and receive a response message from the first AMF, the response message comprising the second context and first information about the first SF; the first apparatus is caused to determine whether the terminal device or the serving RAN node is within the serving area by: determining, based on the TAU request message and the response message, whether the terminal device or the serving RAN node is within the serving area.
  • Clause 5. The first apparatus of clause 1, wherein the first apparatus is caused to receive the first message by receiving a path switch request from the serving RAN node.
  • Clause 6. The first apparatus of clause 1, wherein the first apparatus is caused to receive the first message by receiving a handover required message from a source RAN node of the UE, the handover required message comprising the first ID of the UE and a target ID of the serving RAN node.
  • Clause 7. The first apparatus of clause 1, wherein the first apparatus is caused to receive the first message by receiving a request for creating a second context of the UE from a first access and mobility management function (AMF) , the request comprising the first ID of the UE, first information about the first SF and a target ID of the serving RAN node.
  • Clause 8. The first apparatus of clause 1, wherein the first apparatus causes the first context of the UE to be transmitted from the first SF to the second SF by transmitting a second message to the first SF, the second message indicating the first SF to transmit the first context to the second SF, and the second message comprising a second ID of the UE and second information about the second SF.
  • Clause 9. The first apparatus of clause 1, wherein the first apparatus causes the first context of the UE to be transmitted from the first SF to the second SF by transmitting a third message to the second SF, the third message indicating the second SF to obtain the first context from the first SF, and the third message comprising a third ID of the UE and first information about the first SF.
  • Clause 10. The first apparatus of clause 1, wherein the first apparatus causes the first context of the UE to be transmitted from the first SF to the second SF by: based on determining that the UE or the serving RAN node of the UE is outside the serving area, transmitting an indication to the UE, the indication indicating the UE to transmit a sensing registration request; receiving the sensing registration request from the UE; and transmitting, to the second SF, the sensing registration request and first information about the first SF.
  • Clause 11. A third apparatus, comprising: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the third  apparatus to: receive a second identity (ID) of a user equipment (UE) and second information about a second SF; and transmit, based at least on the second ID of the UE, a first context of the UE to a second SF, the first context being created at the third apparatus.
  • Clause 12. The third apparatus of clause 11, wherein the third apparatus is caused to receive the second ID of the UE by: receiving a second message from a first access and mobility management function (AMF) , the second message indicating the third apparatus to transmit the first context to the second SF, the second message comprising the second ID of the UE and second information about the second SF.
  • Clause 13. The third apparatus of clause 11, wherein the third apparatus is caused to receive the second ID of the UE by receiving a request for the first context from the second SF, the request comprising the second ID of the UE.
  • Clause 14. The third apparatus of clause 11, wherein the third apparatus is further caused to: transmit, to the second SF, a data forwarding indicator indicating data forwarding from the third apparatus to the second SF is to be performed; and receive, from the second SF, the second ID and transport network layer (TNL) information for the data forwarding.
  • Clause 15. A fourth apparatus, comprising: at least one memory; and at least one processor coupled with the at least one memory and configured to cause the third apparatus to: obtain, from a first sensing function (SF) , a first context of a user equipment (UE) , the first context being created at the first SF; and determine, based on the first context, the UE to perform a sensing procedure.
  • Clause 16. The fourth apparatus of clause 15, wherein the fourth apparatus is caused to obtain the first context by: receiving a second identity (ID) of the UE and first information about the first SF from a second access and mobility management function (AMF) ; transmitting a request for the first context to the first SF, the request comprising the second ID; and receiving, from the first SF, a response message comprising the first context.
  • Clause 17. The fourth apparatus of clause 16, wherein the fourth apparatus is caused to receive the second ID of the UE by receiving, from the first AMF, a sensing registration request and the second ID.
  • Clause 18. The fourth apparatus of clause 15, wherein the fourth apparatus is further caused to: receive, from the first SF, a data forwarding indicator indicating data forwarding from the first SF to the fourth apparatus is to be performed; and transmit, to the first SF, a second identity (ID) of the UE and transport network layer (TNL) information for the data forwarding.
  • Clause 19. The fourth apparatus of clause 15, wherein the fourth apparatus is further caused to: based on determining that the first context comprises Protocol Data Unit (PDU) session information, transmit, to the first SF, a second identity (ID) of the UE and transport network layer (TNL) information for data forwarding from the first SF to the fourth apparatus.
  • Clause 20. The fourth apparatus of clause 15, wherein the fourth apparatus is further caused to: transmit, to the UE, an indication indicating that sensing measurement data is to be transmitted to the fourth apparatus via a control signaling.
  • It should be noted that the methods described herein describes possible implementations, and that the operations and the steps may be rearranged or otherwise modified and that other implementations are possible. Further, aspects from two or more of the methods may be combined.
  • The various illustrative blocks and components described in connection with the disclosure herein may be implemented or performed with a general-purpose processor, a DSP, an ASIC, a CPU, an FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration.
  • The functions described herein may be implemented in hardware, software executed by a processor, firmware, or any combination thereof. If implemented in software executed by a processor, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium. Other examples and implementations are within the scope of the disclosure and appended claims. For  example, due to the nature of software, functions described herein may be implemented using software executed by a processor, hardware, firmware, hardwiring, or combinations of any of these. Features implementing functions may also be physically located at various positions, including being distributed such that portions of functions are implemented at different physical locations.
  • Computer-readable media includes both non-transitory computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A non-transitory storage medium may be any available medium that may be accessed by a general-purpose or special-purpose computer. By way of example, non-transitory computer-readable media may include RAM, ROM, electrically erasable programmable ROM (EEPROM) , flash memory, compact disk (CD) ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other non-transitory medium that may be used to carry or store desired program code means in the form of instructions or data structures and that may be accessed by a general-purpose or special-purpose computer, or a general-purpose or special-purpose processor.
  • As used herein, including in the claims, an article “a” before an element is unrestricted and understood to refer to “at least one” of those elements or “one or more” of those elements. The terms “a, ” “at least one, ” “one or more, ” and “at least one of one or more” may be interchangeable. As used herein, including in the claims, “or” as used in a list of items (e.g., a list of items prefaced by a phrase such as “at least one of” or “one or more of” or “one or both of” ) indicates an inclusive list such that, for example, a list of at least one of A, B, or C means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) . Also, as used herein, the phrase “based on” shall not be construed as a reference to a closed set of conditions. For example, an example step that is described as “based on condition A” may be based on both a condition A and a condition B without departing from the scope of the present disclosure. In other words, as used herein, the phrase “based on” shall be construed in the same manner as the phrase “based at least in part on. Further, as used herein, including in the claims, a “set” may include one or more elements.
  • The description herein is provided to enable a person having ordinary skill in the art to make or use the disclosure. Various modifications to the disclosure will be  apparent to a person having ordinary skill in the art, and the generic principles defined herein may be applied to other variations without departing from the scope of the disclosure. Thus, the disclosure is not limited to the examples and designs described herein but is to be accorded the broadest scope consistent with the principles and novel features disclosed herein.

Claims (20)

  1. A first apparatus, comprising:
    at least one memory; and
    at least one processor coupled with the at least one memory and configured to cause the apparatus to:
    receive a first message comprising a first identity (ID) of a user equipment (UE) ;
    determine, based at least on the first message, whether the UE or a serving radio access node (RAN) node of the UE is within a serving area of a first sensing function (SF) ;
    based on determining that the UE or the serving RAN node of the UE is outside the serving area, determine a second SF for serving the UE; and
    cause a first context of the UE to be transmitted from the first SF to the second SF, the first context being created at the first SF.
  2. The first apparatus of claim 1, wherein the first apparatus is caused to receive the first message by:
    receiving an initial UE message from the serving RAN node.
  3. The first apparatus of claim 1, wherein the first apparatus is caused to receive the first message by:
    receiving a tracking area update (TAU) request message from the UE.
  4. The first apparatus of claim 3, wherein the first apparatus is further caused to:
    transmit, based on the TAU request message, a request for a second context of the UE to a first access and mobility management function (AMF) , the second context being created at the first AMF; and
    receive a response message from the first AMF, the response message comprising the second context and first information about the first SF.
  5. The first apparatus of claim 1, wherein the first apparatus is caused to receive the first message by:
    receiving a path switch request from the serving RAN node.
  6. The first apparatus of claim 1, wherein the first apparatus is caused to receive the first message by:
    receiving a handover required message from a source RAN node of the UE, the handover required message comprising the first ID of the UE and a target ID of the serving RAN node.
  7. The first apparatus of claim 1, wherein the first apparatus is caused to receive the first message by:
    receiving a request for creating a second context of the UE from a first access and mobility management function (AMF) , the request comprising the first ID of the UE, first information about the first SF and a target ID of the serving RAN node.
  8. The first apparatus of claim 1, wherein the first apparatus causes the first context of the UE to be transmitted from the first SF to the second SF by:
    transmitting a second message to the first SF, the second message indicating the first SF to transmit the first context to the second SF, and the second message comprising a second ID of the UE and second information about the second SF.
  9. The first apparatus of claim 1, wherein the first apparatus causes the first context of the UE to be transmitted from the first SF to the second SF by:
    transmitting a third message to the second SF, the third message indicating the second SF to obtain the first context from the first SF, and the third message comprising a third ID of the UE and first information about the first SF.
  10. The first apparatus of claim 1, wherein the first apparatus causes the first context of the UE to be transmitted from the first SF to the second SF by:
    based on determining that the UE or the serving RAN node of the UE is outside the serving area, transmitting an indication to the UE, the indication indicating the UE to transmit a sensing registration request;
    receiving the sensing registration request from the UE; and
    transmitting, to the second SF, the sensing registration request and first information about the first SF.
  11. A third apparatus, comprising:
    at least one memory; and
    at least one processor coupled with the at least one memory and configured to cause the third apparatus to:
    receive a second identity (ID) of a user equipment (UE) and second information about a second SF; and
    transmit, based at least on the second ID of the UE, a first context of the UE to a second SF, the first context being created at the third apparatus.
  12. The third apparatus of claim 11, wherein the third apparatus is caused to receive the second ID of the UE by:
    receiving a second message from a first access and mobility management function (AMF) , the second message indicating the third apparatus to transmit the first context to the second SF, the second message comprising the second ID of the UE and second information about the second SF.
  13. The third apparatus of claim 11, wherein the third apparatus is caused to receive the second ID of the UE by:
    receiving a request for the first context from the second SF, the request comprising the second ID of the UE.
  14. The third apparatus of claim 11, wherein the third apparatus is further caused to:
    transmit, to the second SF, a data forwarding indicator indicating data forwarding from the third apparatus to the second SF is to be performed; and
    receive, from the second SF, the second ID and transport network layer (TNL) information for the data forwarding.
  15. A fourth apparatus, comprising:
    at least one memory; and
    at least one processor coupled with the at least one memory and configured to cause the third apparatus to:
    obtain, from a first sensing function (SF) , a first context of a user equipment (UE) , the first context being created at the first SF; and
    determine, based on the first context, the UE to perform a sensing procedure.
  16. The fourth apparatus of claim 15, wherein the fourth apparatus is caused to obtain the first context by:
    receiving a second identity (ID) of the UE and first information about the first SF from a second access and mobility management function (AMF) ;
    transmitting a request for the first context to the first SF, the request comprising the second ID; and
    receiving, from the first SF, a response message comprising the first context.
  17. The fourth apparatus of claim 16, wherein the fourth apparatus is caused to receive the second ID of the UE by:
    receiving, from the first AMF, a sensing registration request and the second ID.
  18. The fourth apparatus of claim 15, wherein the fourth apparatus is further caused to:
    receive, from the first SF, a data forwarding indicator indicating data forwarding from the first SF to the fourth apparatus is to be performed; and
    transmit, to the first SF, a second identity (ID) of the UE and transport network layer (TNL) information for the data forwarding.
  19. The fourth apparatus of claim 15, wherein the fourth apparatus is further caused to:
    based on determining that the first context comprises Protocol Data Unit (PDU) session information, transmit, to the first SF, a second identity (ID) of the UE and transport network layer (TNL) information for data forwarding from the first SF to the fourth apparatus.
  20. The fourth apparatus of claim 15, wherein the fourth apparatus is further caused to:
    transmit, to the UE, an indication indicating that sensing measurement data is to be transmitted to the fourth apparatus via a control signaling.
EP23884264.5A 2023-06-30 2023-06-30 Ue context transfer upon sensing function switch Pending EP4736528A1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2023/105114 WO2024093325A1 (en) 2023-06-30 2023-06-30 Ue context transfer upon sensing function switch

Publications (1)

Publication Number Publication Date
EP4736528A1 true EP4736528A1 (en) 2026-05-06

Family

ID=90929590

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23884264.5A Pending EP4736528A1 (en) 2023-06-30 2023-06-30 Ue context transfer upon sensing function switch

Country Status (3)

Country Link
EP (1) EP4736528A1 (en)
CN (1) CN121420597A (en)
WO (1) WO2024093325A1 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN121284536A (en) * 2024-07-02 2026-01-06 维沃移动通信有限公司 Wireless communication method, device and equipment
WO2025218260A1 (en) * 2024-12-27 2025-10-23 Lenovo (Beijing) Limited Handling of sensing ue mobility

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101265643B1 (en) * 2006-08-22 2013-05-22 엘지전자 주식회사 A mothod of executing handover and controlling thereof in mobile communication system
CN115734200A (en) * 2021-09-01 2023-03-03 华为技术有限公司 Method and communication device for sensing terminal equipment
CN115914986A (en) * 2021-09-30 2023-04-04 大唐移动通信设备有限公司 Perception data transmission method, device, apparatus and storage medium
CN116347328B (en) * 2021-12-24 2025-11-11 维沃移动通信有限公司 Positioning sensing method and device and related equipment

Also Published As

Publication number Publication date
WO2024093325A1 (en) 2024-05-10
CN121420597A (en) 2026-01-27

Similar Documents

Publication Publication Date Title
WO2024159793A1 (en) Devices and methods for store and forward operations
WO2024093326A1 (en) Sensing data exchange
WO2024093325A1 (en) Ue context transfer upon sensing function switch
WO2024148819A1 (en) Paging for sensing ue
WO2024109199A1 (en) Network function determination
WO2024119942A1 (en) Sidelink based sensing
WO2025156295A1 (en) Multicast or broadcast service continuity
WO2024239690A1 (en) Methods for handling unsuccessful computing task
WO2024094228A1 (en) Indirect path failure procedure in multi-path
WO2025218260A1 (en) Handling of sensing ue mobility
WO2025097801A1 (en) Devices and methods of communication
WO2024207740A1 (en) Layer 1 or layer 2 triggered mobility
WO2024093439A1 (en) Path addition or release in inter-gnb multi-path
WO2026051369A1 (en) Activation or deactivation of scell in ltm
WO2024164606A1 (en) Devices and methods of communication
WO2024109166A1 (en) Indirect path change in multi-path
WO2025107677A1 (en) Devices and methods of communication
WO2024159782A1 (en) Candidate cell configuration for ltm
WO2025161467A1 (en) Sensing relay
WO2025145707A1 (en) Early csi acquisition for l1/l2 triggered mobility
WO2025241554A1 (en) Sensing object mobility
WO2025256157A1 (en) Ltm based fast recovery
WO2025035789A1 (en) AIoT DEVICE DISCOVERY AND UPDATE
WO2025145658A1 (en) Access control of an ntn cell
WO2024169218A1 (en) Random access for sensing

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE