Positioning and sensing authorization

Abstract

Presented are systems, methods, apparatuses, or computer-readable media for positioning and sensing authorization. A method can include receiving, by a first network node from a second network node, a request including at least one of a request indication, first information, or second information. The method can include sending, by the first network node, to the second network node, a message including third information.

Description

POSITIONING AND SENSING AUTHORIZATIONTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for positioning and sensing authorization.BACKGROUND

[0002] The standardization organization Third Generation Partnership Project (3GPP) is currently in the process of specifying a new Radio Interface called 5G New Radio (5G NR) as well as a Next Generation Packet Core Network (NG-CN or NGC) . The 5G NR will have three main components: a 5G Access Network (5G-AN) , a 5G Core Network (5GC) , and a User Equipment (UE) . In order to facilitate the enablement of different data services and requirements, the elements of the 5GC, also called Network Functions, have been simplified with some of them being software based so that they could be adapted according to need.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, a method, an apparatus, or a computer-readable medium for positioning and sensing authorization. A first network node can receive, from a second network node, a request including at least one of a request indication, first information, or second information. The first network node can send, to the second network node, a message comprising third information.

[0005] In some embodiments, the third information is in response to at least one of the request indication, the first information or the second information. The third information can be in accordance to the second information. The message can include at least one of an indication, a first message or a second message. The first message can include at least one of: an identifier corresponding to the first network node, location information of the first network node, an intermedia feature of the first network node, a local identifier of the first network node, an encrypted identifier of the first network node, a virtual identifier of the first network node, or a subscription permanent identifier of the first network node, or a subscription concealed identifier of the first network node. The second message can include at least one of: one or more cell identifiers, one or more cell identifier lists, or one or more location ranges.

[0006] In some embodiments, the second network node sends, to a third network node, a second message including sixth information. The third network node can send, to the second network node, a second request including at least one of an indication, fourth information or fifth information. The second network node can receive, from a third network node, the second request including at least one of the indication, the fourth information or the fifth information. The second network node can send the second information including the sixth information responsive to the second request. The sixth information can be responsive to receiving the report comprising the third information.

[0007] In some embodiments, the first network node can include a wireless communication device, the second network node can include at least one of a wireless communication node, a transmit / reception point (TRP) , a next generation random access network (NG-RAN) node, or the third network node can include at least one of a wireless communication device a positioning reference unit (PRU) , a location management function (LMF) , or a sensing function (SF) . The first network node can include a wireless communication device, wherein the second network node can include at least one of a wireless communication node, a NG-RAN, a TRP, or an LMF, or the third network node can include the LMF. The first network node can include a sensing reference unit (SRU) , the second network node can include at least one of a sensing function (SF) , a wireless communication device, NG-RAN, or a TRP, or the third network node can include at least one of the SF, the wireless communication device, or the TRP. The first network node can include a TRP, the second network node can include at least one of a wireless communication device, NG-RAN, LMF, or SF, or the third network node can include the wireless communication device. The first network node can include a first wireless communication device, the second network node can include a second wireless communication device or a NG-RAN, and the third network node can include a network.

[0008] In some embodiments, the first information or the fourth information includes one or more of: an identifier corresponding to the first network node, location information of the first network node, an intermedia feature of the first network node, a local identifier of the first network node, an encrypted identifier of the first network node, a virtual identifier of the first network node, or a subscription permanent identifier of the first network node, or a subscription concealed identifier of the first network node. The request or the second request can include one or more Boolean values to indicate whether the first information is requested. The first information can further include an authorization indicator to indicate that the first network node satisfies the second information. The second information or the fifth information can include one or more of: one or more cell identifiers, one or more cell identifier lists, or one or more location ranges.

[0009] In some embodiments, the fifth information is associated with a corresponding information type. The third information or the sixth information can include an authorization of the first information or the fourth information. The third information or the sixth information can include one or more Boolean values to indicate the corresponding first information as authorized to be provided. The sixth information can include an authorization of one or more of: a number of authorized network nodes, an information type for the first network node, content of information type, or the one or more Boolean values. The request or message can include one or more TRP identifiers. The method can further include sending, by the first network node, to the third network node, an information transmission comprising content of the first information. The third network node can send information transmission including content of the first information to the second network node. The information transmission can be associated with one or more time stamps or one or more time durations.

[0010] In some embodiments, the second message further includes at least one of a measurement range or a time stamp associated with measurement information. The first message can include information transmission comprising content of the first information. The second message information transmission can include content of the first information or the fourth information. The third information or the sixth information can include at least one of an identifier of the first network node, a location, a cell identifier, or an indicator. The indicator can indicate that the second wireless communication device is authorized for sensing. The first network node can include at least one of a first TRP, a first wireless communication device, a first LMF, or a first SF, and the second network node can include at least one of a second TRP, a second wireless communication device, a second LMF, or a second SF, and the third network node can include at least one of a third TRP, a third wireless communication device, a third LMF, or a third SF. The first information can include at least one indicator to indicate a second data type in at least one of the second network node or the third network node. The third information can include an authorization of the first information.

[0011] In some embodiments, the first information includes at least one indicator to indicate a third data type in at least one of the second network node or the third network node and one or more time spans associated with the third data type. The first information can include at least one or more time stamps or one or more time durations indicating a validity period of the request or the report. The first information can include at least one response time indicating a maximum time between receipt of the request and transmission of the report. The third information can include at least one indicator associated with an authorized entity for the first network node. At least one of the request or the report can be associated with one or more public land mobile networks (PLMNs) . The first information or the third information can include an authorization type indicating at least one of: (i) authorization allowed, (ii) authorization not allowed, (iii) authorization partially allowed, (iv) implicit information allowed, (v) implicit information not allowed, (vi) explicit information allowed, or (vii) ) explicit information not allowed.

[0012] In some embodiments, the first network node can include at a next generation radio access network (NG-RAN) node, a distributed unit (DU) , or a centralized unit (CU) , where the second network node can include at least one of the LMF. The first network node can include NG-RAN node or DU, the second network node can include at least one of the LMF, and third network node can include a CU. The message can include a relative time of arrival (RTOA) report including at least one of: one or more TRP identifiers or a virtual line-of-sight (LOS) indicator to indicate whether the report is for a virtual LOS link. The request can include at least one of a request type indicating at least one of timing information of a physical link or timing information of a virtual link. The third information can include at least one of a channel measurement, a RTOA report, or timing information. The sixth information can include a plurality of third information.

[0013] In some embodiments, the information is associated with at least one of priority indicator, privacy expose level, or acceptable expose level. The information can be one or more of: the first information, second information, third information, forth information, fifth information, or sixth information. At least one of the priority indicator or privacy expose level can be associated at least one of the distance or the time difference. The distance can refer to the distance between the requested area and the current area or a camping area. The time difference can refer to the distance between the time when request is sent or received and the requested time. At least one of the priority indicator or the privacy expose level can be determined by at least one or more of:

[0014] where k is a scaling factor, Du is the distance unit, D is the distance between the requested and current area of the response entity or the authorization target, Tc is the time when the request is sent or received, Tr is the time when the time associated with each request, or Tu is the time unit.

[0015] At least one aspect is directed to a system, a method, an apparatus, or a computer-readable medium for positioning and sensing authorization. A first network node can send, to a second network node, a request including at least one of first information or second information. The first network node can receive, from the second network node, a report comprising third information.BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict example embodiments of the present solution to facilitate the reader’s understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0017] FIG. 1 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with some embodiments of the present disclosure;

[0018] FIG. 2 illustrates a block diagram of an example base station and a user equipment device, in accordance with some embodiments of the present disclosure;

[0019] FIG. 3 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with some embodiments of the present disclosure;

[0020] FIG. 4 illustrates a signaling diagram of an example method for artificial intelligence (AI)  / machine learning (ML) positioning, in accordance with some embodiments of the present disclosure;

[0021] FIG. 5 illustrates a signaling diagram of an example method for AI / ML positioning, in accordance with some embodiments of the present disclosure;

[0022] FIG. 6 illustrates a signaling diagram of an example method for authorizing a wireless communication device, in accordance with some embodiments of the present disclosure;

[0023] FIG. 7 illustrates a signaling diagram of an example method for authorizing a wireless communication device, in accordance with some embodiments of the present disclosure;

[0024] FIG. 8 illustrates a signaling diagram of an example method for authorizing a wireless communication device, in accordance with some embodiments of the present disclosure;

[0025] FIG. 9 illustrates a signaling diagram of an example method for authorizing a wireless communication device, in accordance with some embodiments of the present disclosure;

[0026] FIG. 10 illustrates an example cellular communication network with a sensing reference unit (SRU) in which techniques disclosed herein may be implemented, in accordance with some embodiments of the present disclosure;

[0027] FIG. 11 illustrates a signaling diagram of an example method for authorizing a SRU, in accordance with some embodiments of the present disclosure;

[0028] FIG. 12 illustrates a signaling diagram of an example method for authorizing a SRU, in accordance with some embodiments of the present disclosure;

[0029] FIG. 13 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with some embodiments of the present disclosure;

[0030] FIG. 14 illustrates a signaling diagram of an example method for authorizing a SRU, in accordance with some embodiments of the present disclosure;

