Method for positioning delegation

Abstract

To configure a WTRU so as to perform an action.SOLUTION: A WTRU receives positioning configuration information. The positioning configuration information can include an indication of a positioning delegation candidate for the WTRU and an indication of a condition for starting or stopping the positioning delegation. The WTRU can detect that a condition for starting positioning delegation has been satisfied for at least one of the positioning delegation candidates, transmit, to a network device, an indication that the WTRU is using at least one positioning delegation candidate which has satisfied the condition, detect that a condition for stopping the positioning delegation has been satisfied for at least one positioning delegation candidate, and transmit, to the network device, an indication that the WTRU has stopped using at least the one positioning delegation candidate for positioning.SELECTED DRAWING: Figure 5

Description

[Technical Field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This patent application claims the benefit of U.S. Provisional Patent Application No. 63 / 257,413, filed October 19, 2021, and U.S. Provisional Patent Application No. 63 / 407,363, filed September 16, 2022, the entire contents of which are incorporated herein by reference. [Background technology]

[0002] Mobile communications using wireless communications continue to evolve. The fifth generation of mobile communications radio access technology (RAT) may be referred to as 5G new radio (NR). A previous (traditional) generation of mobile communications RAT may be, for example, fourth-generation (4G) long-term evolution (LTE). Wireless communication devices may establish communications with other devices and data networks via an access network, such as, for example, a radio access network (RAN). Summary of the Invention

[0003] Systems, methods, and means for location delegation are disclosed herein. A wireless transmit-receive unit (WTRU) may be configured with information about a location delegate from which it can obtain information about its location. The WTRU may be configured with conditions for when to start using the location delegate and conditions for when to stop using the location delegate. The WTRU may determine the availability of the location delegate and, in response to the conditions for starting to use the location delegate being met, start using the location delegate to obtain its location. In response to determining that the location delegate is no longer available or that the conditions for using the location delegate are no longer met, the WTRU may stop using the location delegate to obtain its location. The WTRU may stop or minimize positioning-related operations while using the services of the location delegate. The WTRU may resume normal positioning-related operations when it stops using the services of the location delegate. The WTRU may notify the network when to start and stop using the services of the location delegate.

[0004] The WTRU may be configured to apply a selection mechanism when there are multiple location delegation candidates. The selection mechanism may be based on any combination of the WTRU positioning requirements, the delegate's positioning capabilities, the current WTRU conditions, and / or the signal level between the WTRU and the delegate. In some examples, the WTRU may be configured to apply one or more offsets to measurements associated with the location delegate cell.

[0005] The WTRU may receive positioning configuration information, which may include an indication of one or more positioning delegation candidates for the WTRU and / or an indication of one or more conditions for enabling (e.g., starting) and / or disabling (e.g., stopping) positioning delegation.

[0006] The WTRU may detect that a condition for activating (e.g., initiating) positioning delegation is met for at least one of the positioning delegation candidates. The WTRU may send an indication (e.g., an initiation indication) to the network (e.g., an integrated access and backhaul node (IAB node)) that the WTRU is using at least one positioning delegation candidate for positioning. The WTRU may send the indication based on detecting that a condition for activating positioning delegation is met for a positioning delegation candidate. The WTRU may detect that a condition for deactivating positioning delegation is met for a positioning delegation candidate.

[0007] The WTRU may send an indication to the network that the WTRU has stopped using a positioning delegation candidate for positioning (e.g., a stop indication). The WTRU may stop using a positioning delegate based on detecting that a condition for disabling positioning delegation is met for a positioning delegation candidate.

[0008] The WTRU may be configured to send a message to the network requesting that positioning delegation be performed.

[0009] Conditions for enabling positioning delegation may include the WTRU battery level falling below a threshold, connecting to a positioning delegation candidate, and / or detecting that the WTRU is within a specified proximity to a positioning delegation candidate.

[0010] The conditions for enabling the use of positioning delegation may include detecting that the WTRU is within a specified proximity to a positioning delegation candidate based on signal strength measurements received from the positioning delegation candidate.

[0011] The WTRU may be configured to perform measurements of one or more positioning reference signal (PRS) transmissions and / or reporting of PRS measurements, which may be based on detecting that a condition for disabling positioning delegation is met for a positioning delegation candidate.

[0012] The indication sent by the WTRU that the WTRU is using a positioning delegation candidate for positioning may include location information about the positioning delegation candidate.

[0013] The WTRU may be configured to receive a positioning request from the network. An indication sent by the WTRU that the WTRU is using at least one positioning delegation candidate for positioning may be sent to the network in response to the positioning request.

[0014] The WTRU may be configured to send a location disparity report to the network, the location disparity report indicating the difference between the location of the WTRU and the location of the positioning delegate.

[0015] The WTRU may be configured to send a location disparity report to the network based on the difference exceeding a disparity threshold for a predetermined period of time.

[0016] The WTRU may be configured to perform positioning measurements for a specified duration after connecting to a positioning delegate. The WTRU may compare its determined location information with the location information provided by the positioning delegate.

[0017] The method performed by the WTRU may include receiving positioning configuration information, the positioning configuration information including an indication of one or more positioning delegation candidates for the WTRU and an indication of one or more conditions for enabling or disabling positioning delegation.

[0018] The method may include detecting that a condition for enabling positioning delegation is met for at least one of the positioning delegation candidates. The method may include sending an indication to the network that the WTRU is using the at least one positioning delegation candidate for positioning. The method may base the selection on detecting that a condition for enabling positioning delegation is met for the at least one positioning delegation candidate. The method may include detecting that a condition for disabling positioning delegation is met for the at least one positioning delegation candidate. The method may include sending an indication to the network that the WTRU has stopped using the at least one positioning delegation candidate for positioning based on detecting that a condition for disabling positioning delegation is met for the at least one positioning delegation candidate.

[0019] The method can include sending a message to a network requesting that positioning delegation be performed.

[0020] The conditions for enabling positioning delegation may include one or more of: the WTRU battery level falling below a threshold, connecting to at least one positioning delegation candidate, and / or detecting that the WTRU is within a specified proximity to at least one positioning delegation candidate.

[0021] The conditions for enabling positioning delegation may include detecting that the WTRU is within a specified proximity to at least one positioning delegation candidate based on signal strength measurements received from the at least one positioning delegation candidate.

[0022] The method may include, for at least one positioning delegation candidate, performing measurements of one or more PRS transmissions and / or reporting PRS measurements based on detecting that a condition for disabling positioning delegation is met.

[0023] The indication sent by the WTRU that the WTRU is using at least one positioning delegation candidate for positioning includes location information indicating the position of the at least one positioning delegation candidate.

[0024] The WTRU may be configured to receive a positioning request from the network. An indication sent by the WTRU that the WTRU is using at least one positioning delegation candidate for positioning may be sent to the network in response to the positioning request.

[0025] The method may include receiving a positioning request from a network. An indication sent by the WTRU that the WTRU is using at least one positioning delegation candidate for positioning may be sent to the network in response to the positioning request.

[0026] The method may include transmitting a location disparity report to a network based on the difference exceeding a disparity threshold for a predetermined period of time.

[0027] The WTRU may be configured to receive positioning configuration information. The WTRU may select positioning delegation candidates for positioning based on the positioning configuration information. The WTRU may send an indication to the network that the WTRU is using the positioning delegation candidates for positioning. The WTRU may send an indication to the network that the WTRU has stopped using the positioning delegation candidates for positioning.

[0028] The WTRU may include positioning configuration information, which includes an indication for the WTRU and / or an indication of conditions for enabling or disabling positioning delegation. The positioning delegation candidates indicated by the positioning configuration information may include a selected positioning delegation candidate. The WTRU may be configured to detect that a condition for enabling positioning delegation is met for the selected positioning delegation candidate. The WTRU may send an indication to the network that the WTRU is using the selected positioning delegation candidate for positioning. The WTRU may base the selection on detecting that a condition for enabling positioning delegation is met for the selected positioning delegation candidate. The WTRU may detect that a condition for disabling positioning delegation is met for the selected positioning delegation candidate. The WTRU may send an indication to the network that the WTRU has stopped using the selected positioning delegation candidate for positioning based on detecting that a condition for disabling positioning delegation is met for the selected positioning delegation candidate.

[0029] The WTRU may be configured to receive positioning configuration information. The positioning configuration information may include an indication of one or more positioning delegation candidates for the WTRU and an indication of one or more conditions for enabling or disabling positioning delegation. The WTRU may detect that a condition for enabling positioning delegation is met for at least one of the positioning delegation candidates. Based on detecting that a condition for enabling use of positioning delegation is met for the at least one positioning delegation candidate, the WTRU may send an indication to the network that the WTRU is using the at least one positioning delegation candidate for positioning.

[0030] Positioning configuration information, which may include an indication of one or more conditions for enabling or disabling positioning delegation. The WTRU may detect that a condition for disabling positioning delegation is met for at least one positioning delegation candidate. Based on detecting that a condition for disabling positioning delegation is met for the at least one positioning delegation candidate, the WTRU may send a disabling indication to the network that the WTRU has stopped using the at least one positioning delegation candidate for positioning.

[0031] The WTRU may send a message to the network requesting to perform positioning delegation.

[0032] The conditions for enabling positioning delegation may include one or more of: the WTRU battery level falling below a threshold, connecting to at least one positioning delegation candidate, and / or detecting that the WTRU is within a specified proximity to at least one positioning delegation candidate.

[0033] The conditions for enabling positioning delegation may include detecting that the WTRU is within a specified proximity to at least one positioning delegation candidate based on signal strength measurements received from the at least one positioning delegation candidate.

[0034] The WTRU may perform measurements of one or more PRS transmissions and / or reporting of PRS measurements. The configuration may be based on detecting that a condition for disabling positioning delegation is met for at least one positioning delegation candidate.

[0035] The validation indication may include location information indicating a position of at least one positioning delegation candidate. The WTRU may be configured to receive a positioning request from the network. The validation indication may be sent to the network in response to the positioning request.

[0036] The WTRU may send a location disparity report to the network, which may indicate the difference between the location of the WTRU and the location of the positioning delegate.

[0037] The WTRU may send a location disparity report to the network based on the difference exceeding a disparity threshold for a predetermined period of time.

[0038] After connecting to the positioning delegate, the WTRU may perform positioning measurements for a specified duration. The WTRU may compare its determined location information with the location information provided by the positioning delegate.

[0039] A method performed by a WTRU may include receiving positioning configuration information. The positioning configuration information may include an indication of one or more positioning delegation candidates for the WTRU. The positioning configuration may include an indication of one or more conditions for enabling or disabling positioning delegation.

[0040] The method may include detecting that a condition for enabling positioning delegation is met for at least one of the positioning delegation candidates. The method may include sending an indication to the network that the WTRU is using the at least one positioning delegation candidate for positioning based on detecting that a condition for enabling positioning delegation is met for the at least one positioning delegation candidate.

[0041] The method may include indicating one or more conditions for enabling or disabling positioning delegation. The method may include detecting that a condition for disabling positioning delegation is met for at least one positioning delegation candidate. The method may include sending an indication to the network that the WTRU has stopped using the at least one positioning delegation candidate for positioning based on detecting that a condition for disabling positioning delegation is met for the at least one positioning delegation candidate.

[0042] The method can include sending a message to a network requesting that positioning delegation be performed.

[0043] Conditions for enabling positioning delegation include one or more of: the WTRU battery level falling below a threshold, connecting to at least one positioning delegation candidate, and / or detecting that the WTRU is within a specified proximity to at least one positioning delegation candidate.

[0044] The conditions for enabling positioning delegation include detecting that the WTRU is within a specified proximity to at least one positioning delegation candidate based on signal strength measurements received from the at least one positioning delegation candidate.

[0045] The method may include, for at least one positioning delegation candidate, performing measurements of one or more PRS transmissions and reporting the PRS measurements based on detecting that a condition for disabling positioning delegation is met.

[0046] The indication may include location information indicating the location of at least one positioning delegation candidate.

[0047] The method may include receiving a positioning request from a network, wherein an indication is sent to the network in response to the positioning request.

[0048] The method may include transmitting a location disparity report to a network based on the difference exceeding a disparity threshold for a predetermined period of time.

[0049] The WTRU may receive positioning configuration information. The WTRU may select positioning delegation candidates for positioning based on the positioning configuration information. The WTRU may send a validation indication to the network that the WTRU is using the positioning delegation candidates for positioning. The WTRU may send a deactivation indication to the network that the WTRU has stopped using the positioning delegation candidates for positioning.

[0050] The positioning configuration information may include an indication of one or more positioning delegation candidates for the WTRU. The positioning information may include an indication of one or more conditions for enabling or disabling positioning delegation. The one or more positioning delegation candidates indicated by the positioning configuration information may include a selected positioning delegation candidate.

[0051] The WTRU may detect that a condition for enabling positioning delegation is met for the selected positioning delegation candidate. Based on detecting that a condition for enabling positioning delegation is met for the selected positioning delegation candidate, the WTRU may send an activation indication to the network that the WTRU is using the selected positioning delegation candidate for positioning. The WTRU may detect that a condition for disabling positioning delegation is met for the selected positioning delegation candidate. Based on detecting that a condition for disabling positioning delegation is met for the selected positioning delegation candidate, the WTRU may send a deactivation indication to the network that the WTRU has stopped using the selected positioning delegation candidate for positioning. [Brief explanation of the drawings]

[0052] [Figure 1A] FIG. 1 is a system diagram illustrating a representative communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram illustrating a representative wireless transmit / receive unit (WTRU) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1C] 1A is a system diagram illustrating an exemplary Radio Access Network (RAN) and an exemplary Core Network (CN) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1D] 1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 2] 1 illustrates an example of a protocol used in new radio (NR) positioning. [Figure 3A]1 illustrates the user plane of a representative integrated access and backhaul (IAB) architecture. [Figure 3B] 1 illustrates the control plane of a representative integrated access and backhaul (IAB) architecture. [Figure 4A] An example is illustrated in which a WTRU performs its own location measurements and determinations while the network device is connected to a moving train. [Figure 4B] 1 illustrates an example of a WTRU that begins using a selected positioning delegate located on a moving train. [Figure 4C] An example is illustrated in which the WTRU stops using the positioning delegate and resumes its own location measurements and determinations while the network device is connected to a moving train. [Figure 5] 1 depicts a flowchart illustrating an exemplary procedure followed by a WTRU to obtain configuration related to positioning delegation. DETAILED DESCRIPTION OF THE INVENTION

