EP4736555A1 - Sensing data exchange - Google Patents

Sensing data exchange

Info

Publication number
EP4736555A1
EP4736555A1 EP23884265.2A EP23884265A EP4736555A1 EP 4736555 A1 EP4736555 A1 EP 4736555A1 EP 23884265 A EP23884265 A EP 23884265A EP 4736555 A1 EP4736555 A1 EP 4736555A1
Authority
EP
European Patent Office
Prior art keywords
sensing
information
processor
terminal device
transceiver
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
EP23884265.2A
Other languages
German (de)
French (fr)
Inventor
Haiyan Luo
Mingzeng Dai
Genadi Velev
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 EP4736555A1 publication Critical patent/EP4736555A1/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements specially adapted for data communications, e.g. authentication, authorisation and accounting [AAA] framework
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/62—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP based on trigger specification
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/38—Services specially adapted for particular environments, situations or purposes for collecting sensor information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Various aspects of the present disclosure relate to sensing data exchange. In one aspect of the solution of the present disclosure, a network device receives, via the transceiver, sensing trigger information for a sensing protocol data unit (PDU) session for a terminal device. Then the network device transmits, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device. In this way, a procedure of sensing resources allocation is triggered, and the network device obtains the sensing related policy. Therefore, the performance of communication is improved.