[0031] FIG. 15 illustrates a signaling diagram of an example method for authorizing a SRU, in accordance with some embodiments of the present disclosure;

[0032] FIG. 16 illustrates a signaling diagram of an example method for authorizing a SRU, in accordance with some embodiments of the present disclosure;

[0033] FIG. 17 illustrates a signaling diagram of an example method for authorizing a SRU, in accordance with some embodiments of the present disclosure;

[0034] FIG. 18 illustrates a signaling diagram of an example method for authorizing a base station, in accordance with some embodiments of the present disclosure;

[0035] FIG. 19 illustrates a signaling diagram of an example method for authorizing a base station, in accordance with some embodiments of the present disclosure;

[0036] FIG. 20 illustrates a signaling diagram of an example method for authorizing a surrounding wireless communication device, in accordance with some embodiments of the present disclosure; and

[0037] FIG. 21 illustrates a flow diagram of an example method for positioning and sensing authorization, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

[0038] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0039] 1. Mobile Communication Technology and Environment

[0040] FIG. 1 illustrates an example wireless communication network, and / or system, 100 in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure. In the following discussion, the wireless communication network 100 may be any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as “network 100. ” Such an example network 100 includes a base station 102 (hereinafter “BS 102” ; also referred to as wireless communication node) and a user equipment device 104 (hereinafter “UE 104” ; also referred to as wireless communication device) that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In Figure 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one base station operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0041] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various embodiments of the present solution.

[0042] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA signals) in accordance with some embodiments of the present solution. The system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein. In one illustrative embodiment, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of Figure 1, as described above.

[0043] System 200 generally includes a base station 202 (hereinafter “BS 202” ) and a user equipment device 204 (hereinafter “UE 204” ) . The BS 202 includes a BS (base station) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled and interconnected with one another as necessary via a data communication bus 220. The UE 204 includes a UE (user equipment) transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0044] As would be understood by persons of ordinary skill in the art, system 200 may further include any number of modules other than the modules shown in Figure 2. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure

[0045] In accordance with some embodiments, the UE transceiver 230 may be referred to herein as an “uplink” transceiver 230 that includes a radio frequency (RF) transmitter and a RF receiver each comprising circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some embodiments, the BS transceiver 210 may be referred to herein as a “downlink” transceiver 210 that includes a RF transmitter and a RF receiver each comprising circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 may be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time that the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operations of the two transceivers 210 and 230 may be coordinated in time such that the downlink receiver is coupled to the downlink antenna 212 for reception of transmissions over the wireless transmission link 250 at the same time that the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0046] The UE transceiver 230 and the base station transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative embodiments, the UE transceiver 210 and the base station transceiver 210 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the base station transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0047] In accordance with various embodiments, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some embodiments, the UE 204 may be embodied in various types of user devices such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0048] Furthermore, the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module executed by processor modules 214 and 236, respectively, or in any practical combination thereof. The memory modules 216 and 234 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 may be coupled to the processor modules 210 and 230, respectively, such that the processors modules 210 and 230 can read information from, and write information to, memory modules 216 and 234, respectively. The memory modules 216 and 234 may also be integrated into their respective processor modules 210 and 230. In some embodiments, the memory modules 216 and 234 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 210 and 230, respectively. Memory modules 216 and 234 may also each include non-volatile memory for storing instructions to be executed by the processor modules 210 and 230, respectively.

[0049] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the base station 202 that enable bi-directional communication between base station transceiver 210 and other network components and communication nodes configured to communication with the base station 202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 218 provides an 802.3 Ethernet interface such that base station transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0050] The Open Systems Interconnection (OSI) Model (referred to herein as, “open system interconnection model” ) is a conceptual and logical layout that defines network communication used by systems (e.g., wireless communication device, wireless communication node) open to interconnection and communication with other systems. The model is broken into seven subcomponents, or layers, each of which represents a conceptual collection of services provided to the layers above and below it. The OSI Model also defines a logical network and effectively describes computer packet transfer by using different layer protocols. The OSI Model may also be referred to as the seven-layer OSI Model or the seven-layer model. In some embodiments, a first layer may be a physical layer. In some embodiments, a second layer may be a Medium Access Control (MAC) layer. In some embodiments, a third layer may be a Radio Link Control (RLC) layer. In some embodiments, a fourth layer may be a Packet Data Convergence Protocol (PDCP) layer. In some embodiments, a fifth layer may be a Radio Resource Control (RRC) layer. In some embodiments, a sixth layer may be a Non Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer being the other layer.

[0051] 2. Systems and Methods for Positioning and Sensing Authorization

[0052] Sensing and positioning may include at least one of a UE or a TRP receiving and measuring reference signals (RS) (e.g., positioning reference signals (PRS) , sounding reference signals (SRS) , sensing reference signals, etc. ) and reporting the measurement result and / or estimation result to a network or another entity (e.g., another UE) . For AI positioning, AI sensing, and / or sensing calibration, measurement information and at least one of a UE or sensing objects’ location can be paired. However, in conventional positioning and sensing, the measurement information and / or location information of at least one of the UE, TRP, or sensing object is sensitive information, and access to such sensitive information may be provided following authorization. The present disclosure provides detailed enhancements on authorization processes and providing data for, but not limited to, AI positioning, AI sensing and / or sensing or positioning calibration.

[0053] Background for Implementations 1 and 2

[0054] FIG. 3 illustrates an example communication network 300, according to some embodiments of the present disclosure. In an uplink positioning process, as shown in FIGS. 3-4, a UE 302 (e.g., UE 104, 204) can transmit at least one SRS 402. A TRP 304 (e.g., BS 102, 202) can measure the received SRS 402 and report the measurement result to a location management function (LMF) 404. The UE 302 can be or include a positioning reference unit (PRU) . The UE 302 can herein be referred to as UE / PRU 302. The TRP 304 can be a gNB 304, and can herein be referred to as gNB 304. The gNB 304 can, at 406, obtain the measurement results from the SRS 402 (406) .

[0055] For AI or ML (e.g., AI and ML, AI, ML, AI / ML, etc. ) training in connection with location-based positioning protocol (LPP) , new radio positioning protocol A (NRPPa) , or radio resource control (RRC) for sounding reference signal (SRS) configuration, as shown in at least FIG. 4 (e.g., case 3A) , the gNB 304 can, at 408, collect multiple training data sets to train the AI model. The multiple training data sets can include the measurement results of multiple SRS 402. The format of the training data sets can be {measurement information, label} . The measurement information can be measured by gNB 304, the label can be provided by UE 302 or PRU 302 or LMF 404. The calculation of label information can be based on UE 302 or PRU 302 location information or positioning information.

[0056] For AI or ML (e.g., AI and ML, AI, ML, AI / ML, etc. ) positioning, the AI model can generate an inference based on the SRS 402 at 410. The gNB 304 can report the measurement result to LMF 404 at 412 where the measurement result is an inference by an AI model. The measurement result can be intermediate features. The intermediate features can include at least one or more of: timing information (e.g., relative time of arrival (RTOA) , round-trip time (RTT) , time of flight (TOF) , etc. ) , angle information (e.g., angle of arrival (AOA) , zenith angle of arrival (Z-AOA) ) , power information (e.g., reference signal received power (RSRP) , reference signal received path power (RSRPP) , etc. ) , phase information (e.g., received signal code power (RSCP) , phase difference, etc. )