[0053] 1A is a diagram illustrating an example communication system 100 in which one or more disclosed embodiments may be implemented. Communication system 100 may be a multiple-access system that provides content, such as voice, data, video, messaging, broadcasts, etc., to multiple wireless users. Communication system 100 may enable multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may use one or more channel access methods, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), Single-Carrier FDMA (SC-FDMA), Zero-Tail Unique-Word DFT-Spread OFDM (ZT UW DTS-s OFDM), Unique Word OFDM (UW-OFDM), Resource Block Filtered OFDM, Filter Bank Multi Carrier (FBMC), etc.

[0054] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, and 102d, RANs 104 / 113, CNs 106 / 115, a Public Switched Telephone Network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, and 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a "station" and / or "STA," may be configured to transmit and / or receive wireless signals and may include User Equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a wireless pager, a mobile phone, a Personal Digital Assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fi device, an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD), a vehicle, a drone, a medical device and application (e.g., for remote surgery), an industrial device and application (e.g., a robot and / or other wireless device operating in an industrial and / or automated processing chain context), a consumer electronics device, a device operating on a commercial wireless network and / or an industrial wireless network, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as a UE.

[0055] The communications system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communications networks, such as the CN 106 / 115, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a Base Transceiver Station (BTS), a Node B, an Encoder B, a Home Node B, a Home eNodeB, a gNB, an NR Node B, a site controller, an Access Point (AP), a wireless router, etc. Although the base stations 114a, 114b are each depicted as a single element, it will be understood that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0056] The base station 114a may be part of the RAN 104 / 113, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114a and / or base station 114b may be configured to transmit and / or receive radio signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide wireless service coverage for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In one embodiment, the base station 114a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers for each sector of the cell. For example, beamforming may be used to transmit and / or receive signals in desired spatial directions.

[0057] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0058] More specifically, as noted above, the communications system 100 may be a multiple-access system, but may use one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base station 114 a and the WTRUs 102 a, 102 b, 102 c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using Wideband CDMA (WCDMA). WCDMA may include communications protocols such as High-Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High-Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High-Speed ​​Uplink Packet Access (HSUPA).

[0059] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE-Advanced (LTE-A) and / or LTE-Advanced Pro (LTE-A Pro).

[0060] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as NR radio access, which may establish the air interface 116 using New Radio (NR).

[0061] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may jointly implement LTE radio access and NR radio access, e.g., using dual connectivity (DC) principles. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions sent to and / or from multiple types of base stations (e.g., eNBs and gNBs).

[0062] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology such as IEEE 802.11 (i.e., Wireless Fidelity, WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access, WiMAX), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), or the like.

[0063] 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point and may utilize any suitable RAT to facilitate wireless connectivity in a localized area, such as a business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a road, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may establish a picocell or a femtocell using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.). As shown in FIG. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 through the CN 106 / 115.

[0064] The RAN 104 / 113 may communicate with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, such as different throughput, latency, error tolerance, reliability, data throughput, and mobility requirements. The CN 106 / 115 may provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, and / or perform high-level security functions such as user authentication. Although not shown in FIG. 1A , it will be understood that the RAN 104 / 113 and / or the CN 106 / 115 may communicate directly or indirectly with other RANs employing the same RAT as the RAN 104 / 113 or a different RAT. For example, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, the CN 106 / 115 may also communicate with another RAN (not shown) using GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0065] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing Plain Old Telephone Service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices, which use common communication protocols such as Transmission Control Protocol (TCP), User Datagram Protocol (UDP), and / or Internet Protocol (IP) of the TCP / IP Internet Protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 / 113 or a different RAT.

[0066] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links.) For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a, which may employ a cellular-based wireless technology, and a base station 114b, which may employ an IEEE 802.2 wireless technology.

[0067] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0068] The processor 118 may be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0069] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR signals, UV signals, or visible light signals, for example. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF signals and light signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0070] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0071] The transceiver 120 may be configured to modulate signals transmitted by the transmit / receive element 122 and demodulate signals received by the transmit / receive element 122. As noted above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as, for example, NR and IEEE 802.11.

[0072] The processor 118 of the WTRU 102 may be coupled to and may receive user input data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light-emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Additionally, the processor 118 may access information from and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 may access information from and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0073] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control the power to other components within the WTRU 102. The power source 134 may be any suitable device for providing power to the WTRU 102. For example, the power source 134 may include one or more dry batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0074] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information from a base station (e.g., base stations 114a, 114b) over the air interface 116 and / or may determine its location based on the timing of signals being received from two or more nearby base stations. It will be understood that the WTRU 102 may obtain location information by way of any suitable position-determination method while remaining consistent with an embodiment.

[0075] The processor 118 may further be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or videos), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, etc. The peripheral device 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, a direction sensor, a proximity sensor, a temperature sensor, a time sensor, a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, and / or a humidity sensor.

[0076] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals associated with a particular subframe (e.g., for both the UL (e.g., for transmission) and the downlink (e.g., for reception)) may be parallel and / or simultaneous. The full-duplex radio may include an interference management unit to reduce and or substantially eliminate self-interference via hardware (e.g., a choke) or via signal processing via a processor (e.g., a separate processor (not shown) or the processor 118). In one embodiment, the WTRU 102 may include a half-duplex radio for transmission and reception of some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or the downlink (e.g., for reception)).

[0077] 1C is a system diagram illustrating the RAN 104 and the CN 106, according to one embodiment. As noted above, the RAN 104 may employ E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also communicate with the CN 106.

[0078] The RAN 104 may include eNode-Bs 160a, 160b, and 160c, although it will be understood that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment. The eNode-Bs 160a, 160b, and 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In one embodiment, the eNode-Bs 160a, 160b, and 160c may implement MIMO technology. Thus, the eNode-B 160a may, for example, use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0079] Each of the eNode-Bs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, user scheduling, etc. in the UL and / or DL. As shown in FIG. 1C, the eNode-Bs 160a, 160b, 160c may communicate with each other via an X2 interface.

[0080] 1C may include a Mobility Management Entity (MME) 162, a Serving Gateway (SGW) 164, and a Packet Data Network (PDN) Gateway (or PGW) 166. While each of the foregoing elements is depicted as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0081] The MME 162 may be connected to each of the eNode-Bs 162a, 162b, 162c in the RAN 104 via an S1 interface and may function as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, activating / deactivating bearers, selecting a particular serving gateway during initial attach of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies such as GSM and / or WCDMA.

[0082] The SGW 164 may be connected to each of the eNode-Bs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to and from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions, such as anchoring the user plane during inter-eNodeB handover, triggering paging when DL data is available to the WTRUs 102a, 102b, 102c, and managing and storing the context of the WTRUs 102a, 102b, 102c.

[0083] The SGW 164 may be connected to a PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communication between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0084] The CN 106 may facilitate communications with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c and traditional landline communications devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108. In addition, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0085] Although the WTRU is depicted in FIGS. 1A-1D as a wireless terminal, it is contemplated that in certain representative embodiments, such a terminal may use a wired communication interface (e.g., temporary or permanent) with the communication network.

[0086] In a representative embodiment, the other network 112 may be a WLAN.

[0087] A WLAN in infrastructure Basic Service Set (BSS) mode may have an Access Point (AP) of the BSS and one or more stations (STAs) associated with the AP. The AP may have access or interface to a Distribution System (DS) or another type of wired / wireless network that carries traffic into and / or out of the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP and transmitted to the respective destination. Traffic between STAs within a BSS may be transmitted through the AP, for example, where a source STA sends traffic to the AP, and the AP delivers the traffic to the destination STA. Traffic between STAs within a BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent (e.g., directly) between a source STA and a destination STA using a direct link setup (DLS). In certain representative embodiments, DLS may use 802.11e DLS or 802.11z Tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using an IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad hoc" communication mode.

[0088] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a width that is dynamically set via signaling. The primary channel may be the operating channel of the BSS, but may also be used by STAs to establish a connection with the AP. In certain representative embodiments, for example, in an 802.11 system, Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) may be implemented. With CSMA / CA, STAs (e.g., all STAs), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit at any given time in a given BSS.

[0089] High Throughput (HT) STAs may use 40 MHz wide channels for communication, which may be formed, for example, through a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels.

[0090] A Very High Throughput (VHT) STA may support channels with widths of 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz. A 40 MHz and / or 80 MHz channel may be formed by combining multiple contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. For the 80+80 configuration, after channel encoding, the data may pass through a segment parser that may split the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time-domain processing may be performed separately on each stream. The streams may be mapped to two 80 MHz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed, and the combined data may be transmitted to the Medium Access Control (MAC).

[0091] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to representative embodiments, 802.11ah may support meter-type control / machine-type communications, such as MTC devices in macro coverage areas. MTC devices may have limited capabilities, including, for example, support for (e.g., only support for) specific and / or limited bandwidths. MTC devices may include batteries with above-threshold battery life (e.g., to maintain very long battery life).

[0092] WLAN systems that can support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that can be designated as a primary channel. The primary channel can have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel can be configured and / or limited by the STAs among all STAs operating in the BSS that support the minimum bandwidth operating mode. In an 802.11ah example, the primary channel can be 1 MHz wide for STAs (e.g., MTC-type devices) that support (e.g., only) the 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or Network Allocation Vector (NAV) configuration can depend on the status of the primary channel. For example, if the primary channel is busy due to STAs (that only support 1 MHz operating mode) transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and be available for use.

[0093] In the United States, the available frequency band that can be used by 802.11ah is 902MHz to 928MHz. In South Korea, the available frequency band is 917.5MHz to 923.5MHz. In Japan, the available frequency band is 916.5MHz to 927.5MHz. The total bandwidth available for 802.11ah is 6MHz to 26MHz depending on the country code.

[0094] 1D is a system diagram illustrating the RAN 113 and the CN 115, according to one embodiment. As mentioned above, the RAN 113 may employ NR radio technology and communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 113 may also communicate with the CN 115.

[0095] The RAN 113 may include gNBs 180a, 180b, and 180c, although it will be understood that the RAN 113 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, and 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In an embodiment, the gNBs 180a, 180b, and 180c may implement MIMO technology. For example, the gNB 180a, 180b may transmit signals to and / or receive signals from the gNBs 180a, 180b, and 180c using beamforming. Thus, the gNB 180a may transmit and / or receive wireless signals to and / or from the WTRU 102a using, for example, multiple antennas. In one embodiment, the gNBs 180a, 180b, and 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on unlicensed spectrum, while the remaining component carriers may be on licensed spectrum. In one embodiment, the gNBs 180a, 180b, and 180c may implement Coordinated Multi-Point (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or 180c).

[0096] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes (e.g., including varying numbers of OFDM symbols and / or lasting varying lengths of absolute time) or transmission time intervals (TTIs) of various or scalable lengths.