Description

    SENSING DATA EXCHANGE TECHNICAL FIELD
  • The present disclosure relates to wireless communications, and more specifically to devices, processors, methods, and a computer readable medium for sensing data exchange.
    • 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 user equipment (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 (e.g., sixth generation (6G) ) .
  • Wireless sensing technologies aim at acquiring information about a remote object or its environment and its characteristics without physically contacting it. A new sensing function (SF) is introduced to enable sensing in the 5G system network. The application server or 5G core (5GC) network function (NF) or UE may trigger sensing procedure. The SF may assign a sensing task to an access node or a UE. If the sensing task is assigned to a UE, the UE may report the sensing measurement data towards the SF via either control plane or user plane. However, there’re some issues to be addressed.
    • SUMMARY
  • The present disclosure relates to methods, devices, and systems that support sensing data exchange.
  • Some implementations of the method and devices described herein may include, receiving, via the transceiver, sensing trigger information for a sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device. In this way, a procedure of sensing resources allocation is triggered, and the network device obtains the sensing related policy. Therefore, the performance of communication is improved.
  • In some implementations of the method and devices described herein, the sensing trigger information may comprise one of the following: a sensing indication; or a sensing task identifier (ID) .
  • In some implementations of the method and devices described herein, the network function may be a sensing function (SF) and the request may comprise one of the following: an ID of the terminal device; or the ID of the terminal device and a sensing task ID.
  • In some implementations of the method and devices described herein, the network function may be a policy control function (PCF) and the request may comprise one of the following: an ID of the terminal device, and SF information associated with the terminal device; or the ID of the terminal device, the SF information and a sensing task ID.
  • In some implementations of the method and devices described herein, the SF information may be received, via the transceiver, from an access and mobility management function (AMF) , by a request for the SF information, wherein the request comprises the ID of the terminal device.
  • Some implementations of the method and devices described herein may further include transmitting, via the transceiver to a unified data management (UDM) , a request for the SF information associated with the terminal device, wherein the request comprises the ID of the terminal device; and receiving, via the transceiver, the SF information associated with the terminal device from the UDM.
  • In some implementations of the method and devices described herein, the SF information may comprise one of the following: an ID of the SF, Internet protocol (IP) address of the SF, or a fully qualified domain name (FQDN) of the SF.
  • Some implementations of the method and devices described herein may further include being configured to receive the sensing trigger information by: receiving, via the transceiver, the sensing trigger information from the terminal device via an uplink (UL) message; receiving, via the transceiver, the sensing trigger information from the terminal device via an establishment request for a sensing PDU session; or receiving, via the transceiver, the sensing trigger information from an AMF together with the SF information associated with the terminal device.
  • Some implementations of the method and devices described herein may further include receiving, via the transceiver, from the SF, a response for the sensing policy information, wherein the response comprises the sensing policy information associated with the sensing PDU session for the terminal device.
  • In some implementations of the method and devices described herein, the response may further comprise the sensing task ID.
  • Some implementations of the method and devices described herein may further include receiving, via the transceiver, from the PCF, a response comprising sensing control information associated with the sensing policy information.
  • In some implementations of the method and devices described herein, the sensing policy information may comprise one of the following: at least one quality of service (QoS) parameter, at least one sensing requirement, user plane information for the terminal device, or transport network layer (TNL) information at an SF.
  • Some implementations of the method and devices described herein may further include transmitting, via the transceiver to a user plane function (UPF) , a trigger message for a N4 session establishment procedure or a N4 session modification procedure, wherein the trigger message comprises a bidirectional tunnel indication; and receiving, via the transceiver, from the UPF, TNL information at the UPF for a radio access network (RAN) node and TNL information at the UPF for the SF.
  • Some implementations of the method and devices described herein may further include transmitting, via the transceiver, to the RAN node, an ID of the sensing PDU session, TNL information at a SF or TNL information at a UPF, and the second sensing control information.
  • In some implementations of the method and devices described herein, the first sensing control information and the second sensing control information may comprise one of the following: the sensing task ID and a sensing mode of the terminal device; or the sensing task ID, the sensing mode of the terminal device and the at least one sensing requirement.
  • Some implementations of the method and devices described herein may include, determining sensing function (SF) information associated with a sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver, to a session management function (SMF) , the SF information. Therefore, the performance of communication is improved.
  • Some implementations of the method and devices described herein may further include, prior to determining the SF information, receiving, via the transceiver, from the terminal device, a sensing indication for determining the SF information for the terminal device.
  • Some implementations of the method and devices described herein may further include prior to determining the SF information, receiving, via the transceiver, from the terminal device, a sensing indication for determine the SF information and an establishment request for a sensing protocol data unit (PDU) session, and wherein the SF information is transmitted together with the establishment request to the SMF.
  • Some implementations of the method and devices described herein may further include being configured to determining the SF information by: determining the SF information based on the sensing indication.
  • Some implementations of the method and devices described herein may further include prior to determining the SF information, receiving, via the transceiver, from a session management function (SMF) , a request for the SF information, wherein the request comprises the ID of the terminal device.
  • Some implementations of the method and devices described herein may further include receiving, via the transceiver from the terminal device, a sensing registration request; selecting a sensing function (SF) for the terminal device; and transmitting, via the transceiver to the selected SF, the sensing registration request.
  • In some implementations of the method and devices described herein, the sensing registration request may comprise information of sensing capability and the ID of the terminal device.
  • Some implementations of the method and devices described herein include receiving, via the transceiver from a second network device, a request for sensing policy information associated with a sensing protocol data unit (PDU) session, wherein the request comprises an identifier (ID) of a terminal device associated with the sensing PDU session; and transmitting, via the transceiver to the second network device, the sensing policy information. Therefore, the performance of communication is improved.
  • In some implementations of the method and devices described herein, the request may further comprise a sensing task ID.
  • In some implementations of the method and devices described herein, the second network device may comprise a session management function (SMF) and a policy control function (PCF) .
  • Some implementations of the method and devices described herein may further include receiving, via the transceiver from an access and mobility management function (AMF) , a sensing registration request from the terminal device.
  • Some implementations of the method and devices described herein may further include transmitting, via the transceiver to a unified data management (UDM) , sensing function (SF) information associated with the terminal device.
  • Some implementations of the method and devices described herein may further include assigning a sensing task to the terminal device by transmitting, via the transceiver to the terminal device, one of the following: a sensing task ID, at least one sensing requirement and user plane connection indication; or a sensing task ID, at least one sensing requirement, user plane connection indication and user plane information.
  • Some implementations of the method and devices described herein include determining to establish a user plane connection with a sensing function (SF) ; and transmitting, via the transceiver to a network function, sensing trigger information associated with a sensing protocol data unit (PDU) session. Therefore, the performance of communication is improved.
  • In some implementations of the method and devices described herein, the network function may be a session management function (SMF) and the sensing trigger information may comprise one of the following: a sensing indication; or a sensing task identifier (ID) .
  • In some implementations of the method and devices described herein, the network function may be an access and mobility management function (AMF) , the sensing trigger information may comprise one of the following: a sensing indication; or a sensing task identifier (ID) .
  • In some implementations of the method and devices described herein, the sensing trigger information may be transmitted with an establishment request for a sensing PDU session.
  • Some implementations of the method and devices described herein may further include being configured to determine to establish the user plane connection with the SF by: based on receiving sensing task information from the SF, determining to establish the user plane connection with the SF; based on receiving sensing task information from a radio access network (RAN) node, determining to establish the user plane connection with the SF; or based on receiving sensing task information from an application on the terminal device, determining to establish the user plane connection with the SF.
  • In some implementations of the method and devices described herein, the sensing task information may comprise one of the following: a sensing task ID, at least one sensing requirement, a user plane connection indication, the user plane information, or an indication to provide sensing results directly to the SF.
  • Some implementations of the method and devices described herein may further include receiving, via the transceiver, a UE Route Selection Policy (URSP) rule for sensing from the PCF; and determining at least one attribute of the sensing PDU session based on the rule, wherein the at least one attribute comprise a mode of a PDU session and service continuity (SSC) , a type of a PDU session, a network slice, a data network name (DNN) and an access type.
  • Some implementations of the method and devices described herein may further include transmitting, via the transceiver to the AMF, a sensing registration  request so that the AMF transmits the sensing registration request to the SF; and receiving, via the transceiver from the AMF, a sensing registration response, wherein the AMF receives the sensing registration response from the SF.
  • Some implementations of the method and devices described herein may further include receiving, via the transceiver from a radio access network (RAN) node, one of the following: user plane information for the terminal device; a QoS flow identifier (QFI) ; a data radio bearer (DRB) ID; a logical channel ID, a logical channel group ID; or at least one sensing resource corresponding to a sensing mode of the terminal device and the at least one sensing requirement.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • FIG. 1A illustrates an example of a wireless communications system that supports sensing data exchange in accordance with aspects of the present disclosure.
  • FIG. 1B illustrates an example of user plane protocol for sensing PDU session associated with aspects of the present disclosure.
  • FIG. 1C illustrates an example session management (SM) policy association establishment process associated with aspects of the present disclosure.
  • FIG. 2 illustrates an example signaling chart illustrating an example process in accordance with aspects of the present disclosure.
  • FIG. 3 illustrates an example sensing PDU session establishment procedure in accordance with aspects of the present disclosure.
  • FIG. 4 illustrates another example sensing PDU session establishment procedure in accordance with aspects of the present disclosure.
  • FIG. 5 illustrates another example sensing PDU session establishment procedure in accordance with aspects of the present disclosure.
  • FIG. 6 illustrates yet another example sensing PDU session establishment procedure in accordance with aspects of the present disclosure.
  • FIG. 7 illustrates an example sensing registration procedure in accordance with aspects of the present disclosure.
  • FIGS. 8 through 11 illustrate examples of devices that support sensing data exchange in accordance with aspects of the present disclosure.
  • FIGS. 12 through 15 illustrate examples of processors that support sensing data exchange in accordance with aspects of the present disclosure.
  • FIG. 16 illustrates a flowchart of a method that supports sensing data exchange in accordance with aspects of the present disclosure.
  • FIG. 17 illustrates a flowchart of a method that supports sensing data exchange in accordance with aspects of the present disclosure.
  • FIG. 18 illustrates a flowchart of a method that supports sensing data exchange in accordance with aspects of the present disclosure.
  • FIG. 19 illustrates a flowchart of a method that supports sensing data exchange in accordance with aspects of the present disclosure.
  • Throughout the drawings, the same or similar reference numerals represent the same or similar elements.
    • 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 used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.
  • As used herein, the term “communication network” refers to a network following any suitable communication standards, such as, 5G new radio (NR) , Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) , and so on. Further, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, and/or any other protocols either currently known or to be developed in the future.  Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will also be future type communication technologies and systems in which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.
  • As used herein, the term “network device” generally refers to a node in a communication network via which a terminal device can access the communication network and receive services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto BS, a pico BS, and so forth, depending on the applied terminology and technology. The network device may further refer to a network function (NF) in the core network, for example, a SMF, an AMF, a PCF, a UPF or devices with same function in future network architectures, and so forth.
  • As used herein, the term “terminal device” generally refers to any end device that may be capable of wireless communications. By way of example rather than a limitation, a terminal device may also be referred to as a communication device, a user equipment (UE) , an end user device, a subscriber station (SS) , an unmanned aerial vehicle (UAV) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable terminal device, a personal digital assistant (PDA) , a portable computer, a desktop computer, an image capture terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , a USB dongle, a smart device, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device (for example, a remote surgery device) , an industrial device (for example, a robot and/or other wireless devices operating in an industrial and/or an  automated processing chain contexts) , a consumer electronics device, a device operating on commercial and/or industrial wireless networks, and the like. In the following description, the terms: “terminal device, ” “communication device, ” “terminal, ” “user equipment” and “UE, ” may be used interchangeably.
  • Wireless sensing technologies aim at acquiring information about a remote object or its environment and its characteristics without physically contacting it. This can be achieved by using a camera, radar or lidar etc. There are also investigations and solutions on how communication technologies (e.g. 3GPP specified LTE or NR, but also wireless local area network, WLAN) can be utilized for sensing. There are also initiatives to enhance the cellular wireless communication systems, e.g. 5G system (5GS) as specified by 3GPP, to also incorporate the wireless sensing. In other words, beside the traditional communication services, the wireless system can also perform a sensing task and report the result to an application, customer or vertical that is interested in the sensing result. The sensing can be also used internally in the wireless communication system to improve the network performance.
  • A new SF is introduced to enable sensing in the 5GS network. SF can be a standalone 5GC NF or co-located with the existing 5GC NF, e.g., location management function (LMF) . The application server or 5GC NF or UE may trigger sensing procedure. SF may assign a sensing task to an access node or UE. If the sensing task is assigned to a UE, the UE may report the sensing measurement data towards SF via either control plane or user plane. UE reporting sensing measurement data via user plane is considered in the present disclosure.
  • In legacy 3GPP network, the UE triggers a PDU session establishment for a newly detected application or requested by network by providing a device trigger request message. The device trigger request message contains information of application on the UE side. The UE first evaluates the URSP rules and determines the attributes of the PDU session. Then the UE determines if there’s an existing PDU session that matches all attributes of the PDU session. If not, the URSP handling layer requests the UE non-access stratum (NAS) layer to establish a PDU session providing the PDU session attributes. In the PDU session establishment procedure or PDU session modification procedure, the PCF will provide SMF the (SM policy which applies for the life time of the PDU session. The SM policy includes session related policies and policy  and charging control (PCC) rules. The session management policy control service can be used for charging control, policy control, application detection and control and/or access traffic steering, switching and splitting etc. Upon receiving the SM policy from PCF, SMF configures user plane function (UPF) with N4 rules to enable the process of packets at UPF side. The N4 rules includes packet detection rule (PDR) , forwarding action rule (FAR) , QoS enforcement rule (QER) etc. SMF configures RAN node with the QoS flow and the corresponding QoS profile to enable the QoS handling at RAN side. SMF also configures UE with QoS rules to enable uplink (UL) packet handling at UE side. N3 tunnel is established between a RAN node and UPF for the PDU session. UE exchanges data with application server via RAN node and UPF.
  • Similarly, it is assumed that a sensing PDU session is established between UE and SF/SF-U (SF-user plane) . One option is to establish a N3 tunnel between RAN and UPF for the PDU session. Another option is to omit the UPF, i.e., there’s a user plane tunnel between RAN and SF/SF-U directly. For the sensing PDU session establishment, there’re some issues to be addressed. The PDU session establishment for sensing triggered by UE and the way of SMF obtains the sensing related policy are still not unclear. In addition, the trigger for a RAN node to allocate sensing resources (e.g., downlink sensing resources for UE to perform sensing, uplink resources for UE to send out sensing signaling) also not unclear.
  • In view of the above discussions, embodiments of the present disclosure provide a solution for sensing data exchange. In one aspect of the solution of the present disclosure, a network device receives, via the transceiver, sensing trigger information for a sensing PDU session for a terminal device. Then the network device transmits, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device. In this way, a procedure of sensing resources allocation is triggered, and the network device obtains the sensing related policy. Therefore, the performance of communication is improved. Principles and implementations of embodiments of the present disclosure will be described in detail below with reference to Figs. 1A-19.
  • 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 sensing data exchange in accordance with aspects of the present disclosure. The wireless communications system 100 may include one or more network entities 102 (also referred to as network equipment (NE) ) , one or more UEs 104, a core network 106, and a packet data network 108. The wireless communications system 100 may support various radio access technologies. In some implementations, the wireless communications system 100 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 100 may be a 5G network, such as an NR network. In other implementations, the wireless communications system 100 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 100 may support radio access technologies beyond 5G. Additionally, the wireless communications system 100 may support technologies, such as time division multiple access (TDMA) , frequency division multiple access (FDMA) , or code division multiple access (CDMA) , etc.
  • The one or more network entities 102 may be dispersed throughout a geographic region to form the wireless communications system 100. 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) , 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 100. 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 100. In some other implementations, a UE 104 may be mobile in the wireless communications system 100.
  • 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. 1. 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. 1. 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 100.
  • 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 RAN (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 central unit (CU) , a distributed unit (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) , which may include a control plane entity that manages access and mobility (e.g., a mobility management entity (MME) , an access and mobility management functions (AMF) ) and a user plane entity that routes packets or interconnects to external networks (e.g., a serving gateway (S-GW) , a Packet Data Network (PDN) gateway (P-GW) , or a user plane function (UPF) ) . In some implementations, the 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.
  • 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, N3, 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) .
  • In the wireless communications system 100, the network entities 102 and the UEs 104 may use resources of the wireless communications system 100 (e.g., time resources (e.g., symbols, slots, subframes, frames, or the like) or frequency resources (e.g., subcarriers, carriers) ) to perform various operations (e.g., wireless communications) . In some implementations, the network entities 102 and the UEs 104 may support different resource structures. For example, the network entities 102 and the UEs 104 may support different frame structures. In some implementations, such as in 4G, the network entities 102 and the UEs 104 may support a single frame structure. In some other implementations, such as in 5G and among other suitable radio access technologies, the network entities 102 and the UEs 104 may support various frame structures (i.e., multiple frame structures) . The network entities 102 and the UEs 104 may support various frame structures based on one or more numerologies.
  • One or more numerologies may be supported in the wireless communications system 100, and a numerology may include a subcarrier spacing and a cyclic prefix. A first numerology (e.g., μ=0) may be associated with a first subcarrier spacing (e.g., 15 kHz) and a normal cyclic prefix. In some implementations, the first numerology (e.g., μ=0) associated with the first subcarrier spacing (e.g., 15 kHz) may utilize one slot per subframe. A second numerology (e.g., μ=1) may be associated with a second subcarrier spacing (e.g., 30 kHz) and a normal cyclic prefix. A third numerology (e.g., μ=2) may be associated with a third subcarrier spacing (e.g., 60 kHz) and a normal cyclic prefix or an extended cyclic prefix. A fourth numerology (e.g., μ=3) may be associated with a fourth subcarrier spacing (e.g., 120 kHz) and a normal cyclic prefix. A fifth numerology (e.g., μ=4) may be associated with a fifth subcarrier spacing (e.g., 240 kHz) and a normal cyclic prefix.
  • A time interval of a resource (e.g., a communication resource) may be organized according to frames (also referred to as radio frames) . Each frame may have a duration, for example, a 10 millisecond (ms) duration. In some implementations, each frame may include multiple subframes. For example, each frame may include 10 subframes, and each subframe may have a duration, for example, a 1 ms duration. In some implementations, each frame may have the same duration. In some implementations, each subframe of a frame may have the same duration.
  • Additionally or alternatively, a time interval of a resource (e.g., a communication resource) may be organized according to slots. For example, a subframe may include a number (e.g., quantity) of slots. The number of slots in each subframe may also depend on the one or more numerologies supported in the wireless communications system 100. For instance, the first, second, third, fourth, and fifth numerologies (i.e., μ=0, μ=1, μ=2, μ=3, μ=4) associated with respective subcarrier spacings of 15 kHz, 30 kHz, 60 kHz, 120 kHz, and 240 kHz may utilize a single slot per subframe, two slots per subframe, four slots per subframe, eight slots per subframe, and 16 slots per subframe, respectively. Each slot may include a number (e.g., quantity) of symbols (e.g., OFDM symbols) . In some implementations, the number (e.g., quantity) of slots for a subframe may depend on a numerology. For a normal cyclic prefix, a slot may include 14 symbols. For an extended cyclic prefix (e.g., applicable for 60 kHz subcarrier spacing) , a slot may include 12 symbols. The relationship between the number of symbols per slot, the number of slots per subframe, and the number of slots  per frame for a normal cyclic prefix and an extended cyclic prefix may depend on a numerology. It should be understood that reference to a first numerology (e.g., μ=0) associated with a first subcarrier spacing (e.g., 15 kHz) may be used interchangeably between subframes and slots.
  • In the wireless communications system 100, an electromagnetic (EM) spectrum may be split, based on frequency or wavelength, into various classes, frequency bands, frequency channels, etc. By way of example, the wireless communications system 100 may support one or multiple operating frequency bands, such as frequency range designations FR1 (410 MHz –7.125 GHz) , FR2 (24.25 GHz –52.6 GHz) , FR3 (7.125 GHz –24.25 GHz) , FR4 (52.6 GHz –C 114.25 GHz) , FR4a or FR4-1 (52.6 GHz –C 71 GHz) , and FR5 (114.25 GHz –C 300 GHz) . In some implementations, the network entities 102 and the UEs 104 may perform wireless communications over one or more of the operating frequency bands. In some implementations, FR1 may be used by the network entities 102 and the UEs 104, among other equipment or devices for cellular communications traffic (e.g., control information, data) . In some implementations, FR2 may be used by the network entities 102 and the UEs 104, among other equipment or devices for short-range, high data rate capabilities.
  • FR1 may be associated with one or multiple numerologies (e.g., at least three numerologies) . For example, FR1 may be associated with a first numerology (e.g., μ=0) , which includes 15 kHz subcarrier spacing; a second numerology (e.g., μ=1) , which includes 30 kHz subcarrier spacing; and a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing. FR2 may be associated with one or multiple numerologies (e.g., at least 2 numerologies) . For example, FR2 may be associated with a third numerology (e.g., μ=2) , which includes 60 kHz subcarrier spacing; and a fourth numerology (e.g., μ=3) , which includes 120 kHz subcarrier spacing.
  • FIG. 1B illustrates an example of user plane protocol for sensing PDU session associated with aspects of the present disclosure. The user plane protocol for sensing between UE and SF. NR sensing protocol annex for the user plane (NRSP-U) is defined for exchanging user plane data between UE and SF, e.g., UE utilizes NRSP-U layer to provide sensing measurement data to SF.
  • FIG. 1C illustrates an example SM policy association establishment process associated with aspects of the present disclosure. Upon PDU session establishment,  SMF may perform PCF selection and trigger SM policy Association establishment procedure towards the selected PCF. SMF invokes Npcf_SMPolicyControl_Create operation including information about the PDU session, e.g., subscription permanent identifier (SUPI) , PDU session ID, DNN, single –network slice selection assistance information (S-NSSAI) and RAT type. If the PCF does not have the subscriber's subscription related information, it sends a request to the unified data repository (UDR) by invoking Nudr_DM_Query (SUPI, DNN, S-NSSAI, policy data, PDU session policy control data, remaining allowed usage data) service in order to receive the information related to the PDU session. After that, PCF generates SM policy which contains session rule and PCC rules etc. and sends to SMF. Upon PDU session modification, SMF or PCF may trigger SM policy association modification procedure. For example, the AF may request that a data session to a UE is set up with a specific QoS (e.g. low latency or jitter) and priority handling. Based on the required QoS provided by the AF, the PCF triggers the SM policy association modification procedure to provide SMF the QoS parameters and QoS monitoring etc.
  • FIG. 2 illustrates a signaling chart illustrating an example process 200 in accordance with aspects of the present disclosure. The process 200 may involve the terminal device 104, the SMF 120, the AMF 130, the SF 140, and the PCF 150. It would be appreciated that although the process 200 is applied to in the communication environment 100A of Fig. 1A, this process may be likewise applied to other communication scenarios with similar issues.
  • In the process 200, the terminal device 104 determines 201 to establish a user plane connection with a SF. In some embodiments, in response to receiving sensing task information from the SF, the terminal device 104 may determine to establish the user plane connection with the SF. The sensing task information may refer to the information associated with the sensing task assigned to the terminal device 104. For example, the terminal device 104 may be triggered to check whether there’s a PDU session established for sensing by SF assigns a sensing task to the terminal device 104. In some embodiments, in response to receiving sensing task information from a RAN node, the terminal device 104 may determine to establish the user plane connection with the SF. For example, the terminal device 104 may be triggered to check whether there’s a PDU session established for sensing by a RAN node assigns a sensing task to the terminal device 104. In some embodiments, in response to receiving sensing task  information from an application on the terminal device 104, the terminal device 104 may determine to establish the user plane connection with the SF. For example, the terminal device 104 may be triggered to check whether there’s a PDU session established for sensing by the application on the terminal device 104 assigns a sensing task to the terminal device 104.
  • The sensing task information may comprise a sensing task ID, at least one sensing requirement, a user plane connection indication, the user plane information, or an indication to provide sensing results directly to the SF, or any combination of two or more of the above-mentioned items. For example, the sensing task information may comprise the indication to provide sensing results directly to the SF when the RAN node assigns the sensing task to the terminal device 104 and indicates the terminal device 104 to forward the sensing result to the SF. The user plane connection indication indicates that SF supports user plane connection with UE, or indicates UE to establish user plane connection with SF. The user plane information includes the user plane address of the SF and security information.
  • In some scenarios, the terminal device 104 may further receive a URSP rule for sensing from the PCF via the transceiver. It is assumed that UE triggers sensing registration procedure towards SF via AMF if it is a sensing UE. AMF marks UE as a sensing UE as long as it receives an UL NAS message with contains a sensing message container. AMF then triggers UE policy association establishment/modification procedure towards PCF by including a sensing UE indicator. Upon receiving the sensing UE indicator, PCF generates the URSP rule for sensing and sends to UE via AMF. Then the terminal device 104 determines at least one attribute of the sensing PDU session based on the URSP rule. The at least one attribute comprise a mode of service continuity (SSC) , a type of a PDU session, a network slice, a data network name (DNN) and an access type. In some examples, the terminal device 104 may use a default PDU session for sensing. In some other examples, the terminal device 104 may establish a new PDU session for sensing.
  • Continuing with reference to Fig. 2, the terminal device 104 transmits 203 sensing trigger information 204 associated with a sensing PDU session. For example, the sensing trigger information may refer to the information that trigger the sensing PDU session. The sensing PDU session may refer to a PDU session transmitting sensing  data. For example, the terminal device 104 may transmit sensing measurement data via the sensing PDU session.
  • In some embodiments, the terminal device 104 may transmit the sensing trigger information 204 to the SMF 120, and the sensing trigger information 204 may comprise a sensing indication, or a sensing task ID. For example, the terminal device 104 may use a default PDU session for sensing and transmit the sensing indication or a sensing task ID to the SMF 120. The sensing task ID may comprise a sensing transaction ID, a sensing process ID or other ID for SF to identify which sensing task it is. In this case, the sensing trigger information may be transparent to AMF 130.
  • In some other embodiments, the terminal device 104 may transmit the sensing trigger information 204 with an establishment request for a sensing PDU session to the SMF 120, and the sensing trigger information may comprise a sensing indication, or a sensing task ID. For instance, the sensing trigger information may be transmitted with an establishment request for a sensing PDU session. In this case, the sensing trigger information may be transparent to AMF 130.
  • In an example, the terminal device 104 may use a default PDU session for sensing and transmit the sensing indication to the AMF 130. In another example, the terminal device 104 may establish a new PDU session for sensing and transmit the sensing indication or a sensing task ID to the AMF 130. Then the AMF 130 forward the sensing indication or the sensing task ID to the SMF 120. The sensing indication or a sensing task ID is carried by an establishment request for a sensing PDU session. In yet another example, the terminal device 104 may establish a new PDU session for sensing and transmit the sensing indication to the AMF 130 and the sensing indication is transmitted with an establishment request for a sensing PDU session. In this case, the sensing trigger information may not be transparent to AMF 130.
  • On another side of the communication, the SMF 120 receives 205 the sensing trigger information 208 for a sensing PDU session for a terminal device via the transceiver. In some embodiments, the SMF 120 may receive the sensing trigger information from the terminal device via an uplink (UL) message, e.g., N1 SM information contained in UL NAS message. In some embodiments, the SMF 120 may receive the sensing trigger information from the terminal device via an establishment request for a sensing PDU session. In some embodiments, the SMF 120 may receive the  sensing trigger information from an AMF together with the SF information associated with the terminal device.
  • As an example, the SF information can be received via the transceiver from an access and AMF by a request for the SF information. The request may comprise the ID of the terminal device. The ID of the terminal device can be SUPI, Generic Public Subscription Identifier (GPSI) , 5G-globally unique temporary identifier (GUTI) , 5G-S-tTemporary mobile subscription identifier (TMSI) etc. In some situations, the SMF 120 may further transmit a request for the SF information associated with the terminal device via the transceiver to a UDM, and the request comprises the ID of the terminal device. Then the SMF 120 may receive the SF information associated with the terminal device from the UDM via the transceiver.
  • In some embodiments, the SF information may comprise an ID of the SF, IP address of the SF, a FQDN of the SF, or any combination of two or more of the above-mentioned items.
  • On another side of the communication, the AMF 130 may receive 209 the sensing trigger information 208 from the terminal device 104. The AMF 130 determines 211 SF information associated with a sensing PDU session for a terminal device. The AMF 130 transmits 213 the SF information 214 via the transceiver to the SMF 120.
  • In some embodiments, prior to determining the SF information, the AMF 130 may further receive a sensing indication for determining the SF information for the terminal device via the transceiver from the terminal device. In some embodiments, prior to determining the SF information, the AMF 130 may further receive a sensing indication for determine the SF information and an establishment request for a sensing PDU session via the transceiver from the terminal device, and the SF information is transmitted together with the establishment request to the SMF 120. In some embodiments, in order to determine the SF information, the AMF 130 may determine the SF information based on the sensing indication. In this case, the sensing trigger information is not transparent to AMF 130.
  • In some other embodiments, prior to determining the SF information, the AMF 130 may receive a request for the SF information, and the request comprises the ID of the terminal device via the transceiver from the SMF 120.
  • Continuing with reference to Fig. 2, the SMF 120 transmits a request for sensing policy information 218 associated with the sensing PDU session for the terminal device 104. In some embodiments, the SMF 120 may transmit 217 the request for sensing policy information 218 to the SF 140 and the request may comprise an ID of the terminal device, or the ID of the terminal device and a sensing task ID. In some embodiments, the SMF 120 may transmit 221 the request for sensing policy information 222 to the PCF 150 and the request may comprise an ID of the terminal device and SF information associated with the terminal device, or the ID of the terminal device and the SF information and a sensing task ID.
  • On another side of the communication, the SF 140 receives the request for sensing policy information from a second network device, and the request comprises an ID of a terminal device associated with the sensing PDU session. In some embodiments, the request may further comprise a sensing task ID.
  • In some embodiments, the SF 140 may receive 219 the request for sensing policy information 218 from the SMF 120. In some embodiments, the SF 140 may receive 227 the request for sensing policy information 226 from the PCF 150 via the transceiver. On the PCF 150 side, the PCF 150 may receive 223 the request for sensing policy information 222 from the SMF 120, then the PCF 150 may transmit 225 the request for sensing policy information 226 to the SF 140. In some embodiments, the PCF 150 may receive 223 the request for sensing policy information 222 from SMF 120 together with the ID of the terminal device and the SF information. In some embodiments, the PCF 150 may determine the sensing policy based on the DNN or DNN and S-NSSAI provided by the SMF 120.
  • Continuing with reference to Fig. 2, the SF 140 transmits the sensing policy information 230. In some embodiments, the SF 140 may transmit 229 the sensing policy information 230 to the SMF 120. In some embodiments, the SF 140 may transmit 233 the sensing policy information 230 to the PCF 150.
  • The SMF 120 may further receive a response for the sensing policy information via the transceiver from the SF, and the response may comprise the sensing policy information associated with the sensing PDU session for the terminal device. In some embodiments, the response may further comprise the sensing task ID. The SMF 120 may further receive a response comprising first sensing control information  associated with the sensing policy information from the PCF. For example, the first sensing control information may be comprised in the PCC rule, and the first sensing control information may be associated with a service data flow. The sensing policy information may comprise at least one QoS parameter, at least one sensing requirement, user plane information for the terminal device, or TNL information at the SF. The TNL information at the SF is used by the SF to recognize the associated UE (or the associated UE and the sensing PDU session) when receiving data from the network device (e.g., NG-RAN node or UPF) .
  • The SMF 120 may further transmit a trigger message for a N4 session establishment procedure or a N4 session modification procedure via the transceiver to a user plane function (UPF) , and the trigger message may comprise a bidirectional tunnel indication. The SMF 120 may receive TNL information at the UPF for a RAN node and TNL information at the UPF for the SF (optional) via the transceiver from the UPF. The SMF 120 may further transmit the following to the RAN node: an ID of the sensing PDU session, TNL information at the SF or TNL information at the UPF, and the second sensing control information. For example, the SMF 120 may transmit the TNL information at the UPF to the RAN node if sensing measurement data forwarded by the RAN node to the UPF. The SMF 120 may transmit the TNL information at the SF to the RAN node if sensing measurement data transmitted from the RAN node to the SF without forwarding by the UPF. The SMF 120 may further transmit NAS message for the terminal device to the RAN node, which may contain the user plane information for the terminal device.
  • The first sensing control information and the second sensing control information may comprise the sensing task ID and a sensing mode of the terminal device, or the sensing task ID, the sensing mode of the terminal device and the at least one sensing requirement. The sensing mode may refer to a method of performing sensing by transmitting signals between a network device and a terminal device, between network devices, or between terminal devices. For example, sensing modes include e.g., Sensing Mode 1: a RAN node transmits and receives sensing signals; Sensing Mode 2: RAN node A transmits sensing signals, RAN node B receives sensing signals; Sensing Mode 3: UE transmits and RAN node receives sensing signals; Sensing Mode 4: UE A transmits and UE B receives sensing signals; and Sensing Mode 5: RAN node transmits and UE receives sensing signals. The terminal device 110 may further  receive the following from a RAN node: associated sensing resources and any one of QFI, DRB ID, logical channel ID, or logical channel group ID, and the at least one sensing requirement, or any combination of two or more of the above-mentioned items. The terminal device 110 may further receive the NAS message from SMF via the RAN node.
  • Prior to transmit the sensing trigger information, the terminal device 110 may further transmit a sensing registration request to the AMF 130 so that the AMF 130 may forward the sensing registration request to the SF 140, and receive a sensing registration response via the transceiver from the AMF 130. The AMF 130 receives the sensing registration response from the SF. In some embodiments, the sensing registration request may comprise information of sensing capability and the ID of the terminal device 104.
  • The AMF 130 may further receive a sensing registration request via the transceiver from the terminal device. Then the AMF 130 may select a SF for the terminal device. After that, the AMF 130 may transmit the sensing registration request to the selected SF 140. Accordingly, the SF 140 may further receive a sensing registration request of the terminal device 104 via the transceiver from the AMF 130. In some embodiments, the SF 140 may further transmit SF information associated with the terminal device via the transceiver to a UDM. The SF 140 may further assign a sensing task to the terminal device by transmitting a sensing task ID, at least one sensing requirement and user plane connection indication, or a sensing task ID, at least one sensing requirement, user plane connection indication and user plane information to the terminal device.
  • Fig. 3 illustrates a signaling chart illustrating an example process 300 according to some embodiments of the present disclosure. The process 300 may involve a UE 301, a RAN node 302, an AMF 303, a SF 304, a SMF 305, a PCF 306, a UPF 306 and a UDM 308. It is understood that the process 300 can be considered as a more specific example of the process 200 in Fig. 2.
  • In the process 300, UE 301 checks whether there’s a PDU session established for sensing, i.e., whether there’s an existing sensing PDU session. This may be triggered by three reasons. As a reason, SF 304 assigns 311 a sensing task to UE 301. SF 304 provides UE 301 with a sensing task ID, and SF 304 may further provide UE  301 with sensing requirement and user plane connection indication or user plane information (e.g., user plane address of the SF and security related information) etc. Sensing requirement may include sensing service type, refresh rate, target detection ratio, target false alarm ratio, sensing area, sensing velocity range, sensing last time, reporting period, delay, resolution and accuracy of sensing object’s location, velocity, and angle, etc.
  • As another reason, RAN node 302 assigns 313 a sensing task to UE 301. For example, RAN node 302 provides UE 301 with a sensing task ID. RAN node 302 may further provide UE 301 with sensing requirement and an indication to provide sensing results directly to SF 304. It is assumed that UE 301 may already negotiated with SF 304 to use user plane connection to exchange sensing data.
  • As yet another reason, an application on UE 301 assigns 315 a sensing task to UE 301. For example, UE’s application layer provides UE’s NAS layer with sensing task ID, and UE’s application layer may further provide sensing requirement and the user plane connection indication. Besides, it is assumed that application server provides the sensing task ID to UE’s application layer, which is out of the scope of 3GPP. The application server may trigger a sensing task with sensing task ID towards SF 304.
  • UE 301 may decide to use user plane connection for sensing by itself, or indicated by the user plane connection indication, or indicated by the user plane information. There’re mainly two options to establish user plane between UE 301 and SF 304.
  • In one option, a default PDU session is used for sensing. In this way, it is assumed that the default PDU session is established as usual. As long as UE 301 is triggered by the sensing task, UE 301 provides 317 SMF 305 with a sensing task ID or a sensing indication. That is, the sensing task ID or the sensing indication may not be combined with a PDU session establishment request message in another option. E. g., UE sends UL NAS message towards AMF, which contains N1 SM information with sensing trigger information (e.g., sensing indication or sensing task ID) . AMF forwards the N1 SM information with sensing trigger information towards SMF associated with the default PDU session. In this case, the sensing trigger information is transparent to AMF.
  • In another option, a PDU session established exclusively for sensing. UE 301 checks 319 whether there’s a PDU session is established for sensing. UE 301 triggers 321 a PDU session establishment procedure if there’s no existing PDU session for sensing. It is assumed that a URSP rule for sensing may be provided by PCF 306 when UE performs registration procedure in 5GC. The URSP rule for sensing may include any combination of dedicated DNN and S-NSSAI for sensing, application descriptors and the corresponding route selection descriptor (RSD) . Alternatively, the URSP rule for sensing only includes the RSD. That is, as long as UE decides to use user plane connection for sensing, it selects RSD within the URSP rule for sensing in the order of the RSD preference. UE determines the attributes of a PDU session (e.g., SSC mode, PDU session type, network slice, DNN and access type etc. ) when a valid RSD is found.
  • UE 301 sends 321 a PDU session establishment request message to AMF 303. The PDU session establishment request message includes the sensing task ID or the sensing indication. Other ID can be used instead of sensing task ID, e.g., event ID, correlation ID etc., which is used to identify the sensing task. Alternatively, sensing indication can be used instead. It is assumed that SF 304 knows the recent sensing task of UE 301. AMF 303 sends 323 UE ID (e.g., SUPI) and the PDU session establishment request message towards the selected SMF 305. For example, AMF 303 triggers Nsmf_PDUSession_CreateSMContext request towards SMF 305, which contains SUPI and N1 SM container (PDU session establishment request) . In this case, the sensing trigger information is transparent to AMF.
  • Upon receiving the sensing task ID or the sensing indication contained in the PDU session establishment request message from the UE 301, SMF 305 requests 325 for SF information. SMF 305 further transmits UE ID when requests for the SF information.
  • There are two options to request the SF information. In one option, SMF 305 requests 325 AMF 303 for SF information by providing UE ID. The UE ID can be SUPI (or GPSI, 5G-GUTI, 5G-S-TMSI) or the UE ID allocated by AMF, e.g., AMF UE XAP ID. It is assumed that AMF assigns a UE ID (i.e., AMF UE XAP ID) used over the X interface between AMF and SF to identify the UE. As a response, SF will also assign a UE ID (i.e., SF UE XAP ID) used over X interface between AMF and SF to identify the  UE. AMF 303 responds 327 SMF 305 with SF information, e.g., SF ID, IP address or FQDN of SF 304. AMF 303 further responds SMF 305 with UE ID.
  • In another option, SMF 305 requests 329 UDM 308 for SF information by providing UE ID. The UE ID can be SUPI (or GPSI, 5G-GUTI, 5G-S-TMSI) . UDM 308 responds 331 SF 304 with UE ID and SF information, e.g., SF ID, IP address or FQDN of SF.
  • SMF 305 triggers a sensing policy association establishment procedure upon receiving the SF information. For example, SMF 305 sends a sensing policy association establishment request message including UE ID towards SF 304, which may further include a sensing task ID. The UE ID can be SUPI (or GPSI, 5G-GUTI, 5G-S-TMSI) , or the UE ID allocated by the AMF (e.g., AMF UE XAP ID) . If UE 304 provides the sensing task ID, then the sensing task ID exists in the sensing policy association establishment request message.
  • SF 304 sends 335 a sensing policy association establishment response message towards SMF 305 with UE ID and sensing policy information. Additionally, the sensing policy association establishment response message may include the sensing task ID. The sensing policy information may include any combination of the flow description (e.g., 3-tuple (s) including protocol, SF side IP address and port number) , sensing QoS requirement, (e.g., QoS reference to determine the QoS parameters such as 5G QoS identifier, 5QI) , individual QoS parameters (e.g., requested priority, maximum burst size, requested 5GS delay, requested 5GS delay, requested maximum bitrate, requested guaranteed bitrate and requested packet error rate etc. ) , sensing requirements (e.g., sensing service type, refresh rate, target detection ratio, target false alarm ratio, sensing area, sensing velocity range, sensing last time, reporting period, delay, resolution and accuracy of sensing object’s location, velocity, and angle etc. ) , user plane information for UE (e.g., user plane address of the SF and security related information) , TNL information at SF 304 side. TNL information includes IP address and general packet radio system tunneling protocol user plane (GTP-U) tunnel endpoint identifier (TEID) . Alternatively, SF 304 may provide the TNL information at SF side in another message. If SF 304 provides UE 301 the user plane information for UE via AMF 303, then there’s no user plane information for UE 301 here.
  • It is assumed that there’s a user plane tunnel between RAN node 302 and UPF 307, then SMF 305 triggers 337 a N4 session establishment procedure or N4 session modification procedure upon receiving the sensing policy information from SF 304. During the N4 session establishment procedure or N4 session modification procedure, SMF 305 provides UPF 307 with PDR, QoS related information (e.g., maximum bit rate for a service data flow, guaranteed flow bit rate and maximum flow bit rate for a guaranteed flow bit rate QoS flow) , the corresponding packet marking information and TNL information at SF side etc. As the response, UPF 307 may provide SMF 305 the TNL information at UPF side. SMF 305 shall forward the TNL information at UPF side towards SF 304 later, it is not shown in the figure. Alternatively, SMF 305 may indicate UPF 307 to provide two TNL information at UPF side by providing a bidirectional tunnel indication. Then UPF 307 provides SMF 305 the TNL information at UPF side for RAN node 302 (for UL) and TNL information at UPF side for SF 304 (for DL) . Then TNL information at UPF side for RAN node 302 (for UL) should be forwarded to RAN node 302 and the TNL information at UPF side for SF 304 (for DL) should be forwarded to SF 304 respectively. If there’s direct user plane tunnel between RAN node 302 and SF 304 or SF-U, the N4 session establishment procedure or N4 session modification procedure will not be triggered.
  • SMF 305 provides 339 RAN node 302 with a NAS message for UE, PDU session ID, QFI (s) , QoS profile, sensing control information and TNL information at SF side or UPF side. The sensing control information may include a sensing task ID and a sensing mode etc. Alternatively, the sensing control information may further include at least one sensing requirement. The NAS message (e.g., N1 SM container) for UE 301 may include user plane information for UE (e.g., user plane address of the SF 304 and security related information) if available. If the user plane connection is between RAN node 302 and SF 304 without UPF involvement, then SMF 305 will further provide RAN node 302 the TNL information at SF side. If the user plane connection is between RAN node 302 and UPF 307, then SMF 305 forwards the TNL information at UPF side towards RAN node 302.
  • Upon receiving the sensing control information from SMF 305, RAN node 302 determines the sensing resources based on sensing mode and sensing requirement. RAN node 302 provides 341 UE 301 with the NAS message (user plane information for UE) , the associated sensing resources and any one of QFI, DRB ID, logical channel ID,  or logical channel group ID. For example, if the sensing mode is RAN node 302 transmit and UE 301 receives, the sensing resources are the time and frequency resources (e.g., slot, physical resource block) that UE 301 shall perform sensing and process the sensing data. If the sensing mode is UE 301 transmits and RAN/another UE receives, the sensing resources are the time and frequency resources that UE 301 shall transmit sensing signal. Besides, RAN node 302 establish GTP-U tunnel with either UPF 307 or SF 304 based on the TNL information at UPF 307 or SF 304 side. As the response, RAN node 302 shall provide the TNL information at RAN node side to SMF 305. SMF 305 will further forward the TNL information towards UPF 307 or SF 304, which is not shown in this figure.
  • Upon receiving the user plane information for UE contained in the NAS message from SMF 305, UE 301 generates the sensing measurement data by setting the target address as the user plane address of the SF 304, e.g., setting the target IP address as the IP address of SF 304. Besides, UE 301 encapsulates the sensing measurement data with the security related information contained in the user plane information of an NAS message.
  • Fig. 4 illustrates a signaling chart illustrating an example process 400 according to some embodiments of the present disclosure. The process 400 may involve a UE 401, a RAN node 402, an AMF 403, a SF 404, a SMF 405, a UPF 406. It is understood that the process 400 can be considered as a more specific example of the process 200 in Fig. 2.
  • In the process 400, UE 401 transmits 417 a sensing indication to AMF 403. This may be triggered by three reasons. In a reason, SF 404 assigns 411 a sensing task to UE 401. SF 404 provides UE 401 with a sensing task ID, and SF 404 may further provide UE 401 with sensing requirement, user plane connection indication or user plane information etc. In another reason, RAN node 402 assigns 413 a sensing task to UE 401. For example, RAN node 402 provides UE 401 with a sensing task ID. RAN node 402 may further provide UE 401 with sensing requirement and an indication to provide sensing results directly to SF 404. It is assumed that UE 401 may already negotiated with SF 404 to use user plane connection to exchange sensing data. In yet another reason, an application on UE 401 assigns 415 a sensing task to UE 401. For example, UE’s application layer provides UE’s NAS layer with sensing task ID, and  UE’s application layer may further provide sensing requirement and the user plane connection indication.
  • UE 401 may decide to use user plane connection for sensing by itself or indicated by the user plane connection indication, or indicated by the user plane information. There’re mainly two options to establish user plane between UE 401 and SF 404.
  • In one option, a default PDU session is used for sensing. UE 401 sends 417 a sensing indication towards AMF 403. The sensing indication can be user plane sensing indication. Upon receiving the sensing indication, AMF 403 determines 419 SF information (e.g., SF ID, IP address or FQDN of SF) associated with the UE based on the sensing indication. Then AMF 403 provides 421 UE ID (e.g., SUPI) and SF information towards SMF 405. Alternatively, AMF 403 may also provide the sensing indication. In this case, sensing indication is not transparent to AMF.
  • In another option, it is assumed that a new PDU session should be established for sensing. UE 401 triggers a PDU session establishment procedure if there’s no existing PDU session for sensing. UE 401 checks 423 whether there’s a PDU session is established for sensing. UE sends 425 a PDU session establishment request message to AMF 403 together with a sensing indication (or user plane sensing indication) . AMF 403 determines 427 SF information (e.g., SF ID, IP address or FQDN of SF) based on the sensing indication. AMF 403 sends 429 a PDU session establishment request message and SF information towards the selected SMF 405. AMF may further provide UE ID allocated by AMF or SF, e.g., AMF UE XAP ID or SF UE XAP ID. Alternatively, AMF 403 sends SUPI with the PDU session establishment request message. In this case, sensing indication is not transparent to AMF.
  • SMF 405 sends 431 a sensing policy association establishment request message including UE ID (e.g. SUPI, or AMF UE XAP ID, or SF UE XAP ID) towards SF 404, which may further include a sensing task ID. If UE 404 provides the sensing task ID, then the sensing task ID exists in the sensing policy association establishment request message. SF identifies the UE by the UE ID. SF 404 sends 433 a sensing policy association establishment response message towards SMF 405 with UE ID and sensing policy information. Additionally, the sensing policy association establishment response message may include the sensing task ID. In another embodiment, SMF 405 may be  pre-configured by Operations, Administration, and Maintenance (OAM) or Public Land Mobile Network (PLMN) with the sensing policy information for specific DNN or (DNN, S-NSSAI) . Then SMF 405 may determine the sensing policy information based on the DNN or (DNN, S-NSSAI) of the PDU session.
  • SMF 405 triggers 435 a N4 session establishment procedure or N4 session modification procedure upon receiving the sensing policy information from SF 404. During the N4 session establishment procedure or N4 session modification procedure, SMF 405 provides PDR, QoS related information (e.g., maximum bit rate for a service data flow, guaranteed flow bit rate and maximum flow bit rate for a guaranteed flow bit rate QoS flow) , the corresponding packet marking information and TNL information at SF side etc. As the response, UPF 406 may provide SMF 405 the TNL information at UPF side. SMF 405 shall forward the TNL information at UPF side towards SF 404 later, it is not shown in the figure. Alternatively, SMF 405 may indicate UPF 406 to provide two TNL information at UPF side by providing a bidirectional tunnel indication. Then UPF 406 provides SMF 405 the TNL information at UPF side for RAN node 402 (for UL) and TNL information at UPF side for SF 404 (for DL) . Then TNL information at UPF side for RAN node 402 (for UL) should be forwarded to RAN node 402 and the TNL information at UPF side for SF 404 (for DL) should be forwarded to SF 404 respectively. If there’s direct user plane tunnel between RAN node 402 and SF 404 or SF-U, the N4 session establishment procedure or N4 session modification procedure will not be triggered.
  • SMF 405 provides 437 RAN node 402 with a NAS message for UE, PDU session ID, QFI (s) , QoS profile, sensing control information and so on. Upon receiving the sensing control information from SMF 405, RAN node 402 determines the sensing resources based on sensing mode and sensing requirement. RAN node 402 provides 439 UE 401 with the associated sensing resources and any one of QFI, DRB ID, logical channel ID, or logical channel group ID.
  • Fig. 5 illustrates a signaling chart illustrating an example process 500 according to some embodiments of the present disclosure. The process 500 may involve a UE 501, a RAN node 502, an AMF 503, a SF 504, a SMF 505, a PCF 506, a UPF 507 and a UDM 508. It is understood that the process 500 can be considered as a more specific example of the process 200 in Fig. 2.
  • In the process 500, UE 501 checks whether there’s a PDU session established for sensing, i.e., whether there’s an existing sensing PDU session. This may be triggered by three reasons. In a reason, SF 504 assigns 511 a sensing task to UE 501. SF 504 provides UE 501 with a sensing task ID, and SF 504 may further provide UE 401 with sensing requirement. In another reason, RAN node 502 assigns 513 a sensing task to UE 501. For example, RAN node 502 provides UE 501 with a sensing task ID. RAN node 502 may further provide UE 501 with sensing requirement. It is assumed that UE 501 may already negotiated with SF 504 to use user plane connection to exchange sensing data. In yet another reason, an application on UE 501 assigns 515 a sensing task to UE 501. For example, UE’s application layer provides UE’s NAS layer with sensing task ID, and UE’s application layer may further provide sensing requirement.
  • There’re mainly two options to establish user plane between UE 501 and SF 504. In one option, a default PDU session is used for sensing. In this way, it is assumed that the default PDU session is established as usual. As long as UE 501 is triggered by the sensing task. UE 501 provides 517 SMF 505 with a sensing task ID or a sensing indication. In another option, a PDU session established exclusively for sensing. UE 501 checks 519 whether there’s a PDU session is established for sensing. UE 501 triggers a PDU session establishment procedure if there’s no existing PDU session for sensing. UE 501 sends 521 a PDU session establishment request message to AMF 503. The PDU session establishment request message includes the sensing task ID or the sensing indication. AMF 503 forwards 523 PDU session establishment request message towards the selected SMF 505. In this case, the sensing trigger information is transparent to AMF.
  • Upon receiving the sensing task ID or the sensing indication contained in the PDU session establishment request message from the AMF 503 or UE 501, SMF 505 requests for SF information. SMF 505 further transmits UE ID when requests for the SF information.
  • There are two options to request the SF information. In one option, SMF 505 requests 525 AMF 503 for SF information by providing UE ID. AMF 503 responds 527 SMF 505 with SF information. AMF 503 further responds SMF 505 with UE ID. In  another option, SMF 505 requests 529 UDM 508 for SF information by providing UE ID.UDM 508 responds 531 SF 504 with UE ID and SF information.
  • SMF 505 triggers a SM policy association establishment procedure towards PCF 506 by providing a UE ID (e.g., SUPI) , a PDU session ID and SF information. SMF 505 may further provide sensing task ID to the PCF 506. For example, SMF 505 sends 533 a SM Policy association request message to PCF 506. The SM Policy association request message includes a UE ID, a PDU session ID and SF information. The SM Policy association request message may further include sensing task ID. If UE 501 provides sensing task ID, then the sensing task ID exists in SMF’s message.
  • Upon receiving SF information from SMF 505, PCF 506 triggers sensing policy association establishment procedure upon receiving the SF information. For example, PCF 506 sends 535 a sensing policy association establishment request message towards SF 504, which includes UE ID. The sensing policy association establishment request message may further include a sensing task ID. In another embodiment, PCF 506 may be pre-configured by OAM or PLMN with the sensing policy information for specific DNN or (DNN, S-NSSAI) . Then PCF 506 may determine the sensing policy information based on the DNN or (DNN, S-NSSAI) of the PDU session provided by the SMF 505.
  • SF 504 sends 537 a sensing policy association establishment response message towards PCF 506 with UE ID and sensing policy information. Alternatively, the sensing policy association establishment response message may include sensing task ID. Sensing policy information may include the sensing QoS requirement, e.g., QoS reference to determine the QoS parameters, individual QoS parameters, at least one sensing requirement, user plane information for UE 501 (e.g., user plane address of the SF 504 and security related information) and TNL information at SF side. User plane information for UE 501 can be provided to UE in advance. Besides, TNL information at SF side can be transmitted in a separate signaling.
  • PCF 506 generates PCC rules based on the sensing policy information provided by SF 504. PCF 506 provides 539 SMF 505 with QoS parameters, sensing control #1, which may include sensing mode, user plane information for UE, TNL information at SF side etc. Additionally, PCF 506 may further provide SMF 505 with at  least one sensing requirement. Alternatively, user plane information for UE 501 can be provided by PCF 506 to UE 501 directly, e.g., contained in UE policy container.
  • SMF 505 triggers 541 a N4 session establishment procedure or N4 session modification procedure upon receiving the PCC rules from PCF 506. During the N4 session establishment procedure or N4 session modification procedure, SMF 505 provides UPF 507 with PDR, QoS related information (e.g., maximum bit rate for a service data flow, guaranteed flow bit rate and maximum flow bit rate for a guaranteed flow bit rate QoS flow) , the corresponding packet marking information and TNL information at SF side etc. As the response, UPF 507 may provide SMF 505 the TNL information at UPF side. SMF 505 shall forward the TNL information at UPF side towards SF 504 later, it is not shown in the figure. Alternatively, SMF 505 may indicate UPF 507 to provide two TNL information at UPF side by providing a bidirectional tunnel indication. Then UPF 507 provides SMF 505 the TNL information at UPF side for RAN node 502 (for UL) and TNL information at UPF side for SF 504 (for DL) . Then TNL information at UPF side for RAN node 502 (for UL) should be forwarded to RAN node 502 and the TNL information at UPF side for SF 504 (for DL) should be forwarded to SF 504 respectively. If there’s direct user plane tunnel between RAN node 502 and SF 504 or SF-U, the N4 session establishment procedure or N4 session modification procedure will not be triggered.
  • SMF 505 provides 543 RAN node 502 with a NAS message for UE, PDU session ID, QFI (s) , QoS profile, sensing control#2 and TNL information at SF side or UPF side. The sensing control#2 may include a sensing task ID and a sensing mode etc. Alternatively, the sensing control#2 may further include at least one sensing requirement.
  • Upon receiving the sensing control information from SMF 505, RAN node 502 determines the sensing resources based on sensing mode and sensing requirement. RAN node 502 provides 545 UE 501 with the associated sensing resources and any one of QFI, DRB ID, logical channel ID, or logical channel group ID. Then UE 501 generates the sensing measurement data by setting the target address as the user plane address of the SF 504, e.g., setting the target IP address as the IP address of SF 504. Besides, UE 501 encapsulates the sensing measurement data with the security related information contained in an NAS message.
  • Fig. 6 illustrates a signaling chart illustrating an example process 600 according to some embodiments of the present disclosure. The process 600 may involve a UE 601, a RAN node 602, an AMF 603, a SF 604, a SMF 605, a PCF 606., a UPF 607. It is understood that the process 600 can be considered as a more specific example of the process 200 in Fig. 2.
  • In the process 600, UE 601 transmits 617 a sensing indication to AMF 603. This may be triggered by three reasons. In a reason, SF 604 assigns 611 a sensing task to UE 601. SF 604 provides UE 601 with a sensing task ID, and SF 604 may further provide UE 601 with sensing requirement etc. In another reason, RAN node 602 assigns 613 a sensing task to UE 601.6 In yet another reason, an application on UE 601 assigns 615 a sensing task to UE 601. For example, UE’s application layer provides UE’s NAS layer with sensing task ID, and UE’s application layer may further provide sensing requirement and the user plane connection indication.
  • UE 601 may decide to use user plane connection for sensing by itself or indicated by the user plane connection indication. There’re mainly two options to establish user plane between UE 601 and SF 604. In one option, a default PDU session is used for sensing. UE 601 sends 617 a sensing indication towards AMF 603. The sensing indication can be user plane sensing indication. Upon receiving the sensing indication, AMF 603 determines 619 SF information (e.g., SF ID, IP address or FQDN of SF) associated with the UE based on the sensing indication. Then AMF 603 provides 621 UE ID (e.g., SUPI) and SF information towards SMF 605. Alternatively, AMF 603 may also provide the sensing indication. In this case, sensing indication is not transparent to AMF.
  • In another option, it is assumed that a new PDU session should be established for sensing. UE 601 triggers a PDU session establishment procedure if there’s no existing PDU session for sensing. UE 601 checks 623 whether there’s a PDU session is established for sensing. UE 601 sends 625 a PDU session establishment request message to AMF 603 together with a sensing indication (or user plane sensing indication) . AMF 603 determines 627 SF information (e.g., SF ID, IP address or FQDN of SF) based on the sensing indication. AMF 603 sends 629 a PDU session establishment request message and SF information towards the selected SMF 605. AMF may further provide UE ID allocated by AMF or SF, e.g., AMF UE XAP ID or SF UE  XAP ID. Alternatively, AMF 603 sends SUPI with the PDU session establishment request message. In this case, sensing indication is not transparent to AMF.
  • SMF 605 triggers a SM policy association establishment procedure towards PCF 606 by providing a UE ID, a PDU session ID and SF information. SMF 605 may further provide sensing task ID to the PCF 606. For example, SMF 605 sends 631 a SM Policy association request message to PCF 606. Upon receiving SF information from SMF 605, PCF 606 triggers sensing policy association establishment procedure upon receiving the SF information. For example, PCF 506 sends 633 a sensing policy association establishment request message towards SF 604, which includes UE ID. The sensing policy association establishment request message may further include a sensing task ID. In another embodiment, PCF 606 may be pre-configured by OAM or PLMN with the sensing policy information for specific DNN or (DNN, S-NSSAI) . Then PCF 606 may determine the sensing policy information based on the DNN or (DNN, S-NSSAI) of the PDU session provided by the SMF 605.
  • SF 604 sends 635 a sensing policy association establishment response message towards PCF 606 with UE ID and sensing policy information. Alternatively, the sensing policy association establishment response message may include sensing task ID.
  • PCF 606 generates PCC rules based on the sensing policy information provided by SF 604. PCF 606 provides 637 SMF 605 with QoS parameters, sensing control #1, which may include sensing mode, user plane information for UE, TNL information at SF side etc. Additionally, PCF 606 may further provide SMF 605 with at least one sensing requirement. Alternatively, user plane information for UE 601 can be provided by PCF 606 to UE 601 directly, e.g., contained in UE policy container.
  • SMF 605 triggers 639 a N4 session establishment procedure or N4 session modification procedure upon receiving the PCC rules from PCF 606. During the N4 session establishment procedure or N4 session modification procedure, SMF 605 provides UPF 607 with PDR, QoS related information (e.g., maximum bit rate for a service data flow, guaranteed flow bit rate and maximum flow bit rate for a guaranteed flow bit rate QoS flow) , the corresponding packet marking information and TNL information at SF side etc. As the response, UPF 607 may provide SMF 605 the TNL information at UPF side. SMF 605 shall forward the TNL information at UPF side  towards SF 604 later, it is not shown in the figure. Alternatively, SMF 605 may indicate UPF 607 to provide two TNL information at UPF side by providing a bidirectional tunnel indication. Then UPF 607 provides SMF 605 the TNL information at UPF side for RAN node 602 (for UL) and TNL information at UPF side for SF 604 (for DL) . Then TNL information at UPF side for RAN node 602 (for UL) should be forwarded to RAN node 602 and the TNL information at UPF side for SF 604 (for DL) should be forwarded to SF 604 respectively. If there’s direct user plane tunnel between RAN node 602 and SF 604 or SF-U, the N4 session establishment procedure or N4 session modification procedure will not be triggered.
  • SMF 605 provides 641 RAN node 602 with a NAS message for UE, PDU session ID, QFI (s) , QoS profile, sensing control#2 and TNL information at SF side or UPF side. Upon receiving the sensing control information from SMF 605, RAN node 602 determines the sensing resources based on sensing mode and sensing requirement. RAN node 602 provides 643 UE 601 with the associated sensing resources and any one of QFI, DRB ID, logical channel ID, or logical channel group ID. Then UE 601 generates the sensing measurement data by setting the target address as the user plane address of the SF 604, e.g., setting the target IP address as the IP address of SF 604. Besides, UE 601 encapsulates the sensing measurement data with the security related information contained in an NAS message.
  • Fig. 7 illustrates a signaling chart illustrating an example process 700 according to some embodiments of the present disclosure. The process 700 may involve a UE 701, a RAN node 702, a AMF 703, a SF 704 and a UDM 705. It is understood that the process 700 can be considered as a more specific example of the process 200 in Fig. 2.
  • It is assumed that after UE 701 performed registration towards AMF 703, UE 701 performs sensing registration towards SF 704 via AMF 703.
  • In the process 700, UE 701 sends 711 a UL NAS message towards AMF 703, which contains UE ID and sensing registration request message. The UE ID can be SUPI, GPSI, 5G-GUTI, 5G-S-TMSI etc. SUPI is taken as the UE ID as an example. It is assumed that a new payload container type, e.g., sensing message container is defined for the UL NAS message. It is assumed that UE contains sensing capability information in the sensing registration request, which includes the supported sensing mode,  supported accuracy of sensing, confidence level, sensing resolution, false alarm probability, missed detection probability, refreshing rate, max sensing service latency, 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. To be specific, sensing modes include e.g., Sensing Mode 1: RAN node transmits and receives; Sensing Mode 2: RAN node A transmits, RAN node B receives; Sensing Mode 3: UE transmits and RAN node receives; Sensing Mode 4: UE A transmits and UE B receives; and Sensing Mode 5: RAN node transmits and UE receives. Besides, UE may also include UE ID in the sensing registration message.
  • Upon receiving the UL NAS message, AMF 703 determines the container contains sensing message based on payload container type. Then AMF selects 713 a SF based on e.g., the UE location, SF load and so on. It is assumed that AMF has been configured (e.g., by OAM or PLMN) with SF information, e.g., a SF ID, an IP address or a FQDN of SF, the serving area of SF etc. Alternatively, it is assumed that SF 704 registered at NEF by proving SF information. AMF 703 may request for SF information from NEF. NEF will check the serving area of AMF 703 and find the corresponding at least one SF. Then NEF will provide AMF 703 the SF information.
  • AMF 703 sends 715 the sensing registration request message towards the selected SF 704. In this way, SF 704 is able to know the sensing UE located in its serving area. Assume that there’s an X interface between AMF 703 and SF 704. AMF 703 assigns AMF UE XAP ID for the UE, in order to identify UE via the X interface. In this way, AMF may send both UE ID (e.g., AMF UE XAP ID) and the sensing registration request message to SF. Besides, SF obtains UE ID (e.g., SUPI) from the sensing registration request message. When SF 704 receives a sensing task, SF 704 is able to select the appropriate sensing UE based on the sensing capability information provided by UE during the sensing registration procedure.
  • Then SF 704 sends 717 sensing registration response message to AMF 703. Upon receiving the AMF UE XAP ID, SF 704 may also assign SF UE XAP ID for the UE. That is, SF 704 provides both AMF UE XAP ID and SF UE XAP ID (optional)  together with the sensing registration response message to AMF. Alternatively, SF 704 provides UE ID (e.g., SUPI) and sensing registration response message to AMF 703. AMF 703 forwards 719 the sensing registration response message towards UE 701 based on UE ID (e.g., SUPI, AMF UE XAP ID, SF UE XAP ID) . SF 704 may further provide 721 UE ID (e.g., SUPI) and SF information (e.g., SF ID, IP address or FQDN of SF) to UDM 705. Then UDM 705 reserves UE context which contains the UE ID and SF information. In some embodiments, SF 704 may provide UE ID and SF information to UDM 705 before provide UE ID and SF information to AMF 703.
  • SMF selects PCF which generates SM policy for the PDU session. While for the sensing PDU session, AMF already selects the SF during the sensing registration procedure. However, the selected PCF has no idea of the SF. Alternatively, we can consider SF to provide the sensing policy directly to SMF. Therefore, there’re mainly two options for the solution, one is sensing policy from SF directly (for example process 300 and 400) , another is sensing policy from PCF (for example process 500 and 600) . It is to be understood that each part of the content in one process of Figs 3-7 can be used alone or in any combination with the content in other process of Figs 3-7.
  • FIG. 8 illustrates an example of a device 800 that supports sensing data exchange in accordance with aspects of the present disclosure. The device 800 may be an example of a SMF 120 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 receiving, via the transceiver, sensing trigger information for a sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device. The processor 802 may be further configured to operable to support a means for other actions described in FIG 2.
  • 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 800 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 sensing data exchange in accordance with aspects of the present disclosure. The device 900 may be an example of a AMF 130 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 sensing function (SF) information associated with a sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver, to a session management function (SMF) , the SF information. The processor 902 may be further configured to operable to support a means for other actions described in FIG 2.
  • 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 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. 10 illustrates an example of a device 1000 that supports sensing data exchange in accordance with aspects of the present disclosure. The device 1000 may be an example of a SF as described herein. The device 1000 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 1000 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 1002, a memory 1004, a transceiver 1006, and, optionally, an I/O controller 1008. 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 1002, the memory 1004, the transceiver 1006, 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 1002, the memory 1004, the transceiver 1006, 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 1002, the memory 1004, the transceiver 1006, 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 1002 and the memory 1004 coupled with the processor 1002 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 1002, instructions stored in the memory 1004) .
  • For example, the processor 1002 may support wireless communication at the device 1000 in accordance with examples as disclosed herein. The processor 1002 may be configured to operable to support a means for receiving, via the transceiver from a second network device, a request for sensing policy information associated with a sensing protocol data unit (PDU) session, wherein the request comprises an identifier (ID) of a terminal device associated with the sensing PDU session; and transmitting, via the transceiver to the second network device, the sensing policy information. The processor 1002 may be further configured to operable to support a means for other actions described in FIG 2.
  • The processor 1002 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 1002 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 1002. The processor 1002 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 1004) to cause the device 1000 to perform various functions of the present disclosure.
  • The memory 1004 may include random access memory (RAM) and read-only memory (ROM) . The memory 1004 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1002 cause  the device 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. In some implementations, the code may not be directly executable by the processor 1002 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 1004 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 1008 may manage input and output signals for the device 1000. The I/O controller 1008 may also manage peripherals not integrated into the device M02. In some implementations, the I/O controller 1008 may represent a physical connection or port to an external peripheral. In some implementations, the I/O controller 1008 may utilize an operating system such as  or another known operating system. In some implementations, the I/O controller 1008 may be implemented as part of a processor, such as the processor 1006. In some implementations, a user may interact with the device 1000 via the I/O controller 1008 or via hardware components controlled by the I/O controller 1008.
  • In some implementations, the device 1000 may include a single antenna 1010. However, in some other implementations, the device 1000 may have more than one antenna 1010 (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 1006 may communicate bi-directionally, via the one or more antennas 1010, wired, or wireless links as described herein. For example, the transceiver 1006 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 1006 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 1010 for transmission, and to demodulate packets received from the one or more antennas 1010. The transceiver 1006 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 1010 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 1010 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. 11 illustrates an example of a device 1100 that supports sensing data exchange in accordance with aspects of the present disclosure. The device 1100 may be an example of a UE 104 as described herein. The device 1100 may support wireless communication with one or more network entities 102, UEs 104, or any combination thereof. The device 1100 may include components for bi-directional communications including components for transmitting and receiving communications, such as a processor 1102, a memory 1104, a transceiver 1106, and, optionally, an I/O controller 1108. 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 1102, the memory 1104, the transceiver 1106, 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 1102, the memory 1104, the transceiver 1106, 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 1102, the memory 1104, the transceiver 1106, 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 1102 and the memory 1104 coupled with the processor 1102 may be configured to perform one or more of the functions described herein (e.g., executing, by the processor 1102, instructions stored in the memory 1104) .
  • For example, the processor 1102 may support wireless communication at the device 1100 in accordance with examples as disclosed herein. The processor 1102 may be configured to operable to support a means for determining to establish a user plane connection with a sensing function (SF) ; and transmitting, via the transceiver to a network function, sensing trigger information associated with a sensing protocol data unit (PDU) session. The processor 1102 may be further configured to operable to support a means for other actions described in FIG 2.
  • The processor 1102 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 1102 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 1102. The processor 1102 may be configured to execute computer-readable instructions stored in a memory (e.g., the memory 1104) to cause the device 1100 to perform various functions of the present disclosure.
  • The memory 1104 may include random access memory (RAM) and read-only memory (ROM) . The memory 1104 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1102 cause  the device 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. In some implementations, the code may not be directly executable by the processor 1102 but may cause a computer (e.g., when compiled and executed) to perform functions described herein. In some implementations, the memory 1104 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 1108 may manage input and output signals for the device 1100. The I/O controller 1108 may also manage peripherals not integrated into the device M02. In some implementations, the I/O controller 1108 may represent a physical connection or port to an external peripheral. In some implementations, the I/O controller 1108 may utilize an operating system such as  or another known operating system. In some implementations, the I/O controller 1108 may be implemented as part of a processor, such as the processor 1106. In some implementations, a user may interact with the device 1100 via the I/O controller 1108 or via hardware components controlled by the I/O controller 1108.
  • In some implementations, the device 1100 may include a single antenna 1110. However, in some other implementations, the device 1100 may have more than one antenna 1110 (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 1106 may communicate bi-directionally, via the one or more antennas 1110, wired, or wireless links as described herein. For example, the transceiver 1106 may represent a wireless transceiver and may communicate bi-directionally with another wireless transceiver. The transceiver 1106 may also include a modem to modulate the packets, to provide the modulated packets to one or more antennas 1110 for transmission, and to demodulate packets received from the one or more antennas 1110. The transceiver 1106 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 1110 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 1110 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. 12 illustrates an example of a processor 1200 that supports sensing data exchange in accordance with aspects of the present disclosure. The processor 1200 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1200 may include a controller 1202 configured to perform various operations in accordance with examples as described herein. The processor 1200 may optionally include at least one memory 1204, such as L1/L2/L3 cache. Additionally, or alternatively, the processor 1200 may optionally include one or more arithmetic-logic units (ALUs) 1200. 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 1200 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 1200) 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 1202 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 1200 to cause the processor 1200 to support various operations in accordance with examples as described herein. For example, the controller 1202 may operate as a control unit of the processor 1200, generating control signals that manage the operation of various components of the processor 1200. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
  • The controller 1202 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1204 and determine subsequent instruction (s) to be executed to cause the processor 1200 to support various operations in accordance with examples as described herein. The controller 1202 may be configured to track memory address of instructions associated with the memory 1204. The controller 1202 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1202 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1200 to cause the processor 1200 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1202 may be configured to manage flow of data within the processor 1200. The controller 1202 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 1200.
  • The memory 1204 may include one or more caches (e.g., memory local to or included in the processor 1200 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 1204 may reside within or on a processor chipset (e.g., local to the processor 1200) . In some other  implementations, the memory 1204 may reside external to the processor chipset (e.g., remote to the processor 1200) .
  • The memory 1204 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1200, cause the processor 1200 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 1202 and/or the processor 1200 may be configured to execute computer-readable instructions stored in the memory 1204 to cause the processor 1200 to perform various functions. For example, the processor 1200 and/or the controller 1202 may be coupled with or to the memory 1204, and the processor 1200, the controller 1202, and the memory 1204 may be configured to perform various functions described herein. In some examples, the processor 1200 may include multiple processors and the memory 1204 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 1200 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 1200 may reside within or on a processor chipset (e.g., the processor 1200) . In some other implementations, the one or more ALUs 1200 may reside external to the processor chipset (e.g., the processor 1200) . One or more ALUs 1200 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1200 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1200 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 1200 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1200 to handle conditional operations, comparisons, and bitwise operations.
  • The processor 1200 may support wireless communication in accordance with examples as disclosed herein. The processor 1200 may be configured to or operable to support a means for receiving, via the transceiver, sensing trigger information for a  sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device. The processor 1202 may be further configured to operable to support a means for other actions described in FIG 2.
  • FIG. 13 illustrates an example of a processor 1300 that supports sensing data exchange in accordance with aspects of the present disclosure. The processor 1300 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1300 may include a controller 1302 configured to perform various operations in accordance with examples as described herein. The processor 1300 may optionally include at least one memory 1304, such as L1/L2/L3 cache. Additionally, or alternatively, the processor 1300 may optionally include one or more arithmetic-logic units (ALUs) 1300. 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 1300 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 1300) 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 1302 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 1300 to cause the processor 1300 to support various operations in accordance with examples as described herein. For example, the controller 1302 may operate as a control unit of the processor 1300, generating control signals that manage the operation of various components of the processor 1300. These control signals include enabling or  disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
  • The controller 1302 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1304 and determine subsequent instruction (s) to be executed to cause the processor 1300 to support various operations in accordance with examples as described herein. The controller 1302 may be configured to track memory address of instructions associated with the memory 1304. The controller 1302 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1302 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1300 to cause the processor 1300 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1302 may be configured to manage flow of data within the processor 1300. The controller 1302 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 1300.
  • The memory 1304 may include one or more caches (e.g., memory local to or included in the processor 1300 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 1304 may reside within or on a processor chipset (e.g., local to the processor 1300) . In some other implementations, the memory 1304 may reside external to the processor chipset (e.g., remote to the processor 1300) .
  • The memory 1304 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1300, cause the processor 1300 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 1302 and/or the processor 1300 may be configured to execute computer-readable instructions stored in the memory 1304 to cause the processor 1300 to perform various functions. For example, the processor 1300 and/or the controller 1302 may be coupled with or to the memory 1304, and the processor 1300, the controller 1302, and the memory 1304 may be configured to perform various functions described herein. In some examples, the processor 1300 may include multiple processors and the memory 1304 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 1300 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 1300 may reside within or on a processor chipset (e.g., the processor 1300) . In some other implementations, the one or more ALUs 1300 may reside external to the processor chipset (e.g., the processor 1300) . One or more ALUs 1300 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1300 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1300 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 1300 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1300 to handle conditional operations, comparisons, and bitwise operations.
  • The processor 1300 may support wireless communication in accordance with examples as disclosed herein. The processor 1300 may be configured to or operable to support a means for determining sensing function (SF) information associated with a sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver, to a session management function (SMF) , the SF information. The processor 1302 may be further configured to operable to support a means for other actions described in FIG 2.
  • FIG. 14 illustrates an example of a processor 1400 that supports sensing data exchange in accordance with aspects of the present disclosure. The processor 1400 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1400 may include a controller 1402 configured to perform various operations in accordance with examples as described herein. The processor 1400 may optionally include at least one memory 1404, such as L1/L2/L3 cache. Additionally, or alternatively, the processor 1400 may optionally include one or more arithmetic-logic units (ALUs) 1400. 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 1400 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 1400) 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 1402 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 1400 to cause the processor 1400 to support various operations in accordance with examples as described herein. For example, the controller 1402 may operate as a control unit of the processor 1400, generating control signals that manage the operation of various components of the processor 1400. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
  • The controller 1402 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1404 and determine subsequent instruction (s) to be executed to cause the processor 1400 to support various operations in accordance with examples as described herein. The controller 1402 may be configured to track memory address of instructions associated with the memory 1404. The controller 1402 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1402 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1400 to cause the processor 1400 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1402 may be configured to manage flow of data within the processor 1400. The controller  1402 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 1400.
  • The memory 1404 may include one or more caches (e.g., memory local to or included in the processor 1400 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 1404 may reside within or on a processor chipset (e.g., local to the processor 1400) . In some other implementations, the memory 1404 may reside external to the processor chipset (e.g., remote to the processor 1400) .
  • The memory 1404 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1400, cause the processor 1400 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 1402 and/or the processor 1400 may be configured to execute computer-readable instructions stored in the memory 1404 to cause the processor 1400 to perform various functions. For example, the processor 1400 and/or the controller 1402 may be coupled with or to the memory 1404, and the processor 1400, the controller 1402, and the memory 1404 may be configured to perform various functions described herein. In some examples, the processor 1400 may include multiple processors and the memory 1404 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 1400 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 1400 may reside within or on a processor chipset (e.g., the processor 1400) . In some other implementations, the one or more ALUs 1400 may reside external to the processor chipset (e.g., the processor 1400) . One or more ALUs 1400 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1400 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1400 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  1400 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1400 to handle conditional operations, comparisons, and bitwise operations.
  • The processor 1400 may support wireless communication in accordance with examples as disclosed herein. The processor 1400 may be configured to or operable to support a means for receiving, via the transceiver from a second network device, a request for sensing policy information associated with a sensing protocol data unit (PDU) session, wherein the request comprises an identifier (ID) of a terminal device associated with the sensing PDU session; and transmitting, via the transceiver to the second network device, the sensing policy information. The processor 1402 may be further configured to operable to support a means for other actions described in FIG 2.
  • FIG. 15 illustrates an example of a processor 1500 that supports sensing data exchange in accordance with aspects of the present disclosure. The processor 1500 may be an example of a processor configured to perform various operations in accordance with examples as described herein. The processor 1500 may include a controller 1502 configured to perform various operations in accordance with examples as described herein. The processor 1500 may optionally include at least one memory 1504, such as L1/L2/L3 cache. Additionally, or alternatively, the processor 1500 may optionally include one or more arithmetic-logic units (ALUs) 1500. 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 1500 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 1500) 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 1502 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 1500 to cause the processor 1500 to support various operations in accordance with examples as described herein. For example, the controller 1502 may operate as a control unit of the processor 1500, generating control signals that manage the operation of various components of the processor 1500. These control signals include enabling or disabling functional units, selecting data paths, initiating memory access, and coordinating timing of operations.
  • The controller 1502 may be configured to fetch (e.g., obtain, retrieve, receive) instructions from the memory 1504 and determine subsequent instruction (s) to be executed to cause the processor 1500 to support various operations in accordance with examples as described herein. The controller 1502 may be configured to track memory address of instructions associated with the memory 1504. The controller 1502 may be configured to decode instructions to determine the operation to be performed and the operands involved. For example, the controller 1502 may be configured to interpret the instruction and determine control signals to be output to other components of the processor 1500 to cause the processor 1500 to support various operations in accordance with examples as described herein. Additionally, or alternatively, the controller 1502 may be configured to manage flow of data within the processor 1500. The controller 1502 may be configured to control transfer of data between registers, arithmetic logic units (ALUs) , and other functional units of the processor 1500.
  • The memory 1504 may include one or more caches (e.g., memory local to or included in the processor 1500 or other memory, such RAM, ROM, DRAM, SDRAM, SRAM, MRAM, flash memory, etc. In some implementation, the memory 1504 may reside within or on a processor chipset (e.g., local to the processor 1500) . In some other implementations, the memory 1504 may reside external to the processor chipset (e.g., remote to the processor 1500) .
  • The memory 1504 may store computer-readable, computer-executable code including instructions that, when executed by the processor 1500, cause the processor 1500 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 1502 and/or the processor 1500 may be configured to execute computer-readable instructions stored in the memory 1504 to cause the processor 1500 to perform various functions. For example, the processor 1500 and/or the controller 1502 may be coupled with or to the memory 1504, and the processor 1500, the controller 1502, and the memory 1504 may be configured to perform various functions described herein. In some examples, the processor 1500 may include multiple processors and the memory 1504 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 1500 may be configured to support various operations in accordance with examples as described herein. In some implementation, the one or more ALUs 1500 may reside within or on a processor chipset (e.g., the processor 1500) . In some other implementations, the one or more ALUs 1500 may reside external to the processor chipset (e.g., the processor 1500) . One or more ALUs 1500 may perform one or more computations such as addition, subtraction, multiplication, and division on data. For example, one or more ALUs 1500 may receive input operands and an operation code, which determines an operation to be executed. One or more ALUs 1500 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 1500 may support logical operations such as AND, OR, exclusive-OR (XOR) , not-OR (NOR) , and not-AND (NAND) , enabling the one or more ALUs 1500 to handle conditional operations, comparisons, and bitwise operations.
  • The processor 1500 may support wireless communication in accordance with examples as disclosed herein. The processor 1500 may be configured to or operable to support a means for determining to establish a user plane connection with a sensing function (SF) ; and transmitting, via the transceiver to a network function, sensing trigger information associated with a sensing protocol data unit (PDU) session. The processor 1502 may be further configured to operable to support a means for other actions described in FIG 2.
  • FIG. 16 illustrates a flowchart of a method 16 that supports sensing data exchange in accordance with aspects of the present disclosure. The operations of the  method 16 may be implemented by a device or its components as described herein. For example, the operations of the method 16 may be performed by a SMF 120 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
  • At 1605, the method includes receiving, via the transceiver, sensing trigger information for a sensing PDU session for a terminal device. The operations of 1605 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1605 may be performed by a device as described with reference to FIG. 1.
  • At 1610, the method includes transmitting, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device. The operations of 1610 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1610 may be performed by a device as described with reference to FIG. 1A.
  • In some embodiment, the sensing trigger information may comprise one of the following: a sensing indication; or a sensing task identifier (ID) . In some embodiment, the network function may be a sensing function (SF) and the request may comprise one of the following: an ID of the terminal device; or the ID of the terminal device and a sensing task ID.
  • In some embodiment, the network function may be a policy control function (PCF) and the request may comprise one of the following: an ID of the terminal device, and SF information associated with the terminal device; or the ID of the terminal device, the SF information and a sensing task ID.
  • In some embodiment, the SF information may be received, via the transceiver, from an access and mobility management function (AMF) , by a request for the SF information, wherein the request comprises the ID of the terminal device.
  • In some embodiment, the method may further include transmitting, via the transceiver to a unified data management (UDM) , a request for the SF information associated with the terminal device, wherein the request comprises the ID of the  terminal device; and receiving, via the transceiver, the SF information associated with the terminal device from the UDM.
  • In some embodiment, the SF information may comprise one of the following: an ID of the SF, Internet protocol (IP) address of the SF, or a fully qualified domain name (FQDN) of the SF.
  • In some embodiment, the method may further include being configured to receive the sensing trigger information by: receiving, via the transceiver, the sensing trigger information from the terminal device via an uplink (UL) message; receiving, via the transceiver, the sensing trigger information from the terminal device via an establishment request for a sensing PDU session; or receiving, via the transceiver, the sensing trigger information from an AMF together with the SF information associated with the terminal device.
  • In some embodiment, the method may further include receiving, via the transceiver, from the SF, a response for the sensing policy information, wherein the response comprises the sensing policy information associated with the sensing PDU session for the terminal device.
  • In some embodiment, the response may further comprise the sensing task ID. In some embodiment, the method may further include receiving, via the transceiver, from the PCF, a response comprising sensing control information associated with the sensing policy information.
  • In some embodiment, the sensing policy information may comprise one of the following: at least one QoS parameter, at least one sensing requirement, user plane information for the terminal device, or transport network layer (TNL) information at an SF.
  • In some embodiment, the method may further include transmitting, via the transceiver to a user plane function (UPF) , a trigger message for a N4 session establishment procedure or a N4 session modification procedure, wherein the trigger message comprises a bidirectional tunnel indication; and receiving, via the transceiver, from the UPF, TNL information at the UPF for a radio access network (RAN) node and TNL information at the UPF for the SF.
  • In some embodiment, the method may further include transmitting, via the transceiver, to the RAN node, an ID of the sensing PDU session, TNL information at a SF or TNL information at a UPF, and the second sensing control information.
  • In some embodiment, the first sensing control information and the second sensing control information may comprise one of the following: the sensing task ID and a sensing mode of the terminal device; or the sensing task ID, the sensing mode of the terminal device and the at least one sensing requirement.
  • FIG. 17 illustrates a flowchart of a method 1700 that supports sensing data exchange in accordance with aspects of the present disclosure. The operations of the method 1700 may be implemented by a device or its components as described herein. For example, the operations of the method 1700 may be performed by a AMF 130 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
  • At 1705, the method includes determining SF information associated with a sensing PDU session for a terminal device. The operations of 1705 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1705 may be performed by a device as described with reference to FIG. 1A.
  • At 1710, the method includes transmitting, via the transceiver, the SF information to a SMF. The operations of 1710 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1710 may be performed by a device as described with reference to FIG. 1A.
  • In some embodiment, the method may further include prior to determining the SF information, receiving, via the transceiver, from the terminal device, a sensing indication for determining the SF information for the terminal device.
  • In some embodiment, the method may further include prior to determining the SF information, receiving, via the transceiver, from the terminal device, a sensing indication for determine the SF information and an establishment request for a sensing  protocol data unit (PDU) session, and wherein the SF information is transmitted together with the establishment request to the SMF.
  • In some embodiment, the method may further include being configured to determining the SF information by: determining the SF information based on the sensing indication.
  • In some embodiment, the method may further include prior to determining the SF information, receiving, via the transceiver, from a session management function (SMF) , a request for the SF information, wherein the request comprises the ID of the terminal device.
  • In some embodiment, the method may further include receiving, via the transceiver from the terminal device, a sensing registration request; selecting a sensing function (SF) for the terminal device; and transmitting, via the transceiver to the selected SF, the sensing registration request.
  • In some embodiment, the sensing registration request may comprise information of sensing capability and the ID of the terminal device.
  • FIG. 18 illustrates a flowchart of a method 1800 that supports sensing data exchange in accordance with aspects of the present disclosure. The operations of the method 1800 may be implemented by a device or its components as described herein. For example, the operations of the method 1800 may be performed by a SF 140 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
  • At 1805, the method includes receiving, via the transceiver from a second network device, a request for sensing policy information associated with a sensing PDU session, wherein the request comprises an ID of a terminal device associated with the sensing PDU session. The operations of 1805 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1805 may be performed by a device as described with reference to FIG. 1A.
  • At 1810, the method includes transmitting, via the transceiver to the second network device, the sensing policy information. The operations of 1810 may be  performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1810 may be performed by a device as described with reference to FIG. 1A.
  • In some embodiment, the request may further comprise a sensing task ID. In some embodiment, the second network device may comprise a session management function (SMF) and a policy control function (PCF) .
  • In some embodiment, the method may further include receiving, via the transceiver from an access and mobility management function (AMF) , a sensing registration request from the terminal device.
  • In some embodiment, the method may further include transmitting, via the transceiver to a unified data management (UDM) , sensing function (SF) information associated with the terminal device.
  • In some embodiment, the method may further include assigning a sensing task to the terminal device by transmitting, via the transceiver to the terminal device, one of the following: a sensing task ID, at least one sensing requirement and user plane connection indication; or a sensing task ID, at least one sensing requirement, user plane connection indication and user plane information.
  • FIG. 19 illustrates a flowchart of a method 1900 that supports sensing data exchange in accordance with aspects of the present disclosure. The operations of the method 1900 may be implemented by a device or its components as described herein. For example, the operations of the method 1900 may be performed by a UE 104 as described herein. In some implementations, the device may execute a set of instructions to control the function elements of the device to perform the described functions. Additionally, or alternatively, the device may perform aspects of the described functions using special-purpose hardware.
  • At 1905, the method includes determining to establish a user plane connection with a SF. The operations of 1905 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1905 may be performed by a device as described with reference to FIG. 1A.
  • At 1910, the method includes transmitting, via the transceiver to a network function, sensing trigger information associated with a sensing PDU session. The  operations of 1910 may be performed in accordance with examples as described herein. In some implementations, aspects of the operations of 1910 may be performed by a device as described with reference to FIG. 1A.
  • In some embodiment, the network function may be a session management function (SMF) and the sensing trigger information may comprise one of the following: a sensing indication; or a sensing task identifier (ID) .
  • In some embodiment, the network function may be an access and mobility management function (AMF) , the sensing trigger information may comprise one of the following: a sensing indication; or a sensing task identifier (ID) .
  • In some embodiment, the sensing trigger information may be transmitted with an establishment request for a sensing PDU session.
  • In some embodiment, the method may further include being configured to determine to establish the user plane connection with the SF by: based on receiving sensing task information from the SF, determining to establish the user plane connection with the SF; based on receiving sensing task information from a radio access network (RAN) node, determining to establish the user plane connection with the SF; or based on receiving sensing task information from an application on the terminal device, determining to establish the user plane connection with the SF.
  • In some embodiment, the sensing task information may comprise one of the following: a sensing task ID, at least one sensing requirement, a user plane connection indication, the user plane information, or an indication to provide sensing results directly to the SF.
  • In some embodiment, the method may further include receiving, via the transceiver, a UE Route Selection Policy (URSP) rule for sensing from the PCF; and determining at least one attribute of the sensing PDU session based on the rule, wherein the at least one attribute comprise a mode of a PDU session and service continuity (SSC) , a type of a PDU session, a network slice, a data network name (DNN) and an access type.
  • In some embodiment, the method may further include transmitting, via the transceiver to the AMF, a sensing registration request so that the AMF transmits the sensing registration request to the SF; and receiving, via the transceiver from the AMF,  a sensing registration response, wherein the AMF receives the sensing registration response from the SF.
  • In some embodiment, the method may further include receiving, via the transceiver from a radio access network (RAN) node, one of the following: user plane information for the terminal device; a quality of service (QoS) flow identifier (QFI) ; a data radio bearer (DRB) ID; a logical channel ID, a logical channel group ID; or at least one sensing resource corresponding to a sensing mode of the terminal device and the at least one sensing requirement.
  • 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.
  • The embodiments of the present disclosure may further be described using the following clauses.
  • Clause 1. A network device comprising: a processor; and a transceiver coupled to the processor, wherein the processor is configured to: receive, via the transceiver, sensing trigger information for a sensing protocol data unit (PDU) session for a terminal device; and transmit, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device.
  • Clause 2. The network device of clause 1, wherein the sensing trigger information comprises one of the following: a sensing indication; or a sensing task identifier (ID) .
  • Clause 3. The network device of clause 1, wherein the network function is a sensing function (SF) and the request comprises one of the following: an ID of the terminal device; or the ID of the terminal device and a sensing task ID.
  • Clause 4. The network device of clause 1, wherein the network function is a policy control function (PCF) and the request comprises one of the following: an ID of the terminal device, and SF information associated with the terminal device; or the ID of the terminal device, the SF information and a sensing task ID.
  • Clause 5. The network device of clause 4, wherein the SF information is received, via the transceiver, from an access and mobility management function (AMF) , by a request for the SF information, wherein the request comprises the ID of the terminal device.
  • Clause 6. The network device of clause 4, wherein the processor is further configured to: transmit, via the transceiver to a unified data management (UDM) , a request for the SF information associated with the terminal device, wherein the request comprises the ID of the terminal device; and receive, via the transceiver, the SF information associated with the terminal device from the UDM.
  • Clause 7. The network device of clause 4, wherein the SF information comprises one of the following: an ID of the SF, Internet protocol (IP) address of the SF, or a fully qualified domain name (FQDN) of the SF.
  • Clause 8. The network device of clause 1, wherein the processor is configured to receive the sensing trigger information by: receiving, via the transceiver, the sensing trigger information from the terminal device via an uplink (UL) message; receiving, via the transceiver, the sensing trigger information from the terminal device via an establishment request for a sensing PDU session; or receiving, via the transceiver, the sensing trigger information from an AMF together with the SF information associated with the terminal device.
  • Clause 9. The network device of clause 3, wherein the processor is further configured to: receive, via the transceiver, from the SF, a response for the sensing policy information, wherein the response comprises the sensing policy information associated with the sensing PDU session for the terminal device.
  • Clause 10. The network device of clause 9, wherein the response further comprises the sensing task ID.
  • Clause 11. The network device of clause 4, wherein the processor is further configured to: receive, via the transceiver, from the PCF, a response comprising first sensing control information associated with the sensing policy information.
  • Clause 12. The network device of clause 1, wherein the sensing policy information comprises one of the following: at least one QoS parameter, at least one sensing requirement, user plane information for the terminal device, or transport network layer (TNL) information at an SF.
  • Clause 13. The network device of clause 11, wherein the processor is further configured to: transmit, via the transceiver to a user plane function (UPF) , a trigger message for a N4 session establishment procedure or a N4 session modification procedure, wherein the trigger message comprises a bidirectional tunnel indication; and receive, via the transceiver, from the UPF, TNL information at the UPF for a radio access network (RAN) node and TNL information at the UPF for the SF.
  • Clause 14. The network device of any of clauses 1-13, wherein the processor is further configured to: transmit, via the transceiver, to the RAN node, an ID of the sensing PDU session, TNL information at a SF or TNL information at a UPF, and the second sensing control information.
  • Clause 15. The network device of clause 14, wherein the first sensing control information and the second sensing control information comprises one of the following: the sensing task ID and a sensing mode of the terminal device; or the sensing task ID, the sensing mode of the terminal device and the at least one sensing requirement.
  • Clause 16. A network device comprising: a processor; and a transceiver coupled to the processor, wherein the processor is configured to: determine sensing function (SF) information associated with a sensing protocol data unit (PDU) session for a terminal device; and transmit, via the transceiver, to a session management function (SMF) , the SF information.
  • Clause 17. The network device of clause 16, wherein the processor is further configured to: prior to determining the SF information, receive, via the transceiver, from the terminal device, a sensing indication for determining the SF information for the terminal device.
  • Clause 18. The network device of clause 16, wherein the processor is further configured to: prior to determining the SF information, receive, via the transceiver, from the terminal device, a sensing indication for determine the SF information and an establishment request for a sensing protocol data unit (PDU) session, and wherein the SF information is transmitted together with the establishment request to the SMF.
  • Clause 19 The network device of any of clauses 16-18, wherein the processor is configured to determining the SF information by: determining the SF information based on the sensing indication.
  • Clause 20. The network device of clause 16, wherein the processor is further configured to: prior to determining the SF information, receive, via the transceiver, from a session management function (SMF) , a request for the SF information, wherein the request comprises the ID of the terminal device.
  • Clause 21. The network device of clause 16, wherein the processor is further configured to: receive, via the transceiver from the terminal device, a sensing registration request; select a sensing function (SF) for the terminal device; and transmit, via the transceiver to the selected SF, the sensing registration request.
  • Clause 22. The network device of clause 21, wherein the sensing registration request comprises information of sensing capability and the ID of the terminal device.
  • Clause 23. A network device comprising: a processor; and a transceiver coupled to the processor, wherein the processor is configured to: receive, via the transceiver from a second network device, a request for sensing policy information associated with a sensing protocol data unit (PDU) session, wherein the request comprises an identifier (ID) of a terminal device associated with the sensing PDU session; and transmit, via the transceiver to the second network device, the sensing policy information.
  • Clause 24. The network device of clause 23, wherein the request further comprises a sensing task ID.
  • Clause 25. The network device of clause 23, wherein the second network device comprises a session management function (SMF) and a policy control function (PCF) .
  • Clause 26. The network device of clause 23, wherein the processor is further configured to: receive, via the transceiver from an access and mobility management function (AMF) , a sensing registration request from the terminal device.
  • Clause 27. The network device of clause 23, wherein the processor is further configured to: transmit, via the transceiver to a unified data management (UDM) , sensing function (SF) information associated with the terminal device.
  • Clause 28. The network device of any of clauses 23-27, wherein the processor is further configured to: assign a sensing task to the terminal device by transmitting, via the transceiver to the terminal device, one of the following: a sensing task ID, at least one sensing requirement and user plane connection indication; or a sensing task ID, at least one sensing requirement, user plane connection indication and user plane information.
  • Clause 29. A terminal device comprising: a processor; and a transceiver coupled to the processor, wherein the processor is configured to: determine to establish a user plane connection with a sensing function (SF) ; and transmit, via the transceiver to a network function, sensing trigger information associated with a sensing protocol data unit (PDU) session.
  • Clause 30. The terminal device of clause 29, wherein the network function is a session management function (SMF) and the sensing trigger information comprises one of the following: a sensing indication; or a sensing task identifier (ID) .
  • Clause 31. The terminal device of clause 29, wherein the network function is an access and mobility management function (AMF) , the sensing trigger information comprises one of the following: a sensing indication; or a sensing task identifier (ID) .
  • Clause 32. The terminal device of clause 31, and the sensing trigger information is transmitted with an establishment request for a sensing PDU session.
  • Clause 33. The terminal device of clause 29, wherein the processor is configured to determine to establish the user plane connection with the SF by: based on receiving sensing task information from the SF, determining to establish the user plane connection with the SF; based on receiving sensing task information from a radio access network (RAN) node, determining to establish the user plane connection with the SF; or based on receiving sensing task information from an application on the terminal device, determining to establish the user plane connection with the SF.
  • Clause 34. The terminal device of clause 33, wherein the sensing task information comprises one of the following: a sensing task ID, at least one sensing requirement, a user plane connection indication, the user plane information, or an indication to provide sensing results directly to the SF.
  • Clause 35. The terminal device of clause 29, wherein the processor is further configured to: receive, via the transceiver, a UE Route Selection Policy (URSP) rule for sensing from the PCF; and determine at least one attribute of the sensing PDU session based on the rule, wherein the at least one attribute comprise a mode of a PDU session and service continuity (SSC) , a type of a PDU session, a network slice, a data network name (DNN) and an access type.
  • Clause 36. The terminal device of clause 29, wherein the processor is further configured to: transmit, via the transceiver to the AMF, a sensing registration request so that the AMF transmits the sensing registration request to the SF; and receive, via the transceiver from the AMF, a sensing registration response, wherein the AMF receives the sensing registration response from the SF.
  • Clause 37. The terminal device of any of clauses 28-34, wherein the processor is further configured to: receive, via the transceiver from a radio access network (RAN) node, one of the following: user plane information for the terminal device; a quality of service (QoS) flow identifier (QFI) ; a data radio bearer (DRB) ID; a logical channel ID, a logical channel group ID; or at least one sensing resource corresponding to a sensing mode of the terminal device and the at least one sensing requirement.
  • Clause 38. A method performed by a network device, comprising: receiving, via the transceiver, sensing trigger information for a sensing protocol data unit (PDU) session for a terminal device; and in response to receiving the sensing trigger information, transmitting, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device.
  • Clause 39. A method performed by a network device, comprising: determining sensing function (SF) information associated with a sensing protocol data unit (PDU) session for a terminal device; and transmitting, via the transceiver, the SF information to a session management function (SMF) .
  • Clause 40. A method performed by a network device, comprising: receiving, via the transceiver, a request for sensing policy information associated with a sensing protocol data unit (PDU) session, wherein the request comprises an identifier (ID) of a terminal device associated with the sensing PDU session; and in response to the request, transmitting, via the transceiver to the second network device, the sensing policy information.
  • Clause 41. A method performed by a terminal device, comprising: determining to establish a user plane connection with a sensing function (SF) ; and transmitting, via the transceiver to a network function, sensing trigger information associated with a sensing protocol data unit (PDU) session.
  • Clause 42. A computer readable medium having instructions stored thereon, the instructions, when executed by a processor of an apparatus, causing the apparatus to perform at least the method of any of clauses 38-41.

Claims (20)

  1. A network device comprising:
    a processor; and
    a transceiver coupled to the processor,
    wherein the processor is configured to:
    receive, via the transceiver, sensing trigger information for a sensing protocol data unit (PDU) session for a terminal device; and
    transmit, via the transceiver to a network function, a request for sensing policy information associated with the sensing PDU session for the terminal device.
  2. The network device of claim 1, wherein the sensing trigger information comprises one of the following:
    a sensing indication; or
    a sensing task identifier (ID) .
  3. The network device of claim 1, wherein the network function is a sensing function (SF) and the request comprises one of the following:
    an ID of the terminal device; or
    the ID of the terminal device and a sensing task ID.
  4. The network device of claim 1, wherein the network function is a policy control function (PCF) and the request comprises one of the following:
    an ID of the terminal device, and SF information associated with the terminal device; or
    the ID of the terminal device, the SF information and a sensing task ID.
  5. The network device of claim 4, wherein the SF information comprises one of the following:
    an ID of the SF, Internet protocol (IP) address of the SF, or
    a fully qualified domain name (FQDN) of the SF.
  6. The network device of claim 1, wherein the processor is configured to receive the sensing trigger information by:
    receiving, via the transceiver, the sensing trigger information from the terminal device via an uplink (UL) message;
    receiving, via the transceiver, the sensing trigger information from the terminal device via an establishment request for a sensing PDU session; or
    receiving, via the transceiver, the sensing trigger information from an AMF together with the SF information associated with the terminal device.
  7. The network device of claim 3, wherein the processor is further configured to:
    receive, via the transceiver, from the SF, a response for the sensing policy information, wherein the response comprises the sensing policy information associated with the sensing PDU session for the terminal device.
  8. The network device of claim 4, wherein the processor is further configured to:
    receive, via the transceiver, from the PCF, a response comprising first sensing control information associated with the sensing policy information.
  9. The network device of claim 1, wherein the sensing policy information comprises one of the following:
    at least one QoS parameter,
    at least one sensing requirement,
    user plane information for the terminal device, or 
    transport network layer (TNL) information at an SF.
  10. The network device of any of claims 1-9, wherein the processor is further configured to:
    transmit, via the transceiver, to the RAN node, an ID of the sensing PDU session, TNL information at a SF or TNL information at a UPF, and the second sensing control information.
  11. The network device of claim 10, wherein the first sensing control information and the second sensing control information comprises one of the following:
    the sensing task ID and a sensing mode of the terminal device; or
    the sensing task ID, the sensing mode of the terminal device and the at least one sensing requirement.
  12. A network device comprising:
    a processor; and
    a transceiver coupled to the processor,
    wherein the processor is configured to:
    determine sensing function (SF) information associated with a sensing protocol data unit (PDU) session for a terminal device; and
    transmit, via the transceiver, to a session management function (SMF) , the SF information.
  13. The network device of claim 12, wherein the processor is further configured to:
    prior to determining the SF information, receive, via the transceiver, from the terminal device, a sensing indication for determining the SF information for the terminal device.
  14. The network device of claim 12, wherein the processor is further configured to:
    prior to determining the SF information, receive, via the transceiver, from the terminal device, a sensing indication for determine the SF information and an establishment request for a sensing protocol data unit (PDU) session, and wherein the SF information is transmitted together with the establishment request to the SMF.
  15. The network device of claim 12, wherein the processor is further configured to:
    receive, via the transceiver from the terminal device, a sensing registration request;
    select a sensing function (SF) for the terminal device; and
    transmit, via the transceiver to the selected SF, the sensing registration request.
  16. The network device of claim 15, wherein the sensing registration request comprises information of sensing capability and the ID of the terminal device.
  17. A terminal device comprising:
    a processor; and 
    a transceiver coupled to the processor,
    wherein the processor is configured to:
    determine to establish a user plane connection with a sensing function (SF) ; and
    transmit, via the transceiver to a network function, sensing trigger information associated with a sensing protocol data unit (PDU) session.
  18. The terminal device of claim 17, wherein the network function is a session management function (SMF) and the sensing trigger information comprises one of the following:
    a sensing indication; or
    a sensing task identifier (ID) .
  19. The terminal device of claim 17, wherein the network function is an access and mobility management function (AMF) , the sensing trigger information comprises one of the following: a sensing indication; or a sensing task identifier (ID) .
  20. The terminal device of claim 17, wherein the processor is further configured to:
    receive, via the transceiver, a UE Route Selection Policy (URSP) rule for sensing from the PCF; and
    determine at least one attribute of the sensing PDU session based on the rule, wherein the at least one attribute comprise a mode of a PDU session and service continuity (SSC) , a type of a PDU session, a network slice, a data network name (DNN) and an access type.
EP23884265.2A 2023-06-30 2023-06-30 Sensing data exchange Pending EP4736555A1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2023/105139 WO2024093326A1 (en) 2023-06-30 2023-06-30 Sensing data exchange

Publications (1)

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

Family

ID=90929589

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23884265.2A Pending EP4736555A1 (en) 2023-06-30 2023-06-30 Sensing data exchange

Country Status (3)

Country Link
EP (1) EP4736555A1 (en)
CN (1) CN121464708A (en)
WO (1) WO2024093326A1 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2025107655A1 (en) * 2024-07-05 2025-05-30 Lenovo (Beijing) Limited Policy rule for aiot data transmission
WO2026029637A1 (en) * 2024-08-02 2026-02-05 엘지전자 주식회사 Method and apparatus for mapping qos flow related to sensing service to drb
WO2026084425A1 (en) * 2024-10-15 2026-04-23 엘지전자 주식회사 Method and device for performing communication in wireless communication system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166767A1 (en) * 2019-02-14 2020-08-20 엘지전자 주식회사 Method and terminal for displaying information for using ma pdu session
CN116158117A (en) * 2020-06-25 2023-05-23 交互数字专利控股公司 Method, apparatus and system for multiplexing sensing and measurement data between control plane and user plane
CN116648933A (en) * 2020-12-24 2023-08-25 华为技术有限公司 Sensing system, method and apparatus in wireless communication network
US12095553B2 (en) * 2021-11-30 2024-09-17 Lenovo (Singapore) Pte. Ltd. Sensing reference signal adjustments for user equipment participation

Also Published As

Publication number Publication date
CN121464708A (en) 2026-02-03
WO2024093326A1 (en) 2024-05-10

Similar Documents

Publication Publication Date Title
WO2024093326A1 (en) Sensing data exchange
WO2024159793A1 (en) Devices and methods for store and forward operations
WO2024156270A1 (en) Synchronization for a-iot device
WO2024093430A1 (en) Data handling based on pdu set configuration
WO2024169800A1 (en) Pdu session establishment
WO2024239688A1 (en) Prach resource adaptation
WO2024109199A1 (en) Network function determination
WO2024148819A1 (en) Paging for sensing ue
WO2024093447A1 (en) Preparation procedure for ltm
WO2025097812A1 (en) Sib1 transmission
WO2025060447A1 (en) Rach occasion group for preamble repetitions
WO2024119942A1 (en) Sidelink based sensing
WO2024109145A1 (en) Transmission in measurement window
WO2024183315A1 (en) Sidelink positioning on unlicensed spectrum
WO2024093323A1 (en) Determination of rach occasion groups
WO2025213788A1 (en) Establishment of computing session
WO2024159782A1 (en) Candidate cell configuration for ltm
WO2025241590A1 (en) Synchronization signal block transmission
WO2026073478A1 (en) Detection of sensing non-allowed area
WO2024093275A1 (en) Transmission configuration indicator state pool
WO2026040430A1 (en) Group-based transmission in sensing
WO2025166560A1 (en) Prach transmission
WO2024222055A1 (en) Pre-configuration for dynamic traffic characteristic change
WO2024093394A1 (en) Retrieval of system information
WO2026056319A1 (en) Random access procedure

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