[0057] The gNB 304 can receive at least one of multiple label or intermediate feature (s) or location information of different UE 302 or PRUs 302 {Label #1, Label #2, …, Label #N} , and perform multiple measurements on different UE 302 or PRUs’ 302 SRS 402 {Measurement #1, Measurement #2, …, Measurement #M} . The gNB 304 can pair each label information with each measurement for AI or ML model training, at 408. The paired label and measurement can refer to a same UE 302 or PRU 302 at a same location. A UE 302 or PRU 302 can be efficiently identified via UE or PRU ID. In the present disclosure, the ID of UE 302 or PRU 302 and / or the location of UE 302 or PRU 302 and / or the intermediate feature (s) of a UE 302 or PRU 302 (or a pair of UE 302 or PRU 302 and a TRP 304 or gNB 304) may not be disclosed to gNB 304 considering privacy of the UE 302 or PRU 302. The LMF 404 can estimate a location of the UE 302 or PRU 302 based on the AI or ML model inference.

[0058] For AI or ML positioning, as seen in FIG. 5 (e.g., case 3B) , the gNB 304 can report the measurement result to LMF 404 at 502. The measurement result can be an inference by the AI or ML model. In model training phase, the LMF 404 can collect multiple training data sets to train the AI or ML model. The format of the training data can be {measurement information, label} . The measurement information can be measured by TRP 304 or gNB 304. The label can be provided by UE 302, PRU 302, or LMF 404. The calculation of label information can be based on UE 302 or PRU’s 302 location information or positioning information.

[0059] To disclose UE’s 302 ID or location or intermediate feature to gNB 304, sensing function (SF) , LMF 404, or a core network (CN) , a request or inquiry can be transmitted to the UE 302. The request can be an authorization request or inquiry. The authorization request or inquiry can be to one or more of the following which can be exposed (e.g., transmitted) to gNB 304, SF, LMF 404, or CN: UE’s 302 ID, UE’s 302 location information, UE’s 302 intermediate feature, UE’s 302 local ID, UE’s 302 encrypted ID, UE’s 302 Subscription Permanent Identifier (SUPI) , UE’s 302 Subscription Concealed Identifier (SUCI) .

[0060] The gNB 304 can be replaced by TRP or a NG-RAN node. The LMF 404 can be replaced by a SF, CN, Unified Data Management (UDM) , or access and mobility management (AMF) . The UE 302 can be replaced by positioning reference unit (PRU) or sensing reference (SRU) .

[0061] Implementation 1: Authorization of UE Information Case 3A

[0062] For case 3A gNB 304 side model (e.g., gNB 304 authorizes the UE 302) , the model training and monitoring data request can be initiated by gNB 304 or TRP 304.

[0063] FIG. 6 illustrates a first signaling diagram 600 for authorization of UE 302 information by the gNB 304.

[0064] Request or Inquiry:

[0065] The gNB 304 can send, transmit, or otherwise provide the request or inquiry to UE 302 at 602. The request or inquiry can include the information type and / or range information (e.g., associated, pre-defined, etc. ) . The information type can include at least one of: UE’s 302 ID, UE’s 302 location information, UE’s 302 intermedia feature, UE’s 302 local ID, UE’s 302 encrypted ID, UE’s 302 virtual ID, UE’s 302 SUPI, or UE’s 302 SUCI (e.g., first information) . The request or inquiry can include or be an authorization request or inquiry. The response can be an authorization response.

[0066] The range information can include at least one of: one or more cell ID (s) , one or more cell ID list (s) , or one or more location ranges (e.g., second information) .

[0067] The one or more cell ID or cell ID list or location range can be associated with different information type (s) .

[0068] For example, the request or inquiry can include {cell ID list #1, information type #1} , {cell ID list #2, information type #2} , indicating that the UE 302 within cell ID list #1 requested for the authorization of information type #1.

[0069] Specifically, the request or inquiry can include one or more Boolean values. The value can be set as 1 or true in response to the corresponding information type being requested. Otherwise, the values can be set as 0 or false. The request or inquiry can be broadcast or unicast or group cast.

[0070] The UE 302 can retrieve, identify, or otherwise receive the request from the gNB 304.

[0071] Response (e.g., message, report) :

[0072] The UE 302 can report, transmit, or otherwise send a response (e.g., the authorization of one or more information types) to gNB 304 or TRP 304 at 604. The response or report can be an authorization report or response. The authorization report can be requested by gNB 304 or not requested by gNB 304. For example, the UE 302 can report the authorization absent a request from the gNB 304. Alternatively, the UE 302 can report the information to gNB 304 (if authorized) . The information can refer to the content of information type (e.g., third information) . The report or response could be the authorization report or response.

[0073] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide (e.g., third information) . Otherwise, the value of the corresponding information type can be set as 0 or false or UE responds NACK.

[0074] The gNB 304 or the TRP 304 can retrieve, identify, or otherwise receive the authorization from the UE 302.

[0075] FIG. 7 illustrates a second signaling diagram 700 for authorization of UE 302 information by the gNB 304. Alternatively, the request or inquiry and / or authorization report can be forwarded by LMF 404, SF, or CN. The LMF 404 can herein be referred to as LMF 404 or SF 404. The transmission flow can include:

[0076] First Request:

[0077] The gNB 304 can send, transmit, or otherwise provide the request or inquiry to LMF 404 or SF 404 at 702. The request or inquiry can include the information type and / or range information (e.g., fourth information) . The information type and range information can be same as previous transmission flow shown in FIG. 6 (e.g., first information) . The request or inquiry can include or be an authorization request or inquiry.

[0078] The LMF 404 or SF 404 can retrieve, identify, or otherwise receive the request from the gNB 304.

[0079] Second Request:

[0080] LMF 404 or SF 404 can send, transmit, or otherwise provide the request or inquiry to the UE 302 at 704. The request or inquiry can include the information type and / or range information. Alternatively, LMF 404 or SF 404 can identify the UE 302 that satisfies the range information, and can send authorization to the UE 302. The authorization can include an authorize indicator (e.g., authorization indicator) and / or the information type. The request or inquiry can include or be an authorization request or inquiry.

[0081] The UE 302 can retrieve, identify, or otherwise receive the request from the LMF 404 or SF 404.

[0082] First Response:

[0083] The UE 302 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to LMF 404 or SF 404 at 706. The authorization report can be requested by LMF 404 or SF 404 or not requested by LMF 404 or SF 404. Alternatively, the UE 302 can report the information to LMF 404 or SF 404 (if authorized) . The information can refer to the content of information type.

[0084] The LMF 404 or SF 404 can retrieve, identify, or otherwise receive the authorization from the UE 302.

[0085] Second Response:

[0086] The LMF 404 or SF 404 can send, transmit, or otherwise provide a response (e.g., the authorization results of the UE 302) to the gNB 304 at 708. The authorization can include at least one of: a number of authorized UE 302, information type of authorized UE 302, content of information type (if authorized) , or Boolean values of UE 302 authorization result (s) .

[0087] The gNB 304 can retrieve, identify, or otherwise receive the authorization results from the LMF 404 or the SF 404.

[0088] Implementation 2: Authorization of UE Information Case 3B

[0089] For case 3B LMF 404 side model (e.g., LMF 404 authorizes the UE 302) , the model training and monitoring data request can be initiated by LMF 404.

[0090] FIG. 8 illustrates a first signaling diagram 800 for authorization of UE 302 information by the LMF 404.

[0091] Request:

[0092] The LMF 404 can send, transmit, or otherwise provide the request or inquiry to the UE 302 at 802. The request or inquiry can include the information type and / or range information. The information type can include at least one of: the UE’s 302 ID, UE’s 302 location information, UE’s 302 intermedia feature, UE’s 302 local ID, UE’s 302 encrypted ID, UE’s 302 virtual ID, UE’s 302 SUPI, or UE’s 302 SUCI. The request or inquiry can include or be an authorization request or inquiry.

[0093] The range information can include at least one of: one or more cell ID (s) , one or more cell ID list (s) , or one or more location ranges.

[0094] The one or more cell ID or cell ID list or location range can be associated with different information type (s) (e.g., fifth information) .

[0095] For example, the request or inquiry can include {cell ID list #1, information type #1} , {cell ID list #2, information type #2} , which can indicate that the UE 302 within cell ID list #1 requested for the authorization of information type #1.

[0096] Specifically, the request or inquiry can include one or more Boolean values. The value can be set as 1 or true in response to the corresponding information type being requested. Otherwise, the values can be set as 0 or false. The request or inquiry can be broadcast or unicast or group cast.

[0097] The UE 302 can retrieve, identify, or otherwise receive the request from the LMF 404.

[0098] Response:

[0099] The UE 302 can report, send, transmit, or otherwise provide the response (e.g., authorization of one or more information types) to LMF 404 at 804. The authorization report can be requested by LMF 404 or not requested by LMF 404 (e.g., sixth information) . Alternatively, the UE 302 can report the information to LMF 404 (if authorized) . The information can refer to the content of information type.

[0100] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide. Otherwise, the value of the corresponding information type can be set as 0 or false or UE responds NACK.

[0101] The LMF 404 can retrieve, identify, or otherwise receive the authorization from the UE 302.

[0102] FIG. 9 illustrates a second signaling diagram 900 for authorization of UE 302 information by the LMF 404. Alternatively, the request or inquiry and / or authorization report can be forwarded by gNB 304. Detailed transmission flow can include:

[0103] First Request:

[0104] The LMF 404 can send, transmit, or otherwise provide the request or inquiry to gNB 304 at 902. The request or inquiry can include the information type and / or range information. The information type and range information can be same as previous transmission flow as shown in FIG. 8. The request or inquiry can include or be an authorization request or inquiry.

[0105] The gNB 304 can retrieve, identify, or otherwise receive the request from the LMF 404.

[0106] Second Request:

[0107] The gNB 304 can send, transmit, or otherwise provide the request or inquiry to the UE 302 at 904. The request or inquiry can include the information type and / or range information. Alternatively, the gNB 304 can identify the UE 302 that satisfies the range information, and can send authorization to the UE 302. The authorization can include an authorize indicator and / or the information type. The request or inquiry can include or be an authorization request or inquiry.

[0108] The UE 302 can retrieve, identify, or otherwise receive the request from the gNB 304.

[0109] First Response:

[0110] The UE 302 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to gNB 304 at 906. The authorization report can be requested by gNB 304 or not requested by gNB 304. Alternatively, the UE 302 can report the information to gNB 304 (if authorized) . The information can refer to the content of information type.

[0111] The gNB 304 can retrieve, identify, or otherwise receive the authorization from the UE 302.

[0112] Second Response:

[0113] The gNB 304 can send, transmit, or otherwise provide a response (e.g., the authorization result of UE 302) to LMF 404 at 908. The authorization can include at least one of:number of authorized UE 302, information type of authorized UE 302, content of information type (if authorized) , or Boolean values of UE 302 authorization result (s) .

[0114] The UE 302 or the LMF 404 can retrieve, identify, or otherwise receive the authorization result from the gNB 304.

[0115] Benefits of Implementations 1 and 2

[0116] For privacy control, systems of FIGS. 5-9 can be engineered to protect user privacy by employing privacy controls that mitigate direct correlation of SRS 402 resource ID, SRS 402 resource set ID and / or SRS 402 sequence IDs for UE 302 identification. Additionally, multiple TRP 304 IDs can be included in the request and / or report, further enhancing privacy measures. All privacy-related computations and identifications can be processed and managed by a central node (e.g., central unit (CU) or gNB 304) , ensuring a coordinated and secure framework for handling sensitive information.

[0117] In response to solely relying on PRUs 302 for training data collection or model monitoring, the volume of data amassed can be insufficient for comprehensive analysis or robust training. Obtaining UE 302 authorization can enrich the dataset and enhance model accuracy. Upon securing the authorization, UE 302 IDs can be accessed, thereby enabling the systems of FIGS. 5-9 to ascertain which UE 302 the measurements correspond to. This direct correspondence (e.g., association, relationship, etc. ) between measurements and individual UEs 302 significantly improves data relevance and model performance by enriching the data set for model training.

[0118] Background for Implementations 3 and 4

[0119] Referring now to FIG. 10, in a sensing process, a sensing reference unit (SRU) 1002 can be adopted to calibrate environment information such as transmitter and receiver’s phase error, frequency error, etc. For AI or ML sensing, the training data or monitoring data can include paired channel measurement information and sensing result. The sensing result can include or be SRU’s 1002 location, movement, and Radar Cross Section (RCS) , etc. As shown in FIG. 10, the sensing reference signal can be transmitted by TRP2 304, reflected by SRU 1002, and received by TRP1 304 and TRP3 304. TRP1 304 and TRP3 304 can perform channel measurement. The channel measurement can be associated with SRU’s 304 location, movement, and / or RCS can be used for calibration or AI or ML model training or monitoring.

[0120] The data format used for sensing calibration or AI or ML model training or monitoring can be:

[0121] { [Receiver 1’s measurement, Receiver 2’s measurement, …, Receiver N’s measurement, etc. ] , [SRU’s location, SRU’s movement, SRU’s RCS, etc. ] }

[0122] The entity that performs calibration or AI or ML model training or monitoring can be SF 404 or LMF 404, gNB 304 or NG-RAN node 304 or TRP 304 or UE 302 or PRU 302.

[0123] Implementation 3: Network Side Calibration

[0124] For LMF 404 or SF 404 (e.g., network side) calibration or model training or monitoring, TRP 304 or UE 302 can report the measurement information to LMF 404 or SF 404, and SRU 1002 can report the sensing result or status information to LMF 404. The sensing result can include at least one of SRU’s 1002 location, velocity or speed, direction, RCS, size, shape, or another attribute. The LMF 404 can pair the reported measurement information and sensing result or status information. In such cases, the following flows can be considered:

[0125] FIG. 11 illustrates a first signaling diagram 1100 for network side calibration.

[0126] Request:

[0127] The SF 404 can send, transmit, or otherwise provide the request or inquiry to SRU 1002 at 1102. The request or inquiry can include the information type and / or range information (e.g., associated, pre-defined) . The information type can include at least one of: SRU’s 1002 ID, SRU’s 1002 location information, velocity or speed, direction, RCS, size, shape, SRU’s 1002 local ID, SRU’s 1002 encrypted ID, SRU’s 1002 virtual ID, SRU’s 1002 SUPI, or SRU’s 1002 SUCI. The request or inquiry can include or be an authorization request or inquiry.

[0128] The range information can include at least one of: one or more cell ID (s) , one or more cell ID list (s) , or one or more location ranges. The one or more cell ID or cell ID list or location range can be associated with different information type (s) .

[0129] For example, the request or inquiry can include {cell ID list #1, information type #1} , {cell ID list #2, information type #2} , which can indicate that the SRU 1002 within cell ID list #1 requested for the authorization of information type #1.

[0130] Specifically, the request or inquiry can include one or more Boolean values. The value can be set as 1 or true in response to the corresponding information type being requested, Otherwise, the values can be set as 0 or false. The request or inquiry can be broadcast or unicast or group cast.

[0131] The SRU 1002 can retrieve, identify, or otherwise receive the request from the SF 404.

[0132] Response:

[0133] The SRU 1002 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to SF 404 at 1104. The authorization report can be requested by SF 404 or not requested by SF 404. For example, the SRU 1002 can report the authorization absent a request from the SF 404. Alternatively, the SRU 1002 can report the information to SF 404 and / or UE 302 or TRP 304 (if authorized) . The information can refer to the content of information type.

[0134] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide. Otherwise, the value of the corresponding information type can be set as 0 or false or UE responds NACK. The SF 404 can retrieve, identify, or otherwise receive the authorization from the SRU 1002.

[0135] Information transmission:

[0136] The SF 404 can send, transmit, or otherwise provide or configure SRU’s 1002 information to UE 302 or TRP 304 (if authorized) at 1106. The information can refer to the content of information type. The UE 302 or TRP 304 can retrieve, identify, or otherwise receive the information from the SF 404.

[0137] FIG. 12 illustrates a second signaling diagram 1200 for network side calibration.

[0138] First Request:

[0139] The SF 404 can send, transmit, or otherwise provide the request or inquiry to UE 302 or TRP 304 at 1202. The request or inquiry can include the information type and / or range information. The information type and range information can be same as previous transmission flow as shown in FIG. 11. The request or inquiry can include or be an authorization request or inquiry.

[0140] The UE 302 or TRP 304 can retrieve, identify, or otherwise receive the request from the SF 404.

[0141] Second Request:

[0142] The UE 302 or TRP 304 can send, transmit, or otherwise provide the request or inquiry to SRU 1002 at 1204. The request or inquiry can include the information type and / or range information. The information type and range information can be same as previous transmission flow as shown in FIG. 11. The request or inquiry can include or be an authorization request or inquiry.

[0143] The SRU 1002 can retrieve, identify, or otherwise receive the request from the UE 302 or TRP 304.

[0144] Response:

[0145] The SRU 1002 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to SF 404 at 1206. The authorization report can be requested by SF 404 or not requested by SF 404. Alternatively, the SRU 1002 can report the information to SF 404 and / or UE 302 or TRP 304 (if authorized) . The information can refer to the content of information type.

[0146] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide. Otherwise, the value of the corresponding information type can be set as 0 or false or UE responds NACK.

[0147] The SF 404 can retrieve, identify, or otherwise receive the authorization from the SRU 1002.

[0148] Information transmission:

[0149] The UE 302 or TRP 304 can send, transmit, or otherwise provide SRU’s 1002 information (associated with measurement information) to SF 404 at 1206. The information can refer to the content of information type.

[0150] SRU’s 1002 information can be associated with one or more time stamp (s) , and / or one or more time duration (s) .

[0151] With the above transmission as shown in FIG. 12, there can be at least two ways to obtain measurement information and sensing results:

[0152] The SF 404 can receive, retrieve, or otherwise identify measurement information from a sensing signal receiver or UE 302 or TRP 304, and receive sensing results from SRU 1002. In such cases, the SF 404 can pair the received measurement information and sensing result. Alternatively, the UE 302 or TRP 304 can report the measurement range and / or time stamp (associated with the measurement information) to SF 404. The SF 404 can pair the measurement information and sensing result based on the range and SRU 1002 location (e.g., in response to SRU 1002 being within the measurement range, the corresponding measurement information can be paired with the current sensing result of SRU 1002) .

[0153] The SF 404 can receive, retrieve, or otherwise identify measurement information together with sensing results from the sensing signal receiver or UE 302 or TRP 304.

[0154] Implementation 4: UE or TRP Side Calibration

[0155] For UE 302 side calibration, as shown in FIG. 13, the UE 302 can receive SRU’s 1002 information from SF 404 or SRU 1002, and receive TRP 304 and / or other UE’s 302 location from TRP 304 or UE 302. The UE 302 can receive the configuration information of sensing RS from SF 404. The authorization can be initiated by SF 404 or UE 302. In response to being initiated by SF 404, the authorization flow can be same as the flow shown in FIG. 6. In response to being initiated by UE 302, the following flow can be considered:

[0156] FIGS. 14-15 illustrate a first signaling diagrams 1400, 1500 for UE 302 side calibration.

[0157] First Request:

[0158] The UE 302 or TRP 304 can send, transmit, or otherwise provide the request or inquiry to SF 404 or TRP 304 at 1402 or 1502. The request or inquiry can include the information type and / or range information. Detailed information of the first request can be same as described in respect to FIG. 11. The request or inquiry can include or be an authorization request or inquiry.

[0159] The SF 404 or TRP 304 can retrieve, identify, or otherwise receive the request from the UE 302 or TRP 304.

[0160] Second Request:

[0161] The SF 404 or TRP 304 can send, transmit, or otherwise provide the request or inquiry to SRU 1002 at 1404 or 1504. The request or inquiry can include the information type and / or range information. Detailed information of the second request can be same as described in respect to FIG. 11. The request or inquiry can include or be an authorization request or inquiry.

[0162] The SRU 1002 can retrieve, identify, or otherwise receive the request from the SF 404 or TRP 304.

[0163] First Response:

[0164] The SRU 1002 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to SF 404 or TRP 304 at 1406 or 1506. The authorization report can be requested by UE 302, SF 404, or TRP 304 or not requested by UE 302, SF 404, or TRP 304. Alternatively, SRU 1002 can report the information to SF 404 and / or UE 302 or TRP 304 (if authorized) . The information can refer to the content of information type.

[0165] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide. Otherwise, the value of the corresponding information type can be set as 0 or false or UE 302 responds NACK.

[0166] The SF 404 or TRP 304 can retrieve, identify, or otherwise receive the authorization from the SRU 1002.

[0167] Second Response:

[0168] The SF 404 or TRP 304 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to SF 404 or TRP 304 at 1408 or 1508, and / or reports the authorization result or information to UE 302 or TRP 304. The information can refer to the content of information type.

[0169] The UE 302, TRP 304, or SF 404 can retrieve, identify, or otherwise receive the authorization results from the SF 404 or TRP 304.

[0170] FIGS. 16-17 are second signaling diagrams 1600, 1700 for UE 302 side calibration.

[0171] Request:

[0172] The UE 302 or TRP 304 can send, transmit, or otherwise provide the request or inquiry to SRU 1002 at 1602 or 1702. The request or inquiry can include the information type and / or range information. Detailed information of the first request can be same as described in respect to FIG. 11. The request or inquiry can include or be an authorization request or inquiry.

[0173] The SRU 1002 can retrieve, identify, or otherwise receive the request from the UE 302 or TRP 304.

[0174] Response:

[0175] The SRU 1002 can report, send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to UE 302 or TRP 304 at 1604 or 1704. The authorization report can be requested by UE 302 or TRP 304 or not requested by UE 302 or TRP 304. Alternatively, SRU 1002 can report the information to SF 404 and / or UE 302 or TRP 304 (if authorized) . The information can refer to the content of information type.

[0176] The UE 302 or TRP 304 can retrieve, identify, or otherwise receive the authorization from the SRU 1002.

[0177] Implementation 5: Authorization of TRP or UE location

[0178] For UE 302 or gNB 304-based sensing / positioning, UE 302 or gNB 304 can know the location information of SRS (e.g., SRS 402) or Sensing RS transmitter’s location. The transmitter can be TRP 304 and / or UE 302.

[0179] In some cases, TRP 304 or UE’s 302 location information can include privacy information. The TRP 304 or UE 302 may be not willing to expose their location information to other entities. Consequently, an authorization process can be performed.

[0180] FIG. 18 is a first signaling diagram 1800 of authorization of TRP 304 or UE 302 location.

[0181] Request:

[0182] The UE 302 can send, transmit, or otherwise provide the request or inquiry to TRP 304 at 1802. The request or inquiry can include the information type and / or range information. Detailed information of the request can be same as described in respect to FIG.

[0183] 11. The request or inquiry can include or be an authorization request or inquiry.

[0184] The TRP 304 can retrieve, identify, or otherwise receive the request from the UE 302.

[0185] Response:

[0186] The TRP 304 can send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to UE 302 at 1804. The authorization report can be requested by UE 302 or not requested by UE 302. Alternatively, TRP 304 can send the information to UE 302 (if authorized) . The information can refer to the content of information type.

[0187] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide. Otherwise, the value of the corresponding information type can be set as 0 or false or UE 302 responds NACK.

[0188] The UE 302 can retrieve, identify, or otherwise receive the authorization from the TRP 304.

[0189] FIG. 19 is a second signaling diagram 1900 of authorization of TRP 304 or UE 302 location.

[0190] First Request:

[0191] The UE 302 can send, transmit, or otherwise provide the request or inquiry to LMF 404 or SF 404 at 1902. The request or inquiry can include the information type and / or range information. Detailed information of the first request can be same as described in respect to FIG. 11. The request or inquiry can include or be an authorization request or inquiry.

[0192] The LMF 404 or SF 404 can retrieve, identify, or otherwise receive the request from the UE 302.

[0193] Second Request:

[0194] The LMF 404 or SF 404 can send, transmit, or otherwise provide the request or inquiry to TRP 304 at 1904. The request or inquiry can include the information type and / or range information. Alternatively, LMF 404 or SF 404 can identify the TRP 304 that satisfy the range information, and can send authorization to TRP 304. The authorization can include the authorize indicator and / or the information type. The request or inquiry can include or be an authorization request or inquiry.

[0195] The TRP 304 can retrieve, identify, or otherwise receive the request from the LMF 404 or SF 404.

[0196] First Response:

[0197] The TRP 304 can send, transmit, or otherwise provide a response (e.g., the authorization of one or more information types) to SF 404 or LMF 404 at 1906. The authorization report can be requested by UE 302, SF 404, or LMF 404 or not requested by UE 302, SF 404, or LMF 404. Alternatively, TRP 304 can send the information to SF 404 or LMF 404 (if authorized) . The information can refer to the content of information type.

[0198] Specifically, the report can include one or more Boolean values. The value can be set as 1 or true or ACK in response to the corresponding information type being authorized to provide. Otherwise, the value of the corresponding information type can be set as 0 or false or UE 302 responds NACK.

[0199] The SF 404 or LMF 404 can retrieve, identify, or otherwise receive the authorization from the TRP 304.

[0200] Second Response:

[0201] LMF 404 or SF 404 can send, transmit, or otherwise provide a response (e.g., the authorization result) of TRP 304 to UE 302 at 1908. The authorization can include at least one of: number of authorized TRP 304, information type of authorized TRP 304, content of information type (if authorized) , or Boolean values of UE 302 authorization result (s) (e.g., sixth information) .

[0202] In some embodiments, the TRP 304 can be replaced by UE 302, UE 302 can be replaced by TRP 304, i.e., TRP 304 can request authorization of other TRP 304 or UE 302, UE 302 can request authorization of the UE 302 or TRP 304.

[0203] The UE 302 or TRP 304 can retrieve, identify, or otherwise receive the authorization result from the LMF 404 or SF 404.

[0204] Implementation 6: Authorization of Surrounding UE or Node Information

[0205] In some cases, there can several UEs 302 located in a certain area. These UE 302 can be connected with radio access technology (RAT) , such as Bluetooth, Wi-Fi, etc. UE 302 can send the authorization report of other UEs 302 or its surrounding UEs 302 to a network 2002 (e.g., gNB 304 or core network) . A flow can be shown in FIG. 20 for authorization of surrounding UE 302 or node information:

[0206] Surrounding UE 302 can send, transmit, or otherwise provide the authorization report (e.g., third information, sixth information) to a UE 302 at 2004, and / or UE 302 can send the authorization report to the network 2002 at 2006. More specifically, the authorization report can be associated with at least one of: UE 302 ID, location, cell ID, public land mobile network (PLMN) , an indicator.

[0207] The UE 302 can retrieve, identify, or otherwise receive the authorization report from the surrounding UE 302. The network 2002 can retrieve, identify, or otherwise receive the authorization report from the UE 302.

[0208] The indicator can indicate whether the UE 302 is authorized for sensing. In response to being authorized, communication signals can be used for sensing purposes. Otherwise, communication signals may not be used for sensing.

[0209] Alternatively, the network 2002 can send, transmit, or otherwise provide the request or inquiry of other UE 302 to a UE 302, and then UE 302 can send, transmit, or otherwise provide the request or inquiry to other UE 302.

[0210] The UE 302 can retrieve, identify, or otherwise receive the request from the network 2002. The other UE 302 can retrieve, identify, or otherwise receive the request from the UE 302.

[0211] Implementation Example 7: Authorization of Cached or Stored Information

[0212] In some cases, UE 302 or TRP 304 can store or cache some of measurement information for future use, where other TRP 304 or UE 302 can apply for the use of stored or cached measurement information.

[0213] Before TRP 304 or UE 302 can request TRP 304 or UE 302 data from LMF 404 or SF, 404 the identity of the requester can be verified. There can be at least two conditions for TRP 304 or UE 302 to successfully obtain stored data: (1) Requester TRP 304 or UE 302 can be authorized to access the stored information and (2) The requested TRP 304 or UE 302 can allow the requester to access the stored information

[0214] For requester’s authorization, TRP 304, UE 302, LMF 404, or SF 404 can send, transmit, or otherwise provide a second request (e.g., first information) to LMF 404 or other TRP 304 or UE 302. The second request can be used for the TRP 304 or UE 302 to request authorization of the stored data (e.g., second data type) in LMF 404, SF 404, TRP 304, or UE 302. Alternatively, the second request can be associated with one or more TRP 304 ID or UE 302 ID, LMF 404, or SF 404 indicator, indicating that the stored data in specific TRP 304 or UE 302 or in LMF 404 or SF 404 can be requested. Alternatively, the request can be associated with information type. The second request or inquiry can include or be an authorization request or inquiry.

[0215] The LMF 404, TRP 304, or UE 302 can retrieve, identify, or otherwise receive the second request from the TRP 304, UE 302, LMF 404, or SF 404. In response, TRP 304, UE 302, LMF 404, or SF 404can send, transmit, or otherwise provide a second response (e.g., third information) to TRP 304, UE 302, LMF 404, or SF 404. The second response can include whether the request is allowed. Alternatively, the second response can be associated with the content of one or more information type. The TRP 304, UE 302, LMF 404, or SF 404 can retrieve, identify, or otherwise receive the second response from the TRP 304, UE 302, LMF 404, or SF 404.

[0216] In some cases, UE 302 or TRP 304 may not be expected to access (stored or raw) sensing data. The sensing data can be in a core network. The network 2002 can provide UE 302 or TRP 304 with processed sensing data, instead of raw sensing data.

[0217] Implementation 8: Authorization of History Information

[0218] For the current location and ID, UE 302 or TRP 304 may not be willing to provide their information due to privacy concerns. Compared to the current location, historical information may have looser privacy requirements. Therefore, in the above request or response process, additional authorization permission for historical information can be indicated. In response to authorization for historical information being allowed, LMF 404 or SF 404 can send the UE 302 or TRP’s 304 historical location information to TRP 304 or UE 302.

[0219] In the request or inquiry and / or report, at least one of the following can be included. An indicator can be associated with the request or report. The indicator can indicator whether the request or report is for history information (e.g., record of UE 302 or TRP 304 location, first information) . One or more times (e.g., time spans) can be associated with the request or report. The time can indicate that the information within the time can be requested or reported.

[0220] Alternatively, the above request or inquiry and / or report procedure can be used for history information authorization. The authorization information may include the time allowed for authorization, such as data obtained 1 hour prior to the current time.

[0221] If TRP 304 or UE 302 can know that a certain UE 302, SRU 1002, or TRP 304 can allow delayed location authorization, TRP 304 or UE 302 can cache its channel measurements in advance when performing sensing or channel measurements, and pair the cached channel measurements with the location of the UE 302 or SRU 1002 for training or calibration in response to receiving the location.

[0222] In response to authorization being allowed, LMF 404 or SF 404 can include multiple locations and timestamps in response to sending location information to TRP 304 or UE 302. The timestamps can be absolute time or relative time compared to the current time.

[0223] Implementation 9: Associated Information of Request or Response

[0224] Time stamp, time duration and response time (e.g., first information) of the authorization can include:

[0225] In the request or inquiry and / or report, one or more time stamp (s) and / or one or more time duration (s) can be attached. The time stamp (s) and / or time duration (s) can indicate the validity period of the request or inquiry and / or the report.

[0226] Alternatively, the request or inquiry can be associated with a response time, which can indicate the response are expected to be reported within the response time (e.g., to specify when the response should be sent) (e.g., first information) . The response time can indicate the maximum response time as measured between receipt of the response and transmission of an request.

[0227] More specifically, in response to the time stamp (s) and / or time duration (s) being associated with the request, the authorization of UE 302, TRP 304, or SRU’s 1002 information at the requested time and / or within the time duration (s) can be requested. In response to the time stamp (s) and / or time duration (s) being associated with the response, the UE 302, TRP 304, or SRU’s 1002 information can be provided or authorized at the requested time and / or within the time duration (s) .

[0228] In some cases, the UE 302, TRP 304, or SRU 1002 information may not be authorized at the request time, but after a period of time, the requested UE 302, TRP 304, or SRU 1002 information may become authorized. The response can be sent without receiving the request or with receiving the request after a period of time.

[0229] Authorized entity:

[0230] SRU 1002, TRP 304, or UE’s 302 information can be authorized to UE 302, TRP 304, LMF 404, or SF 404. The response (e.g., third information) can be associated with one or more indicator (s) , and can indicate which entity is authorized to get SRU 1002, TRP 304, or UE’s 302 information. Alternatively, the request or response can be associated with one or more PLMN.

[0231] Authorized type (e.g., different types of authorization) :

[0232] In an authorization flow, authorization type (e.g., first information or third information) can be attached with the request or response. The authorization type can include at least one of: Authorization allowed; Authorization not allowed; Authorization partially allowed; Implicit information allowed; Implicit information not allowed; Explicit information allowed; or Explicit information not allowed.

[0233] Alternatively, the response or request can be associated with a source of location or measurement information. The source of location or measurement information can be associated with one or more of the following:

[0234] Smart Channel Estimation Algorithms: Smart channel estimation algorithms can be used for UE 302 and TRP 304 interactions in high-speed mobility scenarios which can enhance signal transmission efficiency and accuracy. These algorithms can rapidly adjust parameters based on real-time environmental changes to optimize received signal quality.

[0235] Multi-Beam Antenna Localization Technique: Utilizing a multi-beam antenna system at the TRP 304 or UE 302 for precise localization can be another implementation of the present disclosure. By dynamically adjusting the direction and power distribution of different beams, more accurate positioning services can be achieved even in complex wireless environments.

[0236] Sensor-Fusion Based Position Estimation Method: Combining data from various sensors embedded in UEs 302 or PRUs 302 or TRPs 304, such as gyroscopes and accelerometers, with external wireless signal information can improve position estimation accuracy. This approach can leverage the strengths of multiple data sources to mitigate errors from individual sensors.

[0237] Machine Learning-Powered Position Prediction Models: Training machine learning models using historical location data can enable prediction of a position of the UE 302 at a future point in time. This predictive capability can be invaluable for preemptive resource scheduling or strategic communication path planning.

[0238] The above methods can be signaled with bit indication. In response to the corresponding bit being set as 1, the authorization information using corresponding methods can be requested or reported. For the request, in response to the corresponding bit being set to 1, the corresponding methods can be preferred or requested for authorization.

[0239] Among the above requested) types (e.g., authorization types) , including request for (e.g., authorization of) cached or stored information, history information, source of the information, location of the information, location information, or measurement information corresponding to the requested time or area or type. The requester may send multiple requests (e.g., authorization requests) . For example, in a sensing procedure, SF 404 or LMF 404 or TRP 304 can request for the location and movement of a SRU 1002 or UE 302 within multiple time stamps. However, in some cases, SRU 1002 may only provide a part of the requested information (e.g., some information may expose privacy details of the SRU 1002 or UE 304) . SRU 1002 or UE 304 may select one or some of the requested items for active response (e.g.., authorize for part of the requested items, and other parts of the requested items are not authorized) . Subsequently, an issue may arise with selection of which part to prioritize. To determine the priority and selection of the authorization part, the following can be considered:

[0240] Priority indicator can be associated with each request or the requested item. For example, the location information at time T1, T2 can be requested and the Doppler information at area A1, A2 can be requested. Location information at time T1 can be associated with priority indicator P1, Location information at time T2 can be associated with priority indicator P2, Doppler information at area A1 can be associated with priority indicator P3, and Doppler information at area A2 can be associated with priority indicator P4. The UE 302 or SRU 1002 can provide authorization response with priority descending order. For example, indicator with smaller value (e.g., 1 or 2) indicates higher priority.

[0241] Priority indicator can be associated with the time at which a request is received the requested time. More specifically, the priority indicator can be determined by:

[0242] where k is a scaling factor, Tc is the time at which the request (e.g., authorization request) is sent or received, Tr is the time at associated with each request, and Tu is the time unit. In some cases, Tu or k is equal to 1, or configured by the requester or determined by the receiver. In general, requests that are closer to the current time have higher priority.

[0243] Priority indicator can be associated with the distance between the requested area and the current area of the authorization target or response entity. More specifically, the priority indicator can be determined by:

[0244] where k is a scaling factor, and Du is a distance unit. In some cases, Du or k is equal to 1, or configured by the requester or determined by the receiver, and D is the distance between the requested and current area of the response entity or the authorization target.

[0245] In response to multiple requests being triggered or transmitted, the requests can be in priority descending order or ascending order. Then, the receiver can provide authorization response with higher priority considering the order of the received requests.

[0246] The requester and / or receiver can assign privacy exposure levels for different requested types. The receiver can provide or report the total acceptable privacy exposure level. For example, the location information at time T1, T2 can be requested and the Doppler information at area A1, A2 can be requested. Location information at time T1 can be associated with exposure level L1, Location information at time T2 can be associated with exposure level L2, Doppler information at area A1 can be associated with exposure level L3, and Doppler information at area A2 can be associated with exposure level L4. The acceptable privacy expose level can be LT, where the total privacy exposure level of reported or authorized information can be less than the acceptable privacy exposure level. For example, Location information at time T1 and Location information at time T2 can be authorized, and LT can be greater than or equal to a sum of L1 and L2 (e.g., LT>=L1+L2) . Alternatively, the privacy exposure level can be associated with the time at which the request is received and the requested time, and / or associated with the distance between the requested area and the current area of the authorization target or response entity. The privacy exposure level can be determined by:

[0247] Background for Implementation Example 10

[0248] In AI or ML positioning, TRP 304 or NG-RAN node 304 can perform model inferences and report the timing information to LMF. The reported timing information can be:

[0249] Relative time of arrival (RTOA) for physical line-of-sight (LOS) link (e.g., same meaning as legacy RTOA) , single-TRP 304 construction, or one AI or ML model for one link individually, or

[0250] RTOA for virtual LOS link (e.g., different meaning compared to legacy RTOA) , multi-TRP 304 construction, or one AI or ML model covers multiple links jointly

[0251] Implementation Example 10: Associated Information of Authorization Request or Response

[0252] For virtual LOS link, RTOA can be derived by combining channel measurement information of multiple TRPs 304.

[0253] For each RTOA measurement report (from NG-RAN node 304 to LMF 404) , one or more of the following information can be included in the report: One or more TRP 304 ID; or Virtual LOS indicator, which can indicate whether the current report is for virtual LOS link.

[0254] LMF 404 can send, transmit, or otherwise provide request to NG-RAN node 304. The request can include the report type (e.g., request type) . The report type can include type 1 or type 2 or an indicator. For example, indicator =1 means timing information of physical link is requested. Indicator=0 can indicate timing information of virtual link is requested.

[0255] Distributed unit (DU) (e.g., in gNB 304) can report, send, transmit, or otherwise provide the channel measurement or RTOA or timing information to central unit (CU) (e.g., in gNB 304) . The CU can combine the collected information and report the information to LMF 404.

[0256] It should be understood that one or more features from the above implementation examples are not exclusive to the specific implementation examples, but can be combined in any manner (e.g., in any priority and / or order, concurrently or otherwise) .

[0257] Process for Positioning and Sensing Authorization

[0258] Referring now to FIG. 21, depicted is a flow diagram of a method 2100 of positioning and sensing authorization. The method 2100 may be implemented using or performed using any of the components detailed herein above, such as the BS 102 or 202 or 304 and UE 104 or 204 or 302. Under the method 2100, a third network node can send a second request (e.g., authorization request or inquiry) to a second network node (2105) . The second network node can receive the second request (2110) . The second network node can send a first request to a first network node (2115) . The first network node can receive the first request from the second network node (2120) . The first network node can send a first message (e.g., report, response) to the second network node (2125) . The second network node can receive the first message (2130) . The second network node can send a second message to the third network node (2135) . The third network node can receive the second message (2140) .

[0259] In further detail, a third network node (e.g., PRU 302, LMF 404, SF 404, UE 302, TRP 304, network 2002, etc. ) can provide, transmit, or otherwise send a second request to a second network node (e.g., TRP 304, NG-RAN node 304, LMF 404, SF 404, UE 302, etc. ) (2105) . The second request can include at least one of a request indication, first information (e.g., information type) , or second information (e.g., range information) . The third network node can send, to the second network node, a second request including at least one of an indication, fourth information (e.g., information type and / or range information) or fifth information (e.g., information type and range information is same as previous transmission flow) . The second information or the fifth information can include one or more of: one or more cell identifiers, one or more cell identifier lists, or one or more location ranges. The fifth information can be associated with a corresponding information type.

[0260] The second network node can retrieve, identify, or otherwise receive the second request from the third network node (2110) . The second network node can receive, from the third network node, the second request including at least one of the indication, the fourth information or the fifth information. The first information or the fourth information can include one or more of: an identifier corresponding to the first network node, location information of the first network node, an intermedia feature of the first network node, a local identifier of the first network node, an encrypted identifier of the first network node, a virtual identifier of the first network node, or a subscription permanent identifier of the first network node, or a subscription concealed identifier of the first network node.

[0261] The second network node can provide, transmit, or otherwise send a first request to a first network node (e.g., UE 302, SRU 1002, TRP 304, DU, CU, etc. ) (2115) . The first request can include at least one of a request indication, first information, or second information. The second network node can send the second information including the sixth information responsive to the second request. The sixth information can be responsive to receiving the report comprising the third information. The request (e.g., first request) or the second request can include one or more Boolean values to indicate whether the first information is requested. The first information can further include an authorization indicator to indicate that the first network node satisfies the second information. The first information can include at least one indicator to indicate a second data type in at least one of the second network node or the third network node.

[0262] In various embodiments, the information can be associated with at least one of priority indicator, privacy expose level, or acceptable expose level. The information can be one or more of: the first information, second information, third information, fourth information, fifth information, or sixth information. At least one of the priority indicator or privacy expose level can be associated at least one of the distance or the time difference. The distance can refer to the distance between the requested area and the current area or a camping area. The time difference can refer to the distance between the time when request is sent or received and the requested time. At least one of the priority indicator or the privacy expose level can be determined by at least one or more of:

[0263] where k is a scaling factor, Du is the distance unit, D is the distance between the requested and current area of the response entity or the authorization target, Tc is the time when the request is sent or received, Tr is the time when the time associated with each request, or Tu is the time unit.

[0264] The first information can include at least one indicator to indicate a third data type in at least one of the second network node or the third network node and one or more time spans associated with the third data type. The first information can include at least one or more time stamps or one or more time durations indicating a validity period of the request or the report. The first information can include at least one response time indicating a maximum time between receipt of the request and transmission of the report. The first request can include at least one of a request type indicating at least one of timing information of a physical link or timing information of a virtual link.

[0265] In various embodiments, the first network node can include a wireless communication device, the second network node can include at least one of a wireless communication node, a transmit / reception point (TRP) , a next generation random access network (NG-RAN) node, or the third network node can include at least one of a wireless communication device a positioning reference unit (PRU) , a location management function (LMF) , or a sensing function (SF) . The first network node can include a wireless communication device, the second network node can include at least one of a wireless communication node, a NG-RAN, a TRP, or an LMF, or the third network node can include the LMF. The first network node can include a sensing reference unit (SRU) , the second network node can include at least one of a sensing function (SF) , a wireless communication device, NG-RAN, or a TRP, or the third network node can include at least one of the SF, the wireless communication device, or the TRP. The first network node can include a TRP, the second network node can include at least one of a wireless communication device, NG-RAN, LMF, or SF, or the third network node can include the wireless communication device. The first network node can include a first wireless communication device, the second network node can include a second wireless communication device or a NG-RAN, and third network node can include the network.

[0266] In various embodiments, the first network node includes at least one of a first TRP, a first wireless communication device, a first LMF, or a first SF, and the second network node includes at least one of a second TRP, a second wireless communication device, a second LMF, or a second SF, and the third network node includes at least one of a third TRP, a third wireless communication device, a third LMF, or a third SF. The first network node can include at a next generation radio access network (NG-RAN) node, a distributed unit (DU) , or a centralized unit (CU) , and the second network node can include at least one of the LMF. The first network node can include NG-RAN node or DU, the second network node can include at least one of the LMF, and third network node can include a CU.

[0267] The first network node can retrieve, identify, or otherwise receive the first request from the second network node (2120) . The first network node can provide, transmit, or otherwise send a first message to the second network node (2125) . The first message can include third information (e.g., information types indicated as approved) . The third information can be in response to at least one of the request indication, the first information or the second information. The third information can be in accordance to the second information. The first message can include at least an indication. The first message can include at least one of: an identifier corresponding to the first network node, location information of the first network node, an intermedia feature of the first network node, a local identifier of the first network node, an encrypted identifier of the first network node, a virtual identifier of the first network node, or a subscription permanent identifier of the first network node, or a subscription concealed identifier of the first network node. The third information or the sixth information can include an authorization of the first information or the fourth information. The third information or the sixth information can include one or more Boolean values to indicate the corresponding first information as authorized to be provided. The sixth information can include an authorization of one or more of: a number of authorized network nodes, an information type for the first network node, content of information type, or the one or more Boolean values. The first message can include information transmission including content of the first information. The third information or the sixth information can include at least one of an identifier of the first network node, a location, a cell identifier, or an indicator. The indicator can indicate that the second wireless communication device is authorized for sensing. The third information can include an authorization of the first information.

[0268] The third information can include at least one indicator associated with an authorized entity for the first network node. The first information or the third information can include an authorization type indicating at least one of: (i) authorization allowed, (ii) authorization not allowed, (iii) authorization partially allowed, (iv) implicit information allowed, (v) implicit information not allowed, (vi) explicit information allowed, or (vii) ) explicit information not allowed. The first message can include a relative time of arrival (RTOA) report including at least one of: one or more TRP identifiers or a virtual line-of-sight (LOS) indicator to indicate whether the report is for a virtual LOS link. The third information can include at least one of a channel measurement, a RTOA report, or timing information. The sixth information can include a plurality of third information.

[0269] The second network node can retrieve, identify, or otherwise receive the first message from the first network node (2130) . The second network node can provide, transmit, or otherwise send a second message to the third network node (2135) . The second message can include third information. The third information can be in response to at least one of the request indication, the first information or the second information. The third information can be in accordance to the second information. The second message can include at least an indication. In some embodiments, the first message can include the second message, or a third message that can includes the first message and the second message. The second message can include at least one of a measurement range or a time stamp associated with measurement information. The second message can include a relative time of arrival (RTOA) report including at least one of: one or more TRP identifiers or a virtual line-of-sight (LOS) indicator to indicate whether the report is for a virtual LOS link. The second request can include at least one of a request type indicating at least one of timing information of a physical link or timing information of a virtual link. In various embodiments, the second message can include at least one of: one or more cell identifiers, one or more cell identifier lists, or one or more location ranges. The second network node can send, to the third network node, the second message including sixth information (e.g., content of information type, authorization result) .

[0270] The third network node can retrieve, identify, or otherwise receive the second message from the second network node (2140) . The first request, second request, first message, or second message can include one or more TRP identifiers. At least one of the first request, second request, first message (e.g., first report) , or second message (e.g., second report) can be associated with one or more public land mobile networks (PLMNs) . In various embodiments, the method 2100 can include sending, by the first network node, to the third network node, an information transmission including content of the first information. The third network node can send information transmission including content of the first information to the second network node. The information transmission can be associated with one or more time stamps or one or more time durations. The second message information transmission can include content of the first information or the fourth information.

[0271] While various embodiments of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of one embodiment can be combined with one or more features of another embodiment described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative embodiments.

[0272] It is also understood that any reference to an element herein using a designation such as “first, ” “second, ” and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0273] Additionally, a person having ordinary skill in the art would understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits and symbols, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0274] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as “software” or a “software module) , or any combination of these techniques. To clearly illustrate this interchangeability of hardware, firmware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware or software, or a combination of these techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0275] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0276] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0277] In this document, the term “module” as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according to embodiments of the present solution.