[0097] The gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c without accessing another RAN (e.g., eNode-Bs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate with and connect to gNBs 180a, 180b, 180c while also communicating with and connecting to another RAN, such as eNode-Bs 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement DC principles to communicate with one or more gNBs 180a, 180b, 180c and one or more eNode-Bs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNode-Bs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0098] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, routing of control plane information to Access and Mobility Management Functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D , the gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

[0099] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. While each of the foregoing elements is depicted as part of the CN 115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0100] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may function as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service utilizing the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, etc. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies, such as WiFi.

[0101] The SMFs 183a, 183b may be connected to the AMFs 182a, 182b in the CN 115 via an N11 interface. The SMFs 183a, 183b may also be connected to the UPFs 184a, 184b in the CN 115 via an N4 interface. The SMFs 183a, 183b may select and control the UPFs 184a, 184b and configure the routing of traffic through the UPFs 184a, 184b. The SMFs 183a, 183b may perform other functions, such as managing and assigning UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, providing downlink data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0102] The UPFs 184a, 184b may connect to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks such as the Internet 110 to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPFs 184, 184b may perform other functions such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

[0103] The CN 115 may facilitate communication with other networks. For example, the CN 115 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 115 and the PSTN 108. In addition, the CN 115 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0104] 1A-1D and the corresponding descriptions thereof, one or more or all of the functions described herein with respect to one or more of the WTRUs 102a-d, base stations 114a-b, eNode-Bs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-b, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more or all of the functions described herein. For example, the emulation devices may be used to test other devices and / or simulate network and / or WTRU functions.

[0105] The emulation device may be designed to perform one or more tests of other devices in a lab environment and / or a carrier network environment. For example, one or more emulation devices may perform one or more or all functions while fully or partially implemented and / or deployed as part of a wired and / or wireless communication network to test other devices in the communication network. One or more emulation devices may perform one or more or all functions while temporarily implemented / deployed as part of a wired and / or wireless communication network. The emulation device may be directly coupled to another device for testing purposes and / or may perform testing using terrestrial wireless communication.

[0106] One or more emulation devices may perform one or more functions, inclusive, while not being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in a test scenario in a test lab and / or in an undeployed (e.g., test) wired and / or wireless communication network to implement testing of one or more components. One or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, e.g., one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0107] References herein to a gNB refer to a representative base station, and the gNB may be replaced with any other suitable base station.

[0108] The WTRU may perform one or more operations related to positioning.

[0109] The WTRU may receive configuration information from the network to determine location delegate nodes and / or cells. From the configuration information, the WTRU can derive its location information (e.g., without necessarily performing measurement-related operations). For example, the location nodes and / or cells may be included in a list of delegate serving nodes / cells and / or a list of neighboring cells that can act as delegates.

[0110] The WTRU may receive an indication from a serving node and / or cell or neighboring cell (e.g., via broadcast signaling and / or dedicated RRC / MAC messages) that the serving node and / or cell or neighboring cell may be capable of acting as a location delegate.

[0111] The WTRU may receive configuration information from the network, which may include conditions for using the location delegate. The conditions may include that the signal level towards the location delegate is above a certain level (e.g., a particular level), that the current WTRU battery level is below a certain level (e.g., a particular level), and / or that the WTRU's own location accuracy is below a certain level (e.g., a particular accuracy level).

[0112] In determining the availability of a location delegate, e.g., when a node and / or cell capable of location delegation becomes the WTRU's serving cell, the WTRU may be able to measure neighboring cells that can perform location delegation (e.g., with good radio quality, etc.). When one or more of the conditions for using a location delegate are met, the WTRU may perform one or more actions. For example, the WTRU may obtain location information from the delegate, including reading broadcasted location information and / or explicitly requesting location information from the relevant node and / or cell. The WTRU may stop or pause location-related operations (e.g., measurements, transmitting UL signals / reports, etc.). The WTRU may transmit information to the network. This information transmitted by the WTRU may indicate that location delegation has been initiated.

[0113] When the WTRU determines that the location delegate is unavailable, such as when it disconnects from the node and / or cell acting as the location delegate, the WTRU may be unable to measure the neighborhood acting as the location delegate (e.g., with good radio quality, etc.). When one or more of the conditions for using the location delegate are met (e.g., are no longer met), the WTRU may perform one or more of the actions. For example, the WTRU may start or resume location-related actions (e.g., measurements, sending UL signals / reports, etc.). The WTRU may send information to the network. The information may indicate that the location delegation has stopped.

[0114] A positioning operation may be implemented. A protocol for the positioning operation may be implemented. Figure 2 illustrates an example protocol 200 used in a positioning operation configured between a WTRU 202 and a network node, e.g., a gNB 204a.

[0115] The protocol used for positioning may be between the gNBs 204a and 204c and the location management function (LMF) 206, such as New Radio (NR) Positioning Protocol A (NRPPa) 208a and 208c. The protocol used for positioning may be between the WTRU 202 and the LMF 206, such as the LTE positioning protocol (LPP) 210.

[0116] An LMF function may be implemented. The LMF 206 may determine the positioning method (e.g., WTRU-assisted / WTRU-based, downlink (DL)-based / uplink (UL)-based) to be supported by the WTRU 202 based on the positioning capability information transmitted by the WTRU 202. The LMF 206 may provide one or more positioning reference signal (PRS) configurations to the WTRU (e.g., for DL-based positioning) and / or provide one or more sounding reference signal (SRS) configurations to the gNB / transmission reception point (TRP) (e.g., for UL-based positioning). In the case of WTRU-assisted positioning, the LMF 206 may perform calculation of the WTRU 202's location information based on measurement reports transmitted by the WTRU 202. In the case of WTRU-based positioning, the LMF 206 may forward the WTRU 202's location information (e.g., which may be transmitted by the WTRU) to an external application / location service client. The LMF 206 may rely on information transmitted by the WTRU 202 .

[0117] The contents of the NRPPa208a and 208b protocols may include SRS or PRS configuration so that the gNB / TRP knows what to transmit and / or receive.

[0118] The content of the LPP210 protocol (e.g., from the LMF206) may include a location request to the WTRU202 (e.g., for the WTRU202 to initiate a positioning process, such as taking measurements). The PRS configuration may be associated with the gNBs / TRPs of the WTRU202's serving cell and neighboring cells (e.g., so that the WTRU knows what to receive) and / or measurement details (e.g., so that the WTRU knows how / what to measure).

[0119] The contents of the protocol LPP 210 (e.g., from the WTRU 202) may include positioning capability information, assistance data requests if the WTRU 202 does not have a PRS configuration, measurement reports for WTRU-assisted positioning, and / or location information for WTRU-based positioning. The LPP 210 message may be carried in a non-access stratum protocol data unit (NAS PDU).

[0120] For example, using protocol RRC 212 for DL-based positioning, the WTRU 202 may be able to access one or more PRS configurations via parameters (e.g., posSIB). The WTRU may be able to request the gNB to configure measurement gaps, for example, in preparation for starting to perform measurements on DL-PRSs.

[0121] For example, using protocol RRC 212 for UL-based positioning, the WTRU 202 may receive one or more SRS configurations from the serving gNB.

[0122] A DL positioning method as described herein may refer to a positioning method that uses a downlink reference signal, such as a positioning PRS. The WTRU 202 may receive multiple reference signals from the TP and measure the DL reference signal time delay (RSTD) and / or reference signal received power (RSRP). Examples of DL positioning methods may include, for example, downlink angle of departure (DL-AoD) positioning and / or downlink time difference of arrival (DL-TDOA) positioning.

[0123] The UL positioning methods described herein may refer to positioning methods that use uplink reference signals, such as positioning SRS. The WTRU 202 may transmit the SRS to multiple reception points (RPs), and the RPs may measure the uplink relative time of arrival (UL RTOA) and / or RSRP. Examples of UL positioning methods may include, for example, uplink time difference of arrival (UL-TDOA) positioning and / or uplink angle of arrival (UL-AoA) positioning.

[0124] The DL and UL positioning methods described herein may refer to positioning methods that use uplink and downlink reference signals for positioning. For example, a WTRU may transmit an SRS to multiple TRPs, and a gNB may measure the time difference between reception and transmission (Rx-Tx) of the SRS. For example, the gNB may measure the RSRP for the received SRS. The WTRU may measure the Rx-Tx time difference for PRSs transmitted from multiple TRPs. For example, the WTRU may measure the RSRP for the received PRS. For example, the Rx-Tx difference and possibly the RSRP measured at the TRU and the gNB may be used to calculate the round-trip time. Herein, the difference between Rx and Tx refers to the difference between the arrival time of a reference signal transmitted by a TRP and the transmission time of a reference signal transmitted from the WTRU. An example of a DL and UL positioning method may be multi-round trip time (RTT) positioning.

[0125] Integrated Access and Backhaul (IAB), in which part of the radio spectrum can be used for base station backhaul connections instead of fiber, can enable more flexible and cheaper deployment of high-density networks (e.g., compared to deployments where there are dedicated fiber links to base stations). IAB solutions may be based on split architectures (e.g., centralized unit (CU) and / or distributed unit (DU) architectures), which may be specified for NR.

[0126] 3A-3B illustrate an example of an integrated access and backhaul (IAB) architecture. A representative architecture may include a user plane (UP) 300 and control plane (CP) protocol architecture 350 for IAB.

[0127] The protocol stack of the IAB node 304a may include two sides: a mobile termination (MT) 308a-b portion that may be used to communicate with a parent node, and a DU 306a-b portion that may be used to communicate with a child node or WTRU 302 (e.g., a regular WTRU). Each IAB node 304a-b may be assigned an IP address. The IP address may be routable from the donor base station (and associated L2 address). Intermediate IAB nodes 304a-b may forward packets (e.g., transparently) based on a route identifier and / or destination address. The IAB nodes 304a-b may terminate the DU 306c functionality. A base station, referred to as the IAB donor 304c, may terminate the CU 310 functionality. The IAB nodes (304a, 204b) and the donor CU 310 may form one logical base station unit, regardless of the number of hops that physically separate them. For example, the IAB nodes 304a-b may employ a CU / DU split architecture in which the IAB nodes 304a-b are considered DUs 306c and the CU 310, which is the CU portion of the IAB donors 304a-b, is considered a CU. The IAB node 304a serving the WTRU 302 may be referred to as an access IAB node. Nodes between the DU 306c of the IAB donor 304c and the access IAB node 304a may be known as intermediate IAB nodes 304b. The IAB nodes 304a-b may act as the access IAB node 304a (e.g., for the WTRUs 302 directly connected to the access IAB node 304a) and may act as intermediate IAB nodes 304b (e.g., for the WTRUs 302 served by its descendant IAB nodes).

[0128] Hop-by-hop (H2H) RLC 314a-c may be used between the IAB nodes 304a-c (e.g., instead of end-to-end (E2E) RLC between the donor DU 306c and the WTRU 302). An adaptation layer 316a-b, which may be referred to as a backhaul adaptation protocol (BAP), may be used to enable efficient multi-hop forwarding. The IAB donor 304c may assign a unique L2 address (BAP address) to each IAB node 304a-b that it controls. In an example, multiple route IDs may be associated with each BAP address. The BAP of the originating node (e.g., DU 306c of IAB donor 304c for DL ​​traffic and access IAB node 306a for UL) can add a BAP header to the packets they are sending, and the BAP header can include a BAP routing ID (e.g., the BAP address and path ID of the destination / source IAB node 304a-c).