[0278] Additionally, memory or other storage, as well as communication components, may be employed in embodiments of the present solution. It will be appreciated that, for clarity purposes, the above description has described embodiments of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0279] Various modifications to the embodiments described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A method, comprising:receiving, by a first network node from a second network node, a request including at least one of a request indication, first information, or second information; andsending, by the first network node, to the second network node, a message comprising third information.2.The method of claim 1, wherein the third information is in response to at least one of the request indication, the first information or the second information.3.The method of claim 1, wherein the third information is in accordance to the second information.4.The method of claim 1, wherein the message includes at least one of an indication, a first message or a second message.5.The method of claim 4, wherein the first message includes at least one of: an identifier corresponding to the first network node, location information of the first network node, an intermedia feature of the first network node, a local identifier of the first network node, an encrypted identifier of the first network node, a virtual identifier of the first network node, or a subscription permanent identifier of the first network node, or a subscription concealed identifier of the first network node.6.The method of claim 4, wherein the second message includes at least one of: one or more cell identifiers, one or more cell identifier lists, or one or more location ranges.7.The method of claim 1, wherein the second network node sends, to a third network node, a second message including sixth information.8.The method of claim 7, wherein the third network node sends, to the second network node, a second request including at least one of an indication, fourth information or fifth information.9.The method of claim 8, wherein the second network node receives, from a third network node, the second request including at least one of the indication, the fourth information or the fifth information.10.The method of claim 9, wherein the second network node sends the second information including the sixth information responsive to the second request.11.The method of claim 8, where the sixth information is responsive to receiving the report comprising the third information.12.The method of any one or more of claims 1–11, wherein the first network node comprises a wireless communication device, wherein the second network node comprises at least one of a wireless communication node, a transmit / reception point (TRP) , a next generation random access network (NG-RAN) node, or wherein the third network node comprises at least one of a wireless communication device a positioning reference unit (PRU) , a location management function (LMF) , or a sensing function (SF) .13.The method of any one or more of claims 1–11, wherein the first network node comprises a wireless communication device, wherein the second network node comprises at least one of a wireless communication node, a NG-RAN, a TRP, or an LMF, or wherein the third network node comprises the LMF.14.The method of any one or more of claims 1–11, wherein the first network node comprises a sensing reference unit (SRU) , wherein the second network node comprises at least one of a sensing function (SF) , a wireless communication device, NG-RAN, or a TRP, or wherein the third network node comprises at least one of the SF, the wireless communication device, or the TRP.15.The method of any one or more of claims 1–11, wherein the first network node comprises a TRP, wherein the second network node comprises at least one of a wireless communication device, NG-RAN, LMF, or SF, or wherein the third network node comprises the wireless communication device.16.The method of any one or more of claims 1–11, wherein the first network node comprises a first wireless communication device, wherein the second network node comprises a second wireless communication device or a NG-RAN, and wherein third network node comprises network.17.The method of any one or more of claims 12–16, wherein the first information or the fourth information comprises one or more of: an identifier corresponding to the first network node, location information of the first network node, an intermedia feature of the first network node, a local identifier of the first network node, an encrypted identifier of the first network node, a virtual identifier of the first network node, or a subscription permanent identifier of the first network node, or a subscription concealed identifier of the first network node.18.The method of any one or more of claims 12–16, wherein the request or the second request comprises one or more Boolean values to indicate whether the first information is requested.19.The method of any one or more of claims 12–16, wherein the first information further comprises an authorization indicator to indicate that the first network node satisfies the second information.20.The method of any one or more of claims 12–16, wherein the second information or the fifth information comprises one or more of: one or more cell identifiers, one or more cell identifier lists, or one or more location ranges.21.The method of claim 16, wherein the fifth information is associated with a corresponding information type.22.The method of any one or more of claims 12–16, wherein the third information or the sixth information comprises an authorization of the first information or the fourth information.23.The method of any one or more of claims 12–16, wherein the third information or the sixth information comprises one or more Boolean values to indicate the corresponding first information as authorized to be provided.24.The method of any one or more of claims 12–16, wherein the sixth information comprises an authorization of one or more of: a number of authorized network nodes, an information type for the first network node, content of information type, or the one or more Boolean values.25.The method of claim 13, wherein the request or message comprises one or more TRP identifiers.26.The method of claim 14, further comprising sending, by the first network node, to the third network node, an information transmission comprising content of the first information.27.The method of claim 14, wherein the third network node sends information transmission comprising content of the first information to the second network node.28.The method of claim 27, wherein the information transmission is associated with one or more time stamps or one or more time durations.29.The method of claim 14, wherein the second message further comprises at least one of a measurement range or a time stamp associated with measurement information.30.The method of claim 14, wherein the first message comprises information transmission comprising content of the first information.31.The method of claim 14, wherein the second message information transmission comprising content of the first information or the fourth information.32.The method of claim 31, wherein the third information or the sixth information comprises at least one of an identifier of the first network node, a location, a cell identifier, or an indicator.33.The method of claim 32, wherein the indicator indicates that the second wireless communication device is authorized for sensing.34.The method of any one or more of claims 1–11, wherein the first network node comprises at least one of a first TRP, a first wireless communication device, a first LMF, or a first SF, and wherein the second network node comprises at least one of a second TRP, a second wireless communication device, a second LMF, or a second SF, and wherein the third network node comprises at least one of a third TRP, a third wireless communication device, a third LMF, or a third SF.35.The method of claim 34, wherein the first information comprises at least one indicator to indicate a second data type in at least one of the second network node or the third network node.36.The method of claim 35, wherein the third information comprises an authorization of the first information.37.The method of any one or more of claims 1–16, wherein the first information comprises at least one indicator to indicate a third data type in at least one of the second network node or the third network node and one or more time spans associated with the third data type.38.The method of any one or more of claims 1–16, wherein the first information comprises at least one or more time stamps or one or more time durations indicating a validity period of the request or the report.39.The method of any one or more of claims 1–16, wherein the first information comprises at least one response time indicating a maximum time between receipt of the request and transmission of the report.40.The method of any one or more of claims 1–16, wherein the third information comprises at least one indicator associated with an authorized entity for the first network node.41.The method of any one or more of claims 1–16, wherein at least one of the request or the report is associated with one or more public land mobile networks (PLMNs) .42.The method of any one or more of claims 1–16, wherein the first information or the third information comprises an authorization type indicating at least one of: (i) authorization allowed, (ii) authorization not allowed, (iii) authorization partially allowed, (iv) implicit information allowed, (v) implicit information not allowed, (vi) explicit information allowed, or (vii) ) explicit information not allowed.43.The method of any one or more of claims 1–11, wherein the first network node comprises at a next generation radio access network (NG-RAN) node, a distributed unit (DU) , or a centralized unit (CU) , wherein the second network node comprises at least one of the LMF.44.The method of any one or more of claims 1–11, wherein the first network node comprises NG-RAN node or DU, the second network node comprises at least one of the LMF, and third network node comprises a CU.45.The method of claim 43, wherein the message comprises a relative time of arrival (RTOA) report including at least one of: one or more TRP identifiers or a virtual line-of-sight (LOS) indicator to indicate whether the report is for a virtual LOS link.46.The method of claim 43, wherein the request comprises at least one of a request type indicating at least one of timing information of a physical link or timing information of a virtual link.47.The method of claim 43, wherein the third information comprises at least one of a channel measurement, a RTOA report, or timing information.48.The method of claim 47, wherein the sixth information comprises a plurality of third information.49.The method of any one or more of claims 1–11, wherein the information is associated with at least one of priority indicator, privacy expose level, or acceptable expose level.50.The method of claim 49, wherein the information is one or more of: the first information, second information, third information, fourth information, fifth information, or sixth information.51.The method of claim 49, wherein at least one of the priority indicator or privacy expose level is associated at least one of a distance or a time difference.52.The method of claim 51, wherein the distance refers to the distance between a requested area and a current area or a camping area.53.The method of claim 51, wherein the time difference refers to the distance between the time when request is sent or received and the requested time.54.The method of claim 49, wherein at least one of the priority indicator or the privacy expose level is determined by at least one or more of: wherein k is a scaling factor, Du is a distance unit, D is a distance between a requested area and a current area of a response entity or an authorization target, Tc is a time when the request is sent or received, Tr is a time when the time associated with each request, or Tu is a time unit.55.A method, comprising:sending, by a first network node to a second network node, a request including at least one of first information or second information; andreceiving, by the first network node, from the second network node, a report comprising third information.

Images