[0129] If a packet arrives with a BAP routing ID that includes a BAP address equal to the BAP address of the IAB node 304a-b, the IAB node 304a-b can know that the packet is intended for receipt by the IAB node 304a-b. The IAB node 304a-b can pass this packet to upper layers for processing (e.g., an F1-C / U message addressed to the IAB node's DU, an F1-C message containing SRB data for a WTRU 302 directly connected to the IAB node 304a, and / or an F1-U message containing DRB data for a WTRU directly connected to the IAB node 304a). In an example, the IAB nodes 304a-c may employ routing and / or mapping tables to determine where to forward data. Each IAB node 304a-c may have a routing table (e.g., configured by the IAB donor CU 310), and the routing table may include a next-hop identifier for each BAP routing ID. Separate routing tables may be maintained for the DL and UL directions. The DL tables may be used by the DU portions 306a-c of the IAB nodes 304a-c, and the MT portions 308a-b of the IAB nodes 304a-b may use the UL tables.

[0130] Backhaul (BH) RLC channels may be used to transport packets between IAB nodes 304a-c (or between IAB donor DU 306c and IAB node 304b). A BH RLC channel configuration may include associated RLC and / or logical channel configurations. Many-to-one (N:1) or one-to-one (1:1) mapping may be implemented between WTRU 302 radio bearers and BH RLC channels. N:1 mapping may multiplex several WTRU 302 radio bearers onto a single BH RLC channel based on specific parameters (e.g., the QoS profile of the bearers). N:1 mapping may be suitable for bearers that do not have very strict requirements (e.g., best-effort bearers). 1:1 mapping may map each WTRU 302 radio bearer onto a separate BH RLC channel. 1:1 mapping may be designed to ensure finer QoS granularity at the WTRU 302 radio bearer level. A 1:1 mapping may be suitable for bearers with strict throughput and / or latency requirements (eg, guaranteed bit rate (GBR) bearers and / or Voice over Internet Protocol (VoIP) bearers).

[0131] If an IAB node 304a-c detects a BH radio link failure (RLF), the IAB node 304a-c may transmit a BH RLF indication to other nodes (e.g., to descendant nodes of the IAB nodes 304a-c). The BH RLF indication may be a BAP control PDU. In response to receiving a BH RLF indication from a parent node, the IAB node 304a-c may initiate procedures such as re-establishing to another parent. The IAB node 304a-c may suspend transmission and / or reception with the associated parent. Behavior regarding receipt of a BH RLF indication may be part of the IAB / network implementation.

[0132] In a multi-hop IAB network, data congestion may occur on intermediate IAB nodes 304b, which may lead to packet drops (e.g., if left unresolved). In an example, to ensure reliability, a higher layer protocol (e.g., TCP) may be used. TCP congestion avoidance features and / or slow start mechanisms may be very costly to overall end-to-end performance (e.g., throughput degradation). Therefore, the IAB network may employ flow control. In an example, for DL, E2E and H2H flow control mechanisms may be available.

[0133] DL E2E flow control may be based on the DL data delivery status (DDDS) specified for the CU / DU split architecture (e.g., in NR). In DDDS, a DU (e.g., in the context of an IAB network, the DU portion of an access IAB node) can report different types of information (e.g., desired buffer size per DRB, desired data rate per DRB, highest successfully delivered PDCP SN, lost packets (e.g., packets not acknowledged by the DUs 306a-c at the RLC 314a-b level) to a CU (e.g., in the context of an IAB network, the donor CU 310, specifically the CU-UP)). The access IAB nodes 304a-c (e.g., only the access IAB nodes 304a-b) may implement DDDS (e.g., the IABs may report only information about the DRBs of the WTRUs 302 they directly serve). The access IAB nodes 304a-c may not provide information about the BH RLC channel.

[0134] For DL ​​H2H flow control, the IAB nodes 304a-c may generate flow control messages (which may be BAP control PDUs) (e.g., when the buffer load of the IAB nodes 304a-c exceeds a certain level and / or when the IAB nodes 304a-c receive a flow control poll message from a peer BAP entity (e.g., a child node)). The H2H flow control information may indicate available buffer size. In an example, the indicated available buffer size may be at the granularity of a BH RLC channel (e.g., available buffers = value_1 if BH RLC channel number 1, available buffers = value_2, or equals per BH RLC channel number 2, etc.), and in an example, the indicated available buffer size may be at the granularity of a destination routing ID (e.g., available buffers = value_1 if destination routing ID = address 1, available buffers = value_2 if destination routing ID = address 2, etc.). IAB nodes 304a-c receiving flow control messages may use this information to control traffic flow toward the sender (e.g., throttle or pause traffic associated with a particular BH RLC channel and / or destination if the flow control message indicates low available buffers for the associated traffic, increase traffic flow if the flow control message indicates high available buffer values, etc.). The actions taken for flow control, as well as the configuration and / or values ​​of thresholds and other parameters for triggering flow control messages (e.g., buffer thresholds, polling durations (e.g., poll timers), etc.), may be part of the IAB / network implementation.

[0135] Preemptive buffer status reporting (BSR) may be implemented. An IAB node 304-a-c may trigger a BSR to its parent node before data (e.g., new data) arrives in its UL buffer (e.g., based on a BSR it receives from its child node and / or WTRU 302 and / or based on a scheduling grant (e.g., an indication of expected data) it has provided to them). In an example, an IAB node 304a-c may control the flow of UL data from its child node and / or WTRU 302 by its provision of appropriate UL scheduling grants to them (e.g., based on a BSR received from them). The IAB nodes 304a-c may be assumed to be static nodes. Handovers, also referred to as migrations or relocations of IAB nodes 304a-c from one donor to another, may be supported for load balancing and / or to handle RLF due to disturbances (e.g., due to moving objects (e.g., vehicles), seasonal changes (e.g., tree leaves), and / or infrastructure changes (new buildings)). In an example, intra-donor CU 310 handovers (e.g., intra-donor CU handovers only) may be supported (e.g., the target parent DU and source parent DU of IAB nodes 304a-c may be controlled by the same donor CU). In an example, inter-donor CU 310 handovers may be supported.

[0136] IAB connectivity may be supported via multi-RAT dual connectivity (MR-DC). For example, the IAB nodes 304a-c may be connected to the network via evolved new radio dual connectivity (EN-DC), where the master node may be an LTE node and the secondary node may be an NR node.

[0137] In an example, the IAB nodes 304a-c may be transparent (eg, completely transparent) to the WTRU 302 (eg, from the WTRU 302's perspective, the IAB nodes 304a-c may appear as normal base stations).

[0138] In an example, a mobile IAB may be used to provide connectivity to one or more WTRUs 302 (eg, when the one or more WTRUs 302 are in motion (eg, on a bus, train, plane, etc.)).

[0139] The IAB nodes 304a-c may operate as fixed wireless access (FWA) points of connectivity for one or more WTRUs 302. For example, the IAB nodes 304a-c may be installed outside, e.g., a home, a building, a shopping mall, etc., and may provide connectivity to WTRUs 302 located indoors.

[0140] In examples where WTRUs 302 may be in close proximity to each other (e.g., on a bus, train, airplane, in the same building, etc.), the locations and / or positions of the WTRUs 302 may be approximately the same for practical purposes. Performing (e.g., independent) positioning (e.g., WTRU-based or network-based) for each WTRU 302 may be below a threshold (e.g., below an optimal threshold). Reasons for performing below-threshold positioning for each WTRU 302 may include unnecessary WTRU 302 power consumption (e.g., for performing PRS measurements, for transmitting SRS, for performing global navigation satellite system (GNSS) measurements, etc.). Another reason may include unnecessary signaling and / or resource utilization (e.g., for transmitting PRS and / or SRS, etc.), for example, when positioning may be performed over a mobile network. Another reason may include low GNSS positioning accuracy (e.g., for indoor WTRUs 302). Another reason may include throughput loss for the WTRU 302. For example, when mobile network-based positioning (eg, as a measurement gap) may be used by the WTRU 302 to perform positioning-related measurements.

[0141] The use of IAB nodes described herein is an illustrative example, for example, when a group of WTRUs 302 are in close proximity to each other and may be served by the same node or neighboring nodes.

[0142] Methods applicable to the WTRU 302 may also be applicable to entities such as IAB nodes 304a-c that may be served by another IAB node 304a-c (eg, IAB nodes 304a-c having WTRU-like functionality).

[0143] In examples, the methods described herein may consider GNSS as an alternative to cellular network-based positioning available to the WTRU 302. Multiple positioning methods that are not based on mobile networks may be available as described herein. In examples, methods that utilize GNSS location (e.g., to verify the location provided by the delegate) may be applied.

[0144] The term position delegate or location delegate may be used to refer to an entity (e.g., an IAB node 304a-c, and / or a gNB with a small coverage area, etc.) that performs positioning-related operations (e.g., measurements, calculations, and / or reports, etc.) on behalf of the WTRU 302.

[0145] Non-limiting examples of nodes or entities (e.g., network nodes or entities) that may be used for and / or to assist in positioning include an LMF. Any other suitable node or entity may be used in place of an LMF and be consistent with this application.

[0146] Performing positioning for multiple WTRUs 302 (e.g., performing positioning-related DL measurements, transmitting UL signaling for network-based / network-assisted positioning, and / or performing positioning calculations) may be delegated to a node (e.g., IAB nodes 306a-c serving a group of WTRUs 302). Delegating performing positioning for multiple WTRUs 302 to a node may provide one or more benefits (e.g., power savings for the WTRUs 302). For example, a subset of the multiple WTRUs 302 (or none of the WTRUs 302, e.g., if a network node can delegate positioning on behalf of the WTRUs 302) may perform positioning-related measurements, signaling, and / or calculations. For example, delegating positioning to a node may improve signaling optimization and / or resource optimization (e.g., because less signaling may be used by the network and / or the WTRUs 302 to perform measurements via the subset of WTRUs 302 and / or the delegated node). For example, delegating positioning to a node may improve positioning accuracy for indoor WTRUs 302 (e.g., compared to indoor positioning via GNSS and / or via GNSS alone). For example, delegating positioning to a node may improve throughput for WTRUs 302 (e.g., as a subset of WTRUs 302 or none of WTRUs 302 (in the case of delegation to a network node)). WTRUs 302 may be involved in positioning-related measurements that may require measurement gaps.

[0147] A node (e.g., IAB nodes 304a-c, gNB, etc.) may provide an explicit indication to the WTRU 302 that it serves that it can delegate positioning measurements, decisions, reports, etc. For example, the delegate node and / or delegate cell may broadcast the positioning measurements, decisions, reports, etc. in a system information block (SIB) of the serving cell. For example, this information may be provided in a dedicated manner (e.g., RRC / MAC signaling from the gNB, etc.).

[0148] The WTRU 302 may be configured by the network with information regarding one or more location delegates. For example, the one or more location delegates may be a cell or a list of cells (e.g., cell IDs of IAB nodes 304a-c or small cells that can provide location delegation). Dedicated signaling (e.g., via RRC, MAC) and / or broadcast in the current serving cell (e.g., via SIB) may communicate the cell or list of cells information to the WTRU 302. The WTRU may be configured with the cell or list of cells information, such as by the application layer and / or manually.

[0149] The WTRU 302 may request information associated with possible location delegates from the network (e.g., a gNB and / or an LMF). The WTRU 302 may include information such as its current location, its current serving cell, and / or measurements of neighboring cells in the request. In response, the network (e.g., a gNB and / or an LMF) may provide the information (e.g., a list of cell IDs) to the WTRU 302. The network (e.g., a gNB, an LMF) may take the current WTRU 302 location (e.g., the current location and / or the current serving cell information provided by the WTRU 302) into consideration (e.g., when considering the list of possible delegates within or near the coverage area of ​​the current serving cell). The information may be provided in a dedicated message (e.g., an RRC message) or may be broadcast (e.g., via the SIB of the current serving cell).

[0150] The indication of positioning delegation may be an implicit indication. For example, the cell may broadcast location information. The WTRU 302 may receive the location information broadcast from the cell. The location information may have an associated LPP session ID. The LPP session ID may be associated with a unique ID (e.g., a radio network temporary identifier (RTNI)) for the WTRU 302 or for a group of WTRUs 302, which may indicate that a node and / or cell has established an LPP session with the LMF on behalf of the WTRU 302.

[0151] An example benefit of the implicit indication of positioning delegation may be that the WTRU 302 does not need to send a request to the LMF for assistance information for positioning. Not having to send a request for assistance information to the LMF for positioning may reduce latency associated with positioning.

[0152] In examples, the location delegate may be a node and / or cell (e.g., IAB nodes 306a-c and / or gNB, etc.) serving the WTRU 302. The location delegate may be a primary cell (Pcell and / or PSCell). The location delegate may be a secondary cell (Scell).

[0153] In an example, the WTRU 302 may connect to a node and / or cell that is a location delegate (e.g., when the WTRU 302 is handed over to a cell that provides location delegation, when the cell that provides location delegation is added as an Scell ​​in carrier aggregation, when the cell that provides location delegation is added as a PSCell and / or SCG Scell ​​in dual connectivity, etc.). When the WTRU 302 connects to a location delegated node and / or cell, the WTRU 302 may send specific information to the network (e.g., LMF). The information may indicate that the location of the node and / or cell can be assumed to be the location of the WTRU 302. The WTRU 302 may send certain information to the network (e.g., including the WTRU 302's identity, a cell-RNTI (C-RNTI) associated with the master cell group (MCG) or secondary cell group (SCG), the location delegate's cell ID, and / or the location delegate's MT identity if the location delegate is an IAB node 306a-c, etc.). The gNB may send the information (e.g., send on behalf of the WTRU 302 and / or forward information provided by the WTRU 302).

[0154] In an example, when the WTRU 302 connects to a node and / or cell that is a location delegate, the WTRU 302 may continue to perform location measurements and / or determinations and compare the location measurements and / or determinations with the location provided by the delegate. The WTRU 302 may determine whether the location difference between the location measured by the WTRU 302 and the location provided by the delegate is consistent over a certain duration (e.g., approximately the same for a given and / or configured duration, and / or different but the difference is the same for a given and / or configured duration, etc.). If the WTRU 302 determines that the measurements are consistent, the WTRU 302 may send an indication to the network that location delegation has been initiated (e.g., an initiate indication). If the WTRU 302 determines that the measurements are inconsistent, the WTRU 302 may send an indication to the network that the location delegation may not be accepted.

[0155] In an example, when the WTRU 302 is disconnected from a cell that is its location delegate (e.g., when the WTRU 302 is handed over to another cell, when the cell that was providing the location delegation was an SCell and the cell was released, and / or when the cell that was providing the location delegation was a PSCell and the SCG was released, etc.), information may be sent to the network (e.g., the LMF) that may indicate that the location of the cell may not be assumed (e.g., may no longer be assumed) to be the location of the WTRU 302.

[0156] A location delegate may be a node and / or cell (e.g., a neighboring node and / or cell) that is not currently serving the WTRU 302. In an example, the WTRU 302 may receive conditions from a cell indicating when to consider that cell as a location delegate. For example, thresholds for RSRP, reference signal received quality (RSRQ), and / or received signal-to-noise indicator (RSNI) may be configured, and the WTRU 302 may consider, for example, a neighboring cell whose signal level meets the configured threshold (e.g., only if it does) to be the WTRU 302's location delegate. For example, the WTRU 302 may continue to perform location measurements and / or determinations and compare the location measurements and / or determinations to locations broadcast by neighboring cells. The WTRU 302 may consider (e.g., accept) a neighboring cell as its location delegate if the location difference between the WTRU 302's measured location and the neighboring cell's broadcasting location is consistent over a certain duration (e.g., approximately the same for a given duration and / or configured duration, different but the difference is the same for a given duration and / or configured duration, etc.).

[0157] In an example, information indicating the location of a neighboring cell may also be assumed to be the location of the WTRU 302. For example, if the WTRU 302 determines that a neighboring cell satisfies the conditions for acting as a location delegate, this information indicating the location of the neighboring cell that is to assume the location of the WTRU 302 may be transmitted to the network (e.g., the LMF). The information may be transmitted by the WTRU 302 to the network (e.g., including the WTRU 302's identity, the C-RNTI associated with the MCG or SCG, the location delegate's cell ID, and / or the location delegate's MT identity if the location delegate is an IAB node, etc.).

[0158] In an example, information indicating the location of a neighboring cell may also be assumed to be the location of the WTRU 302. This information may further indicate that the neighboring cell can no longer be assumed to be the location of the WTRU 302. For example, if the WTRU 302 determines that the neighboring cell no longer satisfies the conditions for acting as a location delegate, this information indicating that the location of the neighboring cell can no longer be assumed to be the location of the WTRU 302 may be transmitted to the network (e.g., the LMF). The information may be transmitted by the WTRU 302 to the network (e.g., including the WTRU 302's identity, the C-RNTI associated with the MCG or SCG, the location delegate's cell ID, and / or the location delegate's MT identity if the location delegate is an IAB node, etc.).

[0159] The WTRU 302 may determine that a serving cell or a neighboring cell satisfies the conditions to act as a location delegate. The WTRU 302 may determine that there is some consistent location difference between the location determined by the WTRU 302 and the location provided by the delegate. Based on this determination, the WTRU 302 may transmit location difference information to the network. For example, the location difference information may be included in the same message that the WTRU 302 sends to the network indicating location delegation. The WTRU 302 may transmit the location difference information when the WTRU 302 connects to a serving cell that provides location delegation and / or when the WTRU 302 determines that a neighboring cell satisfies delegation.

[0160] The WTRU 302 may determine that the serving cell may be capable of acting as a location delegate. Upon determining that the serving cell may be capable of acting as a location delegate, the WTRU 302 may send a request for location information to the network (e.g., the serving node and / or serving cell, the master node in the case of a DC, the IAB nodes 306a-c, etc.). The request may be based on conditions such as the WTRU 302 being unable to position, the RSRP of a synchronization signal block (SSB) from the serving cell being below a threshold, the WTRU 302 having a pending request for location information from the network (e.g., the LMF, etc.), etc.

[0161] The WTRU 302 may not receive location information from the delegate (e.g., in response to having sent a request and / or not obtaining location information according to an expected time for periodic location updates, etc.). In response, the WTRU 302 may send a message to the network indicating that the WTRU may not receive location information. The WTRU 302 may also indicate a request for assistance information (e.g., PRS configuration) and may perform positioning on its own.

[0162] The WTRU 302 may determine the location delegation capabilities of the serving cell or a neighboring cell. The WTRU 302 may stop performing location-related measurements and / or calculations and / or transmitting UL signaling related to measurements (e.g., transmitting UL SRS measurements and / or transmitting PRS measurement reports, etc.).

[0163] The WTRU 302 may be configured with a duration for waiting. In an example, the WTRU may respond to expiration of this duration and / or may stop positioning-related activity (e.g., in response to a determination about the location delegation capabilities of the serving cell and / or neighboring cells). The WTRU 302 may specify a distance and / or location value and / or range (e.g., instead of or in addition to the duration). In an example, the WTRU 302 may do this if the WTRU 302 is not moving and / or has not moved beyond a certain distance, etc.

[0164] The WTRU 302 may determine that the location delegate is unavailable (e.g., in response to detaching from a serving cell that is the location delegate and / or if the signal level of a neighboring cell that is the location delegate drops below a certain threshold). In response, the WTRU 302 may begin performing location-related measurements, calculations, and / or transmitting UL signaling related to the measurements (e.g., transmitting UL SRS measurements, transmitting PRS measurement reports, etc.). The WTRU 302 may send a message to the network indicating a request for assistance information (e.g., PRS configuration) or may perform positioning on its own.

[0165] The WTRU 302 may be sent an explicit message from the network to delegate positioning (e.g., to one of its serving cells, to a neighboring cell, etc.) The WTRU 302 may independently stop performing positioning-related operations (e.g., immediately after receiving the message, after a given time, for a given duration, while stationary, etc.).

[0166] The WTRU 302 may be sent an explicit message from the network to stop ongoing position delegation, and the WTRU 302 may independently start and / or resume performing positioning-related operations (e.g., immediately after receiving the message, after a given time, for a given duration, while stationary, etc.).

[0167] Location information may be communicated between a location delegate, the WTRU 302, and / or the network. For example, the delegate may provide location information from the location delegate to the WTRU 302 in a broadcast manner (e.g., via an SIB broadcast). For example, the delegate may provide location information to the WTRU 302 via dedicated signaling (e.g., RRC and / or MAC, etc.). For example, the WTRU may request location information from the location delegate by sending a dedicated message (e.g., RRC and / or MAC, etc.). For example, the location information provided by the delegate to the WTRU 302 may include two or more locations. For example, the location information may be a time and / or a set of location values ​​(e.g., location for the past 10 minutes and / or location by minute), including historical location values ​​from the delegate. For example, the location information may include a time and / or a set of location values, where some of the values ​​may refer to expected future locations (e.g., when the delegate is a moving IAB node 306a-c having a predetermined route, such as a train and / or tram).

[0168] The WTRU 302 may subscribe to receive location information updates from a location delegate (e.g., periodically every x milliseconds (ms), every time the location changes by y meters, etc.). The WTRU 302 may send a request to the location delegate, a gNB that serves the WTRU 302 directly or indirectly (e.g., in the case of an IAB network), and / or an LMF. The WTRU 302's subscription for location information may be valid for a duration (e.g., a specific duration, such as the next 30 minutes) and / or a location duration (e.g., until the location does not change for more than 400 ms, etc.).

[0169] The WTRU 302 may request location information (e.g., one-time, periodic subscription, etc.) The WTRU 302 may include duration information about the location (e.g., minute-by-minute location information for the last 10 minutes, minute-by-minute location information for the last 5 minutes and next 5 minutes, etc.).

[0170] As part of the location information, the delegate may receive an indication of the validity period of the location information (e.g., the provided location is valid for 1 minute). The WTRU 302 may be informed (e.g., during configuration and / or determination of the location delegate) of how long the location information received from the delegate remains valid.

[0171] The WTRU 302 may receive a positioning request from the network (e.g., LMF, gNB). In response, if available, the WTRU 302 may return location information obtained from the location delegate. The location information may include information about the location delegate (e.g., the cell ID of the gNB / IAB node that is the location delegate). The WTRU 302 may include the location information in an LPP message (e.g., in a request for assistance information) and send it to the LMF (e.g., if an LPP session is active). If an LPP session is not active, the WTRU 302 may send the location information to the serving gNB (e.g., via UCL, MAC-CE, and / or RRC). The serving gNB may forward the location information to the LMF (e.g., via NRPPa).

[0172] The location delegate may send its location information to the network (e.g., gNB, LMF, etc.) in response to a request from the network (e.g., in response to an explicit request, configured to report periodically, etc.). The network may deliver its location information to the WTRU 302 (e.g., via RRC signaling) (e.g., in response to a request from the WTRU 302, periodically, in a push manner without an explicit WTRU request and / or update subscription, etc.).

[0173] The delegate may include time information in the location information it provides, which may indicate when the location was determined.

[0174] The delegate may provide location information (eg, precise location information) periodically (eg, every x milliseconds on a SIB).

[0175] The delegate may, for example, provide location information (e.g., exact location information) if (e.g., only if) the location has changed by a particular amount (e.g., by a relative margin and / or by an absolute margin).

[0176] The delegate may provide location information (e.g., precise location information) less frequently and may provide deltas from previously provided precise location information more frequently (e.g., a precise location is provided every 5 seconds and deltas from the previous precise location are provided every 1 second).

[0177] The MTs of the IAB nodes 306a-c may perform positioning (e.g., using NR positioning, GNSS positioning, etc.) and may communicate this information to the WTRUs 302 served by the IAB nodes 304a-c.

[0178] For example, the location information may be provided to the WTRU 302 and / or the child IAB nodes 304a-c in a broadcast manner (e.g., via a SIB broadcast). For example, the location information may be provided to the WTRU 302 and / or the child IAB nodes 304a-c via dedicated signaling (e.g., MAC and / or BAP, etc.). For example, the WTRU 302 or the child IAB nodes 304a-c may request the location information from the IAB nodes, for example, by sending a dedicated message (e.g., MAC and / or BAP, etc.).

[0179] For example, the WTRU 302 or a child IAB node 304a-c may request location information from an IAB node via a gNB (e.g., via an RRC message to a donor gNB, which may then forward the request to the IAB node). The IAB node 304a-c may send the location information (e.g., directly) to the WTRU 302 and / or child IAB node 304a-c (e.g., via MAC and / or BAP). The IAB node 304a-c may send the location information via SIB signaling. The IAB node 304a-c may send the location information, or the IAB node 304a-c may send the information to the gNB. The gNB may forward the information to the WTRU 302 (e.g., via RRC). The WTRU 302 may send the request to the LMF, and the LMF may forward the location information of the serving IAB node 304a-c to the WTRU 302.

[0180] The WTRU 302 and / or child IAB nodes 304a-c may consider the serving IAB node and / or cell to be its location delegate (e.g., in response to determining that the cell belongs to a mobile IAB node). For example, the WTRU 302 and / or child IAB nodes 304a-c may determine the location delegate based on the IAB node broadcasting that the IAB node is mobile and / or that the WTRU 302 is configured with a PCI value associated with a cell, such as a mobile IAB node 304a-c.

[0181] The IAB nodes 304a-c (e.g., IAB-MT) may transmit their location information to the network (e.g., gNB and / or LMF) in response to a request from the network (e.g., in response to an explicit request and / or configured to report periodically, etc.). The network may deliver the location information of the IAB nodes 304a-c to the WTRU 302 and / or child nodes of the IAB nodes 304a-c (e.g., via RRC signaling) (e.g., in response to a request from the WTRU 302 or child nodes, periodically, in a push manner without an explicit WTRU 302 request or update subscription, etc.).

[0182] The WTRU 302 may send a request to the network for the locations of the IAB nodes 304a-c in the serving cell based on a certain condition (e.g., if the RSRP of the SSB from the serving cell falls below a threshold). The WTRU 302 may receive a list (e.g., cell IDs) of the IAB nodes 304a-c in (or near) the serving cell from the network (e.g., the LMF and / or the gNB). The WTRU 302 may receive this list in the SIB from the serving gNB and / or via a dedicated message.

[0183] If the WTRU 302 is connected to an IAB node 304a-c that provides location delegation, the information may be sent to the LMF. The information may indicate that the location of the IAB node 304a-c may be assumed to be the location of the WTRU 302. The WTRU 302 may send the information to the LMF (e.g., directly). The donor gNB may send the information.

[0184] When the WTRU 302 is handed over from an IAB node 304a-c that provides location delegation to another node (e.g., an IAB node 304a-c and / or a gNB) that does not provide location delegation, information may be sent to the LMF indicating that the location of the IAB 304a-c node can no longer (e.g., can no longer) be associated with the location of the WTRU 302. The information may be sent by the WTRU 302 to the LMF (e.g., directly). The donor gNB may send the information.

[0185] The IAB nodes 304a-c (e.g., IAB nodes MT), donor gNBs, AMFs, and / or another network unit may send information to the LMF, including information about the cells (e.g., PCI, CGI, etc.) served by the IAB nodes 304a-c (e.g., the DUs 304c of the IAB nodes). A WTRU 302 connecting to and / or disconnecting from an IAB node 304a-c that delegates location information may send information about the connection and / or disconnection to the IAB nodes 304a-c, for example, by indicating the cells of the IAB nodes 304a-c that serve them. A gNB (e.g., donor gNB) may send information to the LMF, for example, in response to the WTRU 302 connecting / disconnecting to an IAB node 304a-c.

[0186] The IAB nodes 304a-c may inform the WTRUs 302 or IAB child nodes that they serve about the identities of the MTs of the IAB nodes 304a-c (e.g., via SIB broadcast, MAC, BAP, etc.). Association in the LMF between the WTRU 302 designated as the location delegate and / or the child IAB nodes 304a-c and / or the parent IAB nodes 304a-c may be established and / or implemented via this IAB identity. For example, the WTRU 302 and / or gNB may send the identities of the MTs to the LMF when the WTRU / gNB connects / disconnects from the IAB nodes 304a-c. The LMF may associate / disassociate the location of the MTs with (e.g., from there onward) the associated WTRU 302.

[0187] When an IAB node 304a-c starts and / or stops acting as a location delegate for a WTRU 302 (e.g., a particular WTRU 302), the IAB node 304a-c may communicate information to the LMF (e.g., including the WTRU 302 identification information and / or the IAB node 304a-c identification information, e.g., MT identification information, IAB cell identification information, etc.).

[0188] The delegate IAB nodes 304a-c may request measurement gaps, for example, for positioning that relies on multiple WTRUs 302 and child IAB nodes 306a-c served by the delegate IAB nodes 304a-c. For example, to obtain more accurate positioning measurements, a longer measurement gap may be requested if the delegate IAB nodes 304a-c serve many WTRUs 302.

[0189] The delegating IAB nodes 304a-c may request measurement gaps for positioning that depend on, for example, the load the IAB nodes 304a-c are experiencing. For example, the load may be UL / DL data pending transmission at the IAB nodes 304a-c, and longer measurement gaps for positioning may exacerbate congestion at the IAB nodes 304a-c.

[0190] The WTRU 302 may be configured to conditionally perform positioning-related measurements and / or signaling. For example, the WTRU 302 may be configured to perform a location determination (e.g., its own location determination). For example, the WTRU 302 may be configured to provide assistance to the network (e.g., perform GNSS measurements, perform DL PRS measurements, transmit positioning SRS to the network, etc.), e.g., based on a threshold associated with the WTRU 302's battery level. For example, the WTRU 302 may be configured to stop positioning-related measurements (e.g., PRS and / or GNSS) and / or UL signaling when the WTRU 302's battery level falls below a configured threshold. For example, the WTRU 302 may be configured to initiate measurements or UL signaling when the WTRU 302's battery level rises above a configured threshold. Different power level thresholds may be configured for different aspects of location determination or assistance information provision (e.g., threshold_1 associated with performing GNSS measurements, threshold_2 associated with performing DL PRS measurements, and / or threshold_3 associated with performing UL SRS signaling, etc.).

[0191] The WTRU 302 may be configured to perform a location determination (e.g., determine its own position) and / or provide assistance to the network (e.g., perform GNSS measurements, perform DL PRS measurements, and / or transmit positioning SRS to the network, etc.) based on, for example, the WTRU 302's overheating level. For example, the WTRU 302 may be configured to stop measurements (e.g., PRS and / or GNSS) and / or UL signaling-related positioning when the WTRU's overheating level rises above a configured threshold. The WTRU 302 may be configured to start measurements and / or UL signaling when the WTRU's overheating level falls below a configured threshold. Different overheating level thresholds may be configured for different aspects of location determination and / or providing assistance information (e.g., threshold_1 associated with performing GNSS measurements, threshold_2 associated with performing DL PRS measurements, and / or threshold_3 associated with performing UL SRS signaling, etc.).

[0192] The WTRU 302 may be configured to perform location determination (e.g., its own location determination). The WTRU 302 may be configured to provide assistance to the network (e.g., perform GNSS measurements, perform DL PRS measurements, transmit positioning SRS to the network, etc.). The configuration of the WTRU 302 may be based, for example, on thresholds related to the WTRU's UL / DL data throughput. For example, the WTRU 302 may be configured to stop measurements (e.g., PRS and / or GNSS) and / or UL signaling related positioning when the UL / DL throughput rises above a configured threshold. The WTRU 302 may be configured to start measurements and / or UL signaling when the UL / DL throughput falls below a configured threshold. Different thresholds may be provided for UL and DL throughput levels. Different thresholds may be configured for different aspects of location determination or assistance information provision (e.g., UL throughput threshold_1 for performing GNSS measurements, DL throughput threshold_2 for performing DL PRS measurements, DL throughput threshold_3 for performing DL PRS measurements, and / or UL throughput threshold_4 for UL SRS signaling, etc.).

[0193] The WTRU 302 may be configured to perform location determination (e.g., its own location determination). The WTRU 302 may be configured to provide assistance to the network (e.g., perform GNSS measurements, perform DL PRS measurements, transmit positioning SRS to the network, etc.). The WTRU 302 configuration may be based, for example, on thresholds related to the WTRU 302's UL / DL buffer levels (e.g., available absolute or percentage levels, used absolute or percentage levels, etc.). For example, the WTRU 302 may be configured to stop measurements (e.g., PRS and / or GNSS) and / or UL signaling related positioning when the available UL / DL buffers rise above a configured threshold. The WTRU 302 may be configured to initiate measurements or UL signaling when the available UL / DL buffers fall below a configured threshold. Different thresholds may be provided for the UL and DL buffer levels. Different thresholds may be configured for different aspects of location determination or assistance information provision (e.g., available UL buffer threshold_1 for performing GNSS measurements, DL threshold_2 for performing DL PRS measurements, DL buffer threshold_3 for performing DL PRS measurements, and / or UL buffer threshold_4 for UL SRS signaling, etc.).

[0194] The WTRU 302 may be configured to perform location determination (e.g., its own location determination). The WTRU 302 may be configured to provide assistance to the network (e.g., perform GNSS measurements, perform DL PRS measurements, transmit positioning SRS to the network, etc.). The WTRU 302 configuration may be based, for example, on a threshold associated with the DL signal level of the serving cell. For example, the WTRU 302 may be configured to stop measurements (e.g., PRS and / or GNSS) and / or UL signaling-related positioning if the serving cell's DL signal level (e.g., RSRP) rises above a particular level and / or is within a particular range. The WTRU 302 may be configured to initiate measurements or UL signaling if the serving cell's signal falls below a particular level. Different DL signal level thresholds may be configured for different aspects of location determination or providing assistance information (e.g., threshold_1 associated with performing GNSS measurements, threshold_2 associated with performing DL PRS measurements, and / or threshold_3 associated with performing UL SRS signaling, etc.).

[0195] The WTRU 302 may be configured to perform location determination (e.g., its own location determination). The WTRU 302 may be configured to provide assistance to the network (e.g., perform GNSS measurements, perform DL PRS measurements, transmit positioning SRS to the network, etc.). The WTRU 302 configuration may be based on a threshold related to the current UL power level. For example, the WTRU 302 may be configured to stop positioning related measurements (e.g., PRS and / or GNSS) and / or UL signaling when the WTRU 302 uses an UL power level above a particular level or within a particular range (e.g., an absolute power level or a percentage of the maximum WTRU 302 power level). The WTRU 302 may be configured to start measurements or UL signaling when the power level falls below a particular level. Different power level thresholds may be configured for different aspects of location determination or assistance information provision (e.g., threshold_1 associated with performing GNSS measurements, threshold_2 associated with performing DL PRS measurements, and / or threshold_3 associated with performing UL SRS signaling, etc.).

[0196] In implementing the methods described herein, the WTRU 302 may be configured to perform location determination in a manner other than stopping and / or starting location determination, for example, based on different conditions. For example, if one or more of the conditions related to the battery level of the WTRU 302, the overheating level of the WTRU 302, the throughput level of the WTRU 302, the buffer level of the WTRU 302, the DL signal level of the WTRU 302, and / or the UL power usage level of the WTRU 302 are satisfied, the WTRU 302 may perform location measurements in a relaxed manner. If the conditions are not satisfied (e.g., are no longer satisfied), the WTRU 302 may perform location measurements normally.

[0197] The WTRU 302 may be configured to conditionally report positioning information to the network. For example, the WTRU 302 may be configured to conditionally report its location information (e.g., location gathered via GNSS and / or DL ​​PRS measurements) depending on the difference between the location determined by the WTRU 302 and the location provided to the WTRU 302 by a positioning delegate (e.g., IAB nodes 304a-c). This difference may be referred to as location disparity. For example, a threshold value (e.g., in meters) may be specified, and the WTRU 302 may send a location report to the network if (e.g., only if) the location disparity remains above the threshold.

[0198] For example, the WTRU 302 may be configured to report its location if (eg, only if) location disparity persists for a particular duration (eg, x milliseconds).

[0199] For example, the WTRU 302 may be configured with a set of values ​​for location disparity and duration of detected location disparity. In an example, the WTRU 302 may be configured to report a location if a 0.5 meter disparity is detected for more than 5 seconds, or if a 1 meter disparity is detected for more than 3 seconds, and / or if a 4 meter disparity is detected for more than 2 seconds.

[0200] For example, the WTRU 302 may be configured to report its location if (e.g., only if) a location disparity is detected more than a certain number of times (e.g., three times). For example, the WTRU 302 may be configured with a set of values ​​for the location disparity and the number of times the location disparity is detected. For example, the WTRU 302 may be configured to report its location if a 0.5 meter disparity is detected six or more times, or if a 1 meter disparity is detected four or more times, and / or if a 4 meter disparity is detected two or more times.

[0201] For example, the WTRU 302 may be configured to report its location information relying on timing information (e.g., instead of and / or in addition to location disparity). In an example, the WTRU 302 may be configured to report its location every x milliseconds, regardless of any location reports sent due to other triggers (e.g., location disparity). If location disparity triggers a location report, the duration (e.g., a timer) associated with the periodic reporting may be restarted.

[0202] For example, the WTRU 302 may be configured to report its location information depending on, for example, a change in location (e.g., absolute location or relative location). In an example, the WTRU 302 may be configured to report its location whenever its location has changed by x meters since a previous location report triggered due to a location change, regardless of any location reports sent due to other triggers (e.g., location disparity and / or timing-related location reports). The WTRU 302 may be configured to maintain the location included in a previous location report sent due to a location change. The WTRU 302 may use this location as a baseline location for determining a location change. If location disparity or timing information triggers a location report, the last reported location of the WTRU 302 may be updated to the position included in the last location report.

[0203] For example, the WTRU 302 may be configured to report its location information based on, e.g., a threshold related to the power of the WTRU 302. In an example, the WTRU 302 may be configured to stop reporting location information when the battery level of the WTRU 302 falls below a configured threshold. The WTRU 302 may be configured to start reporting when the battery level of the WTRU 302 rises above a configured threshold.

[0204] For example, the WTRU 302 may be configured to report its location information based on, for example, a threshold related to the overheating level of the WTRU 302. In an example, the WTRU 302 may be configured to stop reporting location information when the overheating level of the WTRU 302 rises above a configured threshold. The WTRU 302 may be configured to start reporting when the overheating level of the WTRU 302 falls below a configured threshold.

[0205] For example, the WTRU 302 may be configured to report its location information based on, e.g., a threshold related to the activity of the WTRU 302. In an example, the WTRU 302 may be configured to stop and / or skip reporting location information when the WTRU 302 has data to transmit. The WTRU 302 may be configured to postpone sending a location report until it has other data to transmit.

[0206] For example, the WTRU 302 may be configured to report its location based on, for example, a threshold related to the serving cell's DL signal level (e.g., SSB, CSI-RS, and / or PRS signal level). In an example, the WTRU 302 may be configured to stop reporting its location when the serving cell's DL signal level (e.g., RSRP) rises above a particular level and / or is within a particular range. The WTRU 302 may be configured to start reporting when the serving cell's DL signal level falls below a particular level.

[0207] For example, the WTRU 302 may be configured to report its location based on, for example, a threshold related to a neighboring cell's DL signal level (e.g., SSB and / or PRS signal level). In an example, the WTRU 302 may be configured to stop reporting its location when a neighboring cell's DL signal level (e.g., RSRP) rises above a particular level or is within a particular range. The WTRU 302 may be configured to start reporting when the serving cell's DL signal level falls below a particular level.

[0208] In implementing the methods described herein, the WTRU 302 may be configured to perform location determination in a manner other than stopping and / or starting reporting its location, for example, based on different conditions. For example, the WTRU 302 may perform location reporting less frequently if one or more of the conditions described herein are met (e.g., location disparity is small and / or the WTRU 302 battery level is below a threshold, etc.). The WTRU 302 may send more frequent location reports, for example, when location disparity is large.

[0209] The WTRU may request to delegate / stop positioning. For example, the WTRU 302 may send a request to the network (e.g., IAB nodes 304a-c, gNB, LMF, etc.), and the request may indicate that the WTRU 302 prefers to delegate its positioning. For example, the WTRU 302 may send a request to the network, and the request may indicate the reason for the delegation (e.g., low battery level and / or WTRU overheating, etc.). The network may respond to the WTRU 302 with a confirmation. The confirmation may indicate to the WTRU 302 to stop making positioning measurements and / or decisions. The confirmation may also indicate to the WTRU 302 to make measurements and / or decisions conditionally (e.g., as described herein).

[0210] The WTRU 302 may send a request to the network (e.g., IAB nodes 304a-c, gNB, LMF, etc.), where the request may indicate that the WTRU 302 prefers to send its location. For example, the WTRU 302 may send a request to the network, where the request may indicate a reason for not preferring to send a delegation report (e.g., low battery level and / or WTRU overheating, etc.). The network may respond to the WTRU 302 with a confirmation. The confirmation may indicate the WTRU 302 to stop reporting its location and / or to report them conditionally (e.g., as described herein). In an example, the request to stop reporting its location and / or to report them conditionally may be a message (e.g., a new message and / or a message not associated with an existing message). In an example, the request to stop reporting its location and / or to report them conditionally may be a variation of a message (e.g., an existing message), such as WTRU 302 assistance information.

[0211] The WTRU 302 may continue to perform measurements via a non-mobile based implementation (e.g., via GNSS). The WTRU 302 may be configured to send an indication to the network to delegate positioning when the determined location becomes less accurate (e.g., when the WTRU 302 goes indoors and location information becomes unavailable and / or less reliable).

[0212] The accuracy and / or delta of the location information provided by the position delegate may be determined. For example, the WTRU 302 may be configured with timing information (e.g., a specified duration). The WTRU 302 may be configured with location margin information (e.g., absolute and / or relative offsets) that may be relevant to performing measurements. The WTRU 302 may be configured with the location margin information while connected to a node that may be a position delegate. For example, the WTRU 302 may be configured to continue performing positioning measurements for a specified duration (e.g., in response to connecting to the position delegate). For example, the WTRU 302 may be configured to compare location information determined by the WTRU 302 (e.g., based on the position measurements) with location information provided by the delegate.

[0213] For example, during a specified duration, the WTRU 302 may determine a location that is the same as the location provided by the location delegate, within a specified absolute and / or relative position margin. The WTRU 302 may consider the location fix provided by the delegate to be sufficiently accurate and may stop making location fixes (e.g., making GNSS or PRS measurements). The WTRU 302 may, for example, send an indication (e.g., a stop indication) to the network (e.g., LMF) indicating that the WTRU 302 has checked the location accuracy provided by the delegate and has stopped making measurements.

[0214] The WTRU 302 may compare the location disparity between the location information it has determined and the indication provided by the location delegate over a certain specified duration. The WTRU 302 may determine the difference between the two (e.g., greater than a certain margin). The WTRU 302 may determine whether the difference is consistent (e.g., within another specified margin of x meters). The WTRU 302 may consider the location information provided by the delegate to be accurate and may stop making location determinations (e.g., taking GNSS or PRS measurements). The WTRU 302 may, for example, send an indication to the network (e.g., the LMF) indicating that it has checked the location accuracy provided by the delegate and / or detected a consistent difference between the two (e.g., a consistent difference of x meters) and has stopped making measurements. In response, the LMF may, for example, apply the difference in addition to the location provided by the delegate to determine a more accurate location of the WTRU 302.

[0215] The WTRU 302 may be configured to initiate location measurements and / or determinations (e.g., sporadically or periodically) to check whether the location provided by the delegate remains accurate and / or whether the difference remains consistent. For example, the WTRU 302 may be configured to perform location determination / comparisons every minute. The WTRU 302 may send an indication to the network if the location information remains accurate and / or consistent.

[0216] The methods described herein for performing and / or determining location may be applicable when the network performs location determination (e.g., based on PRS measurement reports transmitted by the WTRU 302 and / or the WTRU 302 transmitting SRS). For example, the WTRU 302 may transmit PRS measurements periodically during the time it is connected to a location delegate. The network may determine the location of the WTRU 302 based on the reports. The network may compare the determined location of the WTRU 302 with the location reported by the delegate. The network may consider a consistent delta value reported (e.g., previously) by the WTRU 302. If the network (e.g., LMF) determines that the location is not valid (e.g., is no longer valid), the network may send an indication to the WTRU 302. This indication may indicate that the WTRU 302 may, for example, start performing location measurements and / or determination, start transmitting location reports, and / or start transmitting an UL SRS signal for location determination by the network. In an example, the WTRU 302 may transmit its determined location to the network via another means (e.g., via GNSS) based on some configuration (e.g., periodically). The network may use this information to compare and / or determine the location accuracy of a delegate for the WTRU 302.

[0217] The WTRU 302 may be configured to select one or more of a plurality of location delegates. For example, multiple delegates may be available to a given WTRU 302. One or more of the plurality of location delegates may satisfy the location delegation requirements and / or conditions of the WTRU 302 (e.g., if the signal level between the location delegate and the WTRU 302 rises above a required threshold). One or more of the plurality of location delegates that satisfy the location delegation requirements of the WTRU 302 may be referred to as candidate location delegates.

[0218] The WTRU 302 may be configured to determine details of the positioning capabilities of the location delegate. For example, the WTRU 302 may be configured to determine the positioning method (e.g., UE-assisted, UE-based, DL-based, and / or UL-based, etc.) employed by the delegate. For example, the WTRU 302 may be configured to determine the accuracy level and / or estimate of the positioning performed by the location delegate (e.g., confidence interval in percentage or absolute value, and / or confidence and / or accuracy level and / or percentage, etc.). For example, the WTRU 302 may be configured to determine how location delegation will be provided. Methods of providing location delegate that the WTRU 302 can determine include, for example, a push mechanism such as broadcast (which may include information on location broadcast periodicity, e.g.,), a pull mechanism such as by WTRU 302 request, and / or a combination in which the WTRU 302 can request and / or subscribe to location delegation and the location delegate can provide the location to the WTRU 302 at an agreed-upon periodicity (e.g., a supported periodicity).

[0219] The WTRU 302 may receive information regarding the capabilities of the position delegate from the position delegate itself (e.g., directly or indirectly). For example, the WTRU 302 may send a request to the position delegate to send its positioning capabilities and / or the current positioning mechanism. For example, the WTRU 302 may be provided with information regarding the position delegate capabilities and / or the current positioning mechanism being used via broadcast signaling from the position delegate.

[0220] Alternatively or additionally, the WTRU 302 may receive information regarding the capabilities of one or more location delegates from the network (e.g., the current serving gNB and / or LMF, etc.). In an example, the information (e.g., received from the network) regarding the capabilities of one or more location delegates may include a list of pairs of location delegate identities (e.g., mobile cell IDs) and corresponding capabilities. For example, the WTRU 302 may send a request to the network (e.g., the current serving gNB, LMF, etc.) regarding the location delegate capabilities and / or current positioning mechanisms being used by a particular location delegate. In some examples, the WTRU 302 may send a request to the network (e.g., the current serving gNB and / or LMF, etc.) for a list of location delegates that have particular positioning capabilities.

[0221] The WTRU 302 may be configured to select a location delegate (e.g., from among one or more location delegates that meet the location delegation requirements / conditions of the WTRU 302), for example, that meets the best signal level (e.g., RSRP, RSRQ, etc.), is the most accurate, can provide location via a push mechanism, and / or provides more frequent updates, etc.

[0222] The WTRU 302 may consider handover, cell reselection, and / or measurement capabilities of one or more serving cells when determining location delegation.

[0223] In an example, the WTRU 302 may be configured to apply a positive offset onto measurements of cells that can provide location delegation (e.g., the current serving cell and / or neighboring cells, etc.). Alternatively or additionally, the WTRU 302 may be configured to apply a negative offset onto measurements of cells that do not provide location delegation (e.g., the current serving cell and / or neighboring cells, etc.). In an example, handover and / or cell reselection to cells that support location delegation may be prioritized compared to cells that do not support location delegation. For example, the WTRU 302 may perform handover and / or cell reselection to a second neighboring cell that has a slightly worse signal level than a first neighboring cell if the second cell supports location delegation and the first cell does not support location delegation.

[0224] The WTRU 302 may be configured with different offset values / ranges, for example, depending on the delegate's location capabilities (e.g., any combination of different values ​​or ranges of values ​​for different accuracy levels, positioning techniques, periodicity of location updates, etc.).

[0225] The WTRU 302 may be configured to apply an offset (e.g., apply a different offset) depending on the current state of the WTRU 302. For example, the WTRU 302 may be configured to apply an offset to the location delegate cell and / or use a higher offset if the WTRU 302's battery level drops below a particular level and / or if the WTRU 302 determines that its own positioning fix is ​​no longer accurate (e.g., if the WTRU 302 drops below an accuracy threshold, such as when indoors).

[0226] The WTRU 302 may send a location delegation request / interest to the mobile IAB nodes 304a-c (e.g., via MAC CE). The mobile IAB (e.g., its MT) may send a request to the network (e.g., donor CU 310 and / or LMF, etc.) for a positioning configuration (e.g., PRS configuration and / or SRS configuration). For example, the mobile IAB may send a delegation request upon receiving a certain number of delegation requests from different WTRUs 302 and / or if the mobile IAB serves more than a certain percentage of WTRUs. The request may indicate the reason for the requested positioning configuration (e.g., including the number or percentage of WTRUs 302 that requested delegation and / or information about what type of positioning accuracy / mechanism the WTRU 302 is interested in, etc.). Based on this request, the network may configure the mobile IAB with the desired positioning measurement and / or signaling configuration. The mobile IAB may notify the WTRU 302 that requested positioning delegation when the mobile IAB is ready to provide positioning delegation (eg, broadcast signaling, and / or individual MAC CEs, etc.).

[0227] 4A-4C illustrate a WTRU 402 requesting, engaging, and eventually decommissioning the use of a delegation candidate. In FIG. 4A, the system 400 may include a moving train. The moving train may include a network device 404 (e.g., an IAB node) connected to a network and multiple WTRUs 406. In the system 400, the WTRU 402 may be located outside the coverage area 408 of the network device 404 (e.g., outside the train) and may therefore perform its own location determination and / or measurements.

[0228] In a system 420 (e.g., referring to FIG. 4B ), a WTRU 402 may enter a coverage area 408 of a network device 404. The WTRU 402 may connect to the network device 404. The WTRU 402 may select the network device 404 as its positioning delegate. For example, the WTRU 402 may start using the location information and / or measurements of the network device 404 and / or stop performing its own location determinations and / or measurements. In some examples, the WTRU 402 may receive the location determinations and / or measurements of the network device 404 via broadcast information received from the network device 404 and / or in one or more messages sent from the network device 404 in response to a request sent by the WTRU 402. In some examples, the WTRU 402 may receive positioning configuration information (e.g., from the network device 404 upon entering the coverage area 408). The positioning configuration information may include an indication of one or more positioning delegation candidates for the WTRU 402 .

[0229] The positioning configuration information may include an indication of one or more conditions for starting or stopping positioning delegation. The WTRU 402 may decide to use the network device 404 as a positioning delegate based on detecting that the conditions for starting positioning delegation are met. The WTRU 402 may send an indication (e.g., an initiation indication) to the network (e.g., the network device 404) that the WTRU has started using the network device 404 as a positioning delegate. Further, in some examples, the WTRU 402 may send a location disparity report to the network device, where the location disparity report indicates the difference between the location of the WTRU 402 and the location of the positioning delegate.

[0230] In a system 440 (e.g., referring to FIG. 4C ), a WTRU 402 may move out of the coverage area 408 of a network device 404 and, in response, may stop using the network device 404 as its positioning delegate. For example, the WTRU 402 may detect that a condition for stopping positioning delegation is met. The WTRU 402 may send an indication (e.g., a stop indication) to the network (e.g., the network device 404) that the WTRU has stopped using the network device 404 as its positioning delegate. The WTRU 402 may then resume performing its own location determinations and / or measurements.

[0231] 5 depicts a flowchart of an exemplary procedure 500 performed by a WTRU (e.g., WTRU 302 and / or WTRU 402). The WTRU may perform procedure 500 to obtain configuration related to positioning delegation, e.g., sending a location delegation request, monitoring conditions for using a positioning delegate, and / or sending an indication to the network that the WTRU has started and / or stopped making positioning measurements and determinations.

[0232] At 502, the WTRU may send a location delegation request to a network device (e.g., an IAB node). The WTRU may send a message to the network device (e.g., an IAB node) requesting to perform positioning delegation, and the location delegation request may include a reason for the request. At 504, the WTRU may receive a configuration regarding location delegation. The configuration may include delegate positioning candidate information, and / or trigger conditions for deciding to use positioning candidates, etc. At 506, the WTRU may monitor conditions for initiating use of location delegate.

[0233] The WTRU determines whether conditions for initiating use of a location delegate are met at 508. If the WTRU determines that the conditions for initiating use of a location delegate are not met, the WTRU may continue to monitor the conditions for initiating use of a location delegate at 510. If the WTRU determines that the conditions for initiating use of a location delegate are met, the WTRU may stop making location measurements and / or determinations at 512. If the WTRU determines that the conditions for initiating use of a location delegate are met, the WTRU may start obtaining location information from candidate positioning delegates at 512.

[0234] The WTRU may perform measurements related to positioning reference signal (PRS) transmissions. The WTRU may report PRS measurements based on detecting that a condition for disabling positioning delegation is met for a delegation candidate. After connecting to a positioning delegate, the WTRU may perform positioning measurements for a specified duration and compare the location information determined by the WTRU with the location information provided by the positioning delegate.

[0235] At 514, the WTRU may send an indication (e.g., an initiation indication) to a network device (e.g., an IAB node) that it has selected a location delegate and that location delegation has been initiated and / or remains in progress. Based on detecting that a condition for enabling positioning delegation (e.g., initiating positioning delegation) is met for at least one positioning delegation candidate, the WTRU may send an indication to the network device (e.g., an IAB node) that the WTRU is using the at least one positioning delegation candidate for positioning. The indication may include location information indicating the positions of the positioning delegation candidates. In an example, the WTRU may receive a positioning request from a network device (e.g., an IAB node), and then the WTRU may send an indication to the network device (e.g., an IAB node) in response to the positioning request.

[0236] Conditions for enabling positioning delegation (e.g., initiating positioning delegation) may include, for example, the WTRU battery level falling below a threshold, the WTRU connecting to at least one positioning delegation candidate, and / or the WTRU detecting that it is within a specified proximity to at least one positioning delegation candidate. A condition for enabling positioning delegation may include the WTRU detecting that it is within a specified proximity to at least one positioning delegation candidate based on signal strength measurements received from the positioning delegation candidate.

[0237] The WTRU may send a location disparity report to a network device, where the location disparity report indicates the difference between the location of the WTRU and the location of the positioning delegate.

[0238] At 516, the WTRU determines whether the conditions for stopping use of the location delegate are met. If the WTRU determines that the conditions for stopping use of the location delegate are not met, the WTRU may continue to monitor the conditions for stopping use of the location delegate and may determine whether the conditions for stopping use of the location delegate are met 516. In some examples, if the WTRU determines that the conditions for stopping use of the location delegation are not met, the WTRU may send two or more indications (e.g., stop indications) indicating that the location delegation remains in progress. If the WTRU determines that the conditions for stopping use of the location delegate are met, the WTRU may stop use of the location delegation (e.g., disable location delegation) at 518 and begin making its own location measurements and / or determinations.

[0239] At 520, the WTRU may send an indication (e.g., a stop indication) to a network device (e.g., an IAB node) that location delegation has stopped (e.g., disabled) and / or that the WTRU is performing its own location measurements and / or determinations. The WTRU may send an indication to the network device that the WTRU has stopped using at least one positioning delegation candidate for positioning based on detecting that a condition for disabling positioning delegation is met for at least one positioning delegation candidate.

[0240] In some examples, a WTRU may implement 502-514 (e.g., only 502-514) and not implement 516-522. For example, a WTRU may implement only 502-514, e.g., when the WTRU is disconnected from the network.

[0241] Although the above-described features and elements are described in particular combinations, each feature or element may be used alone without the other features and elements of the preferred embodiments, or may be used in various combinations with or without the other features and elements.

[0242] While implementations described herein may consider 3GPP-specific protocols, it will be understood that the implementations described herein are not limited to this scenario and may be applicable to other wireless systems. For example, while the solutions described herein consider LTE, LTE-A, new radio (NR), or 5G-specific protocols, it will be understood that the solutions described herein are not limited to this scenario and may also be applicable to other wireless systems. For example, while systems have been described with reference to 3GPP, 5G, and / or NR network layers, contemplated embodiments extend beyond implementations using specific network layer technologies. Similarly, potential implementations extend to all types of service layer architectures, systems, and embodiments. The techniques described herein may be applied independently and / or used in combination with other resource configuration techniques.

[0243] The processes described herein may be implemented in a computer program, software, and / or firmware embodied in a computer-readable medium for execution by a computer and / or processor. Examples of computer-readable media include, but are not limited to, electronic signals (transmitted via wired and / or wireless connections) and / or computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as, but not limited to, internal hard disks and removable disks, magneto-optical media, and / or optical media such as compact discs (CD)-ROM disks and / or digital versatile discs (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, a terminal, a base station, a radio network controller (RNC), and / or any host computer.

[0244] It is understood that the entities performing the processes described herein may be logical entities that may be implemented in the form of software (e.g., computer-executable instructions) stored in the memory of and executed on the processor of a mobile device, network node, or computer system. That is, the processes may be implemented in the form of software (e.g., computer-executable instructions) stored in the memory of a mobile device and / or network node, such as a node or computer system, which computer-executable instructions, when executed by the node's processor, perform the discussed process. It is also understood that any transmitting and receiving processes illustrated in the figures may be performed by the node's communication circuitry under the control of the node's processor and the computer-executable instructions (e.g., software) it executes.

[0245] The various techniques described herein may be implemented in connection with hardware or software, or a combination of both, where appropriate. Accordingly, implementations and apparatuses of the subject matter described herein, or certain aspects or portions thereof, may take the form of program code (e.g., instructions) embodied in tangible media, including any other machine-readable storage medium, which, when loaded and executed by a machine, such as a computer, causes the machine to become an apparatus for practicing the subject matter described herein. When program code is stored on a medium, the program code may be stored on one or more media that collectively perform actions; i.e., one or more media together comprise code for performing actions; however, if two or more single media are present, no particular portion of the code need be stored on any particular medium. In the case of program code execution on a programmable device, the computing device generally includes a processor, a storage medium readable by the processor (including volatile and non-volatile memory and / or storage elements), at least one input device, and at least one output device. One or more programs that can implement or utilize the processes described in connection with the subject matter described herein, for example, through the use of APIs, reusable controls, etc. Such programs are preferably implemented in a high level procedural or object-oriented programming language to communicate with a computer system, although the programs can be implemented in assembly or machine language, if desired. In any case, the language may be a compiled or interpreted language, and combined with hardware implementations.

[0246] Although example embodiments may refer to utilizing aspects of the subject matter described herein in the environment of one or more standalone computing systems, the subject matter described herein is not so limited, but rather may be implemented in connection with any computing environment, such as a network or distributed computing environment. Furthermore, aspects of the subject matter described herein may be implemented within or across multiple processing chips or devices, and storage may be affected similarly across multiple devices. Such devices may include personal computers, network servers, handheld devices, supercomputers, or computers integrated into other systems, such as automobiles and airplanes.

[0247] In describing preferred embodiments of the subject matter of the present disclosure, as illustrated in the Figures, specific terminology is used for clarity, however, it is understood that the claimed subject matter is not intended to be limited to the specific terminology so selected, and that each specific element includes all technical equivalents that operate in a similar manner to accomplish a similar purpose.

Claims

1. 1. A wireless transmit / receive unit (WTRU), comprising: Processor and Memory wherein the processor and memory receiving positioning configuration information, the positioning configuration information including a first indication to the WTRU that determines a location and position delegate for the WTRU; determining a first location of the WTRU based on measurements made by the WTRU and the first indication to the WTRU to determine a location; receiving a second indication from the location delegate regarding the WTRU indicating a second location of the WTRU; sending a third indication to a network indicating that the WTRU will no longer determine a location based on measurements, the third indication being sent based on a difference between the first location of the WTRU and the second location of the WTRU being less than a threshold distance. WTRU configured to:

2. 10. The WTRU of claim 1, wherein the third indication further indicates that the second location of the WTRU from the location delegate is accurate.

3. The processor: Requesting that the location delegate continue to provide indications to the WTRU to determine its location 2. The WTRU of claim 1, configured to:

4. 10. The WTRU of claim 1, wherein the third indication further indicates that the first location and the second location are consistent.

5. The processor: performing one or more of a Global Navigation Satellite System (GNSS) measurement or a Downlink Positioning Reference Signal (DL PRS) measurement to determine the first location; 2. The WTRU of claim 1, configured to:

6. 10. The WTRU of claim 1, wherein the positioning configuration information further includes an indication of a positioning method, the position delegate employing the positioning method to determine the second location.

7. 7. The WTRU of claim 6, wherein the positioning method employed by the position delegate includes WTRU-assisted, WTRU-based, downlink (DL)-based, or uplink (UL)-based positioning.

8. The processor: sending a location disparity report to a network, the location disparity report indicating a number of times the difference between the first location of the WTRU and the second location of the WTRU is less than a threshold distance; 2. The WTRU of claim 1, configured to:

9. 10. The WTRU of claim 1, wherein the positioning configuration information further includes one or more conditions regarding when to use the location delegate.

10. 10. The WTRU of claim 9, wherein the one or more conditions include an indication that a signal level towards the location delegate is above a second threshold level, a battery level of the WTRU falls below a third threshold, or the first location of the WTRU based on measurements made by the WTRU falls below a fourth threshold.

11. 1. A method implemented by a wireless transmit / receive unit (WTRU), comprising: receiving positioning configuration information, the positioning configuration information including a first indication to the WTRU determining a location and position delegate for the WTRU; determining a first location of the WTRU based on measurements made by the WTRU and the first indication to the WTRU to determine a location; receiving a second indication from the location delegate regarding the WTRU, the second indication indicating a second location of the WTRU; sending a third indication to a network that the WTRU will no longer determine a location based on measurements, the third indication being sent based on a difference between the first location of the WTRU and the second location of the WTRU being less than a threshold distance; A method comprising:

12. 12. The method of claim 11, wherein the third indication further indicates that the second location of the WTRU from the location delegate is accurate.

13. Requesting that the location delegate continue to provide indications to the WTRU determining its location. The method of claim 11 further comprising:

14. 12. The method of claim 11, wherein the third indication further indicates that the first location and the second location are consistent.

15. performing one or more of a Global Navigation Satellite System (GNSS) measurement or a Downlink Positioning Reference Signal (DL PRS) measurement to determine the first location. The method of claim 11 further comprising:

16. 12. The method of claim 11, wherein the positioning configuration information further includes an indication of a positioning method, the location delegate employing the positioning method to determine the second location.

17. 17. The method of claim 16, wherein the positioning method employed by the position delegate comprises WTRU-assisted, WTRU-based, downlink (DL)-based, or uplink (UL)-based positioning.

18. sending a location disparity report to a network, the location disparity report indicating a number of times the difference between the first location of the WTRU and the second location of the WTRU is less than a threshold distance; The method of claim 11 further comprising:

19. The method of claim 11 , wherein the positioning configuration information further includes one or more conditions regarding when to use the location delegate.

20. 20. The method of claim 19, wherein the one or more conditions include an indication that a signal level towards the location delegate is above a second threshold level, a battery level of the WTRU falls below a third threshold, or the first location of the WTRU based on measurements made by the WTRU falls below a fourth threshold.

Images