Method, apparatus, and system for idle / inactive mode positioning in NR

Abstract

To provide methods, apparatuses and systems for performing positioning of a wireless transmit / receive unit (WTRU) while the WTRU is in an idle mode and / or inactive mode.SOLUTION: In a method in a communication system for performing positioning including reporting in an idle / inactive mode thereby allowing increased positioning accuracy and decreased latency of location determination, a WTRU in an idle / inactive mode is configured to: transmit a positioning measurement report in various ways, including report transmission in a random-access channel (RACH) preamble, as an appendage to a RACH preamble, and / or in a physical uplink shared channel; transmit uplink-based positioning related reference signals; and transmit, e.g., downlink positioning measurement reports and / or reference signals (RSs) for uplink positioning measurements, over a dedicated physical channel.SELECTED DRAWING: Figure 11

Description

Technical Field

[0001] The present disclosure relates to network communication including, but not limited to, methods, apparatuses, systems, etc. for performing positioning in an idle mode and / or a non-active mode in NR.

Background Art

[0002] Positioning can make it possible to determine the geographical location (position) of a mobile terminal. The position can be used to support Evolved Universal Mobile Telecommunications System Terrestrial Radio Access Network (E-UTRAN) functions such as radio resource management. The position can also be used to support location-based services and / or applications for, for example, operators, subscribers, and third-party service providers. Examples of these services and applications include Internet Protocol Multimedia Subsystem (IMS) emergency calls via the Evolved Packet System (EPS), or support for emergency calls such as compliance with the Federal Communications Commission (FCC) E-911 regulatory requirements titled "FCC Fourth Report and Order: Wireless E911 Location Accuracy Requirements". Other examples of services and applications using positioning include Google Maps, targeted advertising, and the like.

Summary of the Invention

[0003] This specification discloses methods, apparatus, systems, etc., intended for performing positioning in idle mode and / or inactive mode (collectively, "idle / inactive mode") in NR. In one embodiment, a wireless transceiver unit (WTRU) may perform positioning measurements in idle / inactive mode. In one embodiment, the WTRU may perform positioning measurements (e.g., downlink) and reporting in idle / inactive mode. Performing positioning measurements and reporting in idle / inactive mode may enable increased positioning accuracy and / or reduced latency for location determination. In one embodiment, the WTRU may transmit a positioning measurement report within a random access channel (RACH) preamble in idle / inactive mode. In one embodiment, the WTRU may transmit a positioning measurement report appended to a RACH preamble in idle / inactive mode. In one embodiment, the WTRU may transmit a positioning measurement report within a physical uplink shared channel (PUSCH) in idle / inactive mode. In one embodiment, the WTRU may be configured to transmit uplink-based positioning-related reference signals in idle / inactive mode. In one embodiment, the WTRU may be configured to transmit (e.g., downlink) positioning measurement reports and / or reference signals (RS) for uplink positioning measurements via a dedicated (e.g., new) physical channel while running in idle / inactive mode.

[0004] Various embodiments are described and / or claimed herein, in which apparatus, systems, devices, etc. and / or any elements thereof are configured to perform operations, processes, algorithms, functions, etc. and / or any part thereof, but it is understood that any embodiment described and / or claimed herein is based on the premise that any apparatus, systems, devices, etc. and / or any elements thereof perform any operation, process, algorithm, function, etc. and / or any part thereof (and vice versa). [Brief explanation of the drawing]

[0005] A more detailed understanding can be obtained from the following explanation, given as an example in conjunction with the attached drawings. As with the detailed explanation, the figures in such drawings are illustrative. Therefore, the figures and detailed explanation should not be considered limiting, and other equally effective examples are possible and likely. Furthermore, similar reference numbers in the figures indicate similar elements.

[0006] [Figure 1A] This is a system diagram showing an exemplary communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] This is a system diagram showing an example of a wireless transceiver unit (WTRU) that can be used in the communication system shown in Figure 1A, according to one embodiment. [Figure 1C] This is a system diagram showing an example of a wireless access network (RAN) and a core network (CN) that can be used within the communication system shown in Figure 1A, according to one embodiment. [Figure 1D] This is a system diagram showing further exemplary RAN and further exemplary CN that can be used within the communication system shown in Figure 1A according to one embodiment. [Figure 2] This is a system diagram showing an example of positioning based on the Observed Time Difference of Arrival. [Figure 3] This figure shows an example of positioning measurement in idle / inactive mode. [Figure 4] This figure shows an example of signaling exchange for positioning measurement in idle / inactive mode. [Figure 5] This figure shows an example of a single-message positioning report using the RACH preamble. [Figure 6] This figure shows an example of signaling exchange for preamble-based positioning measurement reporting. [Figure 7] This figure shows an example of a one-message downlink positioning measurement report with a report attached to the PRACH preamble. [Figure 8]This figure shows an example of signaling exchange for idle / inactive mode positioning measurement reporting with a report attached to the RACH preamble. [Figure 9] This figure shows an example of a two-message downlink positioning measurement report using PRACH and PUSCH. [Figure 10] This figure shows an example of signaling exchange for 2-message idle / inactive mode positioning measurement reporting using PRACH and PUSCH. [Figure 11] This figure shows an example of an uplink-based positioning update procedure. [Figure 12] This figure shows an example of uplink-based idle / inactive mode positioning using a common positioning-specific preamble. [Figure 13A] This figure shows an example of the first part of signaling exchange for uplink-based idle / inactive mode positioning using a common positioning-specific preamble with conflict resolution. [Figure 13B] Figure 13A shows an example of the second part of the signaling exchange. [Figure 14] This figure shows an example of positioning preamble selection using WTRU. [Figure 15] This figure shows an example of a positioning report transmission. [Figure 16] This figure shows an example of positioning measurement in idle / inactive mode. [Figure 17-18] These are two figures showing two examples of positioning measurement reports in idle / inactive mode. [Figure 19-20] These are two diagrams illustrating two examples of uplink-based positioning. [Modes for carrying out the invention]

[0007] Next, a detailed description of exemplary embodiments is provided with reference to various figures. This description provides detailed examples of possible implementations, but it should be noted that the details are illustrative and not intended to limit the scope of applications. The following detailed description includes many specific details to provide a thorough understanding of the embodiments and / or examples described herein. However, it will be understood that such embodiments and examples may be carried out without some or all of the specific details described herein. In other instances, well-known methods, procedures, components, and circuits are not described in detail so as not to obscure the following description. Furthermore, embodiments and examples not specifically described herein may be carried out in place of, or in combination with, embodiments and other examples provided herein, disclosed or otherwise expressly, implicitly, and / or essentially (collectively, “provided”).

[0008] Exemplary communication network Figure 1A shows an exemplary communication system 100 in which one or more disclosed embodiments may be implemented. The communication system 100 may be a multi-access system that provides content such as voice, data, video, messaging, and broadcast to multiple radio users. The communication system 100 may enable multiple radio users to access such content through the sharing of system resources, including radio bandwidth. For example, the communication system 100 may employ one or more channel access schemes such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), quadrature 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 filtering OFDM, and filter bank multi-carrier (FBMC).

[0009] As shown in Figure 1A, the communication system 100 may include radio transceiver units (WTRUs) 102a, 102b, 102c, 102d, RAN 104 / 113, CN 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, but it will be understood that the disclosed embodiments assume any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, and 102d may be any type of device configured to operate and / or communicate in a radio environment. For example, WTRU102a, 102b, 102c, and 102d (any of which may be referred to as “Station” and / or “STA”) may be configured to transmit and / or receive radio signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, mobile phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, radio sensors, hotspots or Mi-Fi devices, Internet of Things (IoT) devices, watches or other wearables, head-mounted displays (HMDs), vehicles, drones, medical equipment and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other radio devices operating in the context of industrial and / or automated processing chains), consumer electronics devices, and device networks operating on commercial and / or industrial radios. Any of WTRU102a, 102b, 102c, and 102d may be interchangeably referred to as a UE.

[0010] The communication system 100 may also include base stations 114a and / or base stations 114b. Each of the base stations 114a and 114b may be any type of device configured to radio interface with at least one of the WTRUs 102a, 102b, 102c, and 102d to facilitate access to one or more communication networks, such as CN 106 / 115, the Internet 110, and / or other networks 112. As an example, base stations 114a and 114b may be base transceiver stations (BTS), Node-B, eNode-B, home Node-B, home eNode-B, gNB, NR Node-B, site controller, access point (AP), wireless router, etc. Although base stations 114a and 114b are shown as single elements, it will be understood that base stations 114a and 114b may include any number of interconnected base stations and / or network elements.

[0011] Base station 114a may be part of 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), a relay node, etc. Base station 114a and / or base station 114b may be configured to transmit and / or receive radio signals at one or more carrier frequencies that may be referred to as a cell (not shown). These frequencies may be a licensed spectrum, an unlicensed spectrum, or a combination of a licensed spectrum and an unlicensed spectrum. A cell can provide wireless service coverage to a particular geographic area that is relatively fixed or may change over time. A cell can further be divided into cell sectors. For example, the cell associated with base station 114a can be divided into three sectors. Thus, in one embodiment, base station 114a can include three transceivers, i.e., one for each sector of the cell. In one embodiment, base station 114a can employ multiple-input multiple-output (MIMO) technology and utilize multiple transceivers for each sector of the cell. For example, beamforming can be used to transmit and / or receive signals in a desired spatial direction.

[0012] Base stations 114a, 114b can communicate with one or more WTRUs 102a, 102b, 102c, 102d via an air interface 116 that can be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, millimeter wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 can be established using any suitable radio access technology (RAT).

[0013] More specifically, as described above, the communication system 100 may be a multi-connection system and may adopt one or more channel access methods such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base stations 114a of RAN104 / 113 and the WTRUs 102a, 102b, 102c can implement radio technologies such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which can establish air interfaces 115 / 116 / 117 using Wideband CDMA (WCDMA). WCDMA may include communication 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 UL Packet Access (HSUPA).

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

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

[0016] In one embodiment, base station 114a and WTRU 102a, 102b, 102c can implement multiple radio access technologies. For example, base station 114a and WTRU 102a, 102b, 102c can implement LTE radio access and NR radio access together, for example, using the dual connection (DC) principle. Thus, the air interface utilized by WTRU 102a, 102b, 102c can be characterized by multiple types of radio access technologies and / or transmissions to and from multiple types of base stations (e.g., eNB and gNB).

[0017] In other embodiments, base stations 114a and WTRUs 102a, 102b, 102c may implement radio technologies such as IEEE 802.11 (i.e., Wireless Fidelity (WiFi)), IEEE 802.16 (i.e., Global Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000EV-DO, Provisional Standard 2000 (IS-2000), Provisional Standard 95 (IS-95), Provisional Standard 856 (IS-856), Global System for Mobile Communications (GSM), Extended Data Rate (EDGE) of GSM Evolution, and GSM EDGE (GERAN).

[0018] The base station 114b in Figure 1A may be, for example, a wireless router, home Node-B, home eNode-B, or access point, and may utilize any suitable RAT to facilitate wireless connectivity in local areas such as offices, homes, vehicles, campuses, industrial facilities, aerial corridors (for use by drones), roads, etc. In one embodiment, the base station 114b and WTRU 102c, 102d may implement wireless technologies such as IEEE 802.11 to establish a wireless local area network (WLAN). In another embodiment, the base station 114b and WTRU 102c, 102d may implement wireless technologies such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and WTRU 102c, 102d may utilize cellular-based RATs (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish a picocell or femtocell. As shown in Figure 1A, base station 114b can connect directly to the internet 110. Therefore, base station 114b may not need to access the internet 110 via CN 106 / 115.

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

[0020] CN106 / 115 may also function as a gateway for WTRU102a, 102b, 102c, and 102d to access PSTN108, the Internet 110, and / or other networks 112. PSTN108 may include a circuit-switched telephone network providing general telephone services (POTS). The Internet 110 may include a global system of interconnected computer networks and devices using 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. Network 112 may include wired and / or wireless networks owned and / or operated by other service providers. For example, network 112 may include another CN connected to one or more RANs, which may use the same RAT as RAN104 / 113 or a different RAT.

[0021] Some or all of the WTRUs 102a, 102b, 102c, and 102d in the communication system 100 can include multimode functionality (for example, WTRUs 102a, 102b, 102c, and 102d can include multiple transceivers for communicating with different radio networks over different radio links). For example, WTRU 102c, shown in Figure 1A, may be configured to communicate with base station 114a, which may employ cellular-based radio technology, and base station 114b, which may employ IEEE 802 radio technology.

[0022] Figure 1B is a system diagram showing an exemplary WTRU 102. As shown in Figure 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 supply 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any subcombinations of the aforementioned elements while maintaining consistency with one embodiment.

[0023] The processor 118 can be a general-purpose processor, a dedicated 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 can perform signal coding, data processing, power control, input / output processing, and / or any other functions that enable WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to a transceiver 120, and the transceiver 120 may be coupled to a transmit / receive element 122. Although Figure 1B shows the processor 118 and transceiver 120 as separate components, it will be understood that the processor 118 and transceiver 120 may be integrated together in an electronic package or chip.

[0024] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) via 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, for example, IR, UV, or visible light signals. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF signals and optical signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of radio signals.

[0025] Although the transmit / receive element 122 is shown as a single element in Figure 1B, 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 sending and receiving radio signals via the air interface 116.

[0026] The transceiver 120 may be configured to modulate the signal transmitted by the transmit / receive element 122 and demodulate the signal received by the transmit / receive element 122. As described above, the WTRU 102 may have multimode capabilities. Therefore, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as NR and IEEE 802.11.

[0027] The processor 118 of the WTRU102 may be coupled to 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) and may receive user input data from them. The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. In addition, the processor 118 may access information from any type of suitable memory, such as non-removable memory 130 and / or removable memory 132, and store data. 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. Removable memory 132 may include a subscriber identification module (SIM) card, a memory stick, a secure digital (SD) memory card, and the like. In other embodiments, the processor 118 may access information from memory not physically located on the WTRU 102, such as a server or home computer (not shown), and store data in memory.

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

[0029] 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, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) via the air interface 116, and / or determine its location based on the timing of signals received from two or more nearby base stations. It will be understood that the WTRU 102 may acquire location information by any preferred location determination method while maintaining consistency with one embodiment.

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

[0031] WTRU102 may include a full-duplex radio in which the transmission and reception of some or all of the signals (e.g., associated with a particular subframe) of both UL (e.g., for transmission) and downlink (e.g., for reception) may occur in parallel and / or simultaneously. The full-duplex radio may include an interference management unit 139 for reducing and / or substantially eliminating self-interference via either hardware (e.g., chokes) or a processor (e.g., a separate processor (not shown) or signal processing via processor 118). In embodiments, WTRU102 may include a half-duplex radio for the transmission and reception of some or all of the signals (e.g., associated with a particular subframe of either UL (e.g., for transmission) or downlink (e.g., for reception)).

[0032] Figure 1C is a system diagram showing RAN104 and CN106 according to one embodiment. As described above, RAN104 can communicate with WTRU102a, 102b, and 102c via the air interface 116 using E-UTRA radio technology. RAN104 can also communicate with CN106.

[0033] RAN104 may include eNode-B160a, 160b, and 160c, but it will be understood that RAN104 may include any number of eNode-B while maintaining consistency with the embodiment. Each of eNode-B160a, 160b, and 160c may include one or more transceivers for communicating with WTRU102a, 102b, and 102c via the air interface 116. In one embodiment, eNode-B160a, 160b, and 160c may implement MIMO technology. Thus, eNode-B160a may, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from WTRU102a.

[0034] Each of the eNode-B160a, 160b, and 160c can be associated with a specific cell (not shown) and can be configured to handle wireless resource management decisions, handover decisions, user scheduling in UL and / or DL, etc. As shown in Figure 1C, the eNode-B160a, 160b, and 160c can communicate with each other via the X2 interface.

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

[0036] The MME162 can be connected to each of the eNode-B162a, 162b, and 162c within RAN104 via the S1 interface and can function as a control node. For example, the MME162 may be responsible for user authentication of WTRU102a, 102b, and 102c, activation / deactivation of bearers, and selection of a specific serving gateway during the initial connection of WTRU102a, 102b, and 102c. The MME162 may provide control plane functionality for switching between RAN104 and other RANs (not shown) using other radio technologies such as GSM and / or WCDMA.

[0037] The SGW164 can be connected to each of the eNode-B160a, 160b, and 160c within RAN104 via the S1 interface. The SGW164 can generally route and forward user data packets to and from WTRU102a, 102b, and 102c. The SGW164 can perform other functions, such as fixing the user plane during eNode-B handovers, triggering paging when DL data is available to WTRU102a, 102b, and 102c, and managing and remembering the context of WTRU102a, 102b, and 102c.

[0038] SGW164 may be connected to PGW166, which may provide WTRU102a, 102b, and 102c with access to a packet-switched network such as the Internet 110 to facilitate communication between WTRU102a, 102b, and 102c and IP-enabled devices.

[0039] CN106 can facilitate communication with other networks. For example, CN106 can provide WTRU102a, 102b, and 102c with access to a circuit-switched network such as PSTN108 to facilitate communication between WTRU102a, 102b, and 102c and conventional fixed telephone communication devices. For example, CN106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between CN106 and PSTN108. In addition, CN106 may provide WTRU102a, 102b, and 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0040] While WTRUs are shown as wireless terminals in Figures 1A to 1D, in certain representative embodiments, such terminals are intended to be able to use a wired communication interface with a communication network (e.g., temporarily or permanently).

[0041] In a typical embodiment, the other network 112 may be a WLAN.

[0042] A WLAN in Infrastructure Basic Service Set (BSS) mode may have access points (APs) for the BSS and one or more stations (STAs) associated with the APs. APs may have access to or interfaces with a distribution system (DS) or another type of wired / wireless network that transmits traffic into and / or out of the BSS. Traffic originating from outside the BSS to an STA may arrive via an AP and be delivered to the STA. Traffic originating from an STA to a destination outside the BSS may be sent to an AP and delivered to its respective destination. Traffic between STAs within the BSS can be transmitted via an AP. For example, a source STA may send traffic to an AP, and the AP may deliver the traffic to a destination STA. Traffic between STAs within the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be transmitted (e.g., directly) between a source STA and a destination STA using a Direct Link Setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z Tunnel DLS (TDLS). A WLAN using Independent BSS (IBSS) mode may not have APs, and STAs within or using IBSS (e.g., all STAs) may communicate directly with each other. The IBSS communication mode may be referred to herein as the “ad hoc” communication mode.

[0043] When using 802.11ac infrastructure mode or a similar operating mode, an AP may transmit beacons on a fixed channel, such as the primary channel. The primary channel may be of a fixed width (e.g., a wide bandwidth of 20 MHz) or a dynamically set width via signaling. The primary channel may be the operating channel of the BSS and may be used by the STA to establish a connection with the AP. In certain typical embodiments, collision avoidance carrier sense multiple access (CSMA / CA) may be implemented, for example, in an 802.11 system. In the case of CSMA / CA, the STA, including the AP (e.g., all STAs), may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, that STA may backoff. One STA (e.g., only one station) may transmit on a particular BSS at any time.

[0044] A high-throughput (HT) STA may use a 40MHz wide channel for communication, for example, by combining a primary 20MHz channel with adjacent or non-adjacent 20MHz channels to form a 40MHz wide channel.

[0045] Very high throughput (VHT) STAs can support channels with widths of 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz. 40 MHz and / or 80 MHz channels can be formed by combining consecutive 20 MHz channels. 160 MHz channels can be formed by combining eight consecutive 20 MHz channels or two discontinuous 80 MHz channels, which may be referred to as an 80+80 configuration. In the 80+80 configuration, after channel encoding, data can be passed through a segment parser that can split the data into two streams. Inverse fast Fourier transform (IFFT) processing and time-domain processing can be performed separately on each stream. The streams may be mapped to two 80 MHz channels, and the data can be transmitted by the transmitting STA. At the receiver of the receiving STA, the above operation for the 80+80 configuration may be reversed, and the combined data can be transmitted to the media access control (MAC).

[0046] Sub-1 GHz operating modes are supported in 802.11af and 802.11ah. Channel operating bandwidth and carrier 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 the non-TVWS spectrum. According to a typical embodiment, 802.11ah may support meter-type control / machine-type communications, such as MTC devices in a macro coverage area. MTC devices may have limited functionality, including support for specific bandwidths and / or limited bandwidths (e.g., support only). MTC devices may include batteries with battery life exceeding a threshold (e.g., to maintain very long battery life).

[0047] 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 the primary channel. The primary channel may have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be set and / or limited by an STA from among all STAs operating in a BSS that support the minimum bandwidth operating mode. In the 802.11ah example, even if the AP and other STAs in the BSS support operating modes of 2MHz, 4MHz, 8MHz, 16MHz, and / or other channel bandwidths, the primary channel of an STA that supports (e.g., only supports) 1MHz mode (such as an MTC type device) may be 1MHz wide. Carrier discovery and / or network allocation vector (NAV) settings may depend on the status of the primary channel. For example, if the primary channel is busy because an STA (which only supports 1MHz operating mode) is transmitting to the AP, the entire available frequency band may be considered busy, even though a large portion of the frequency band may remain idle and available.

[0048] In the United States, the available frequency band for 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 available bandwidth for 802.11ah is 6MHz to 26MHz, depending on the country code.

[0049] Figure 1D is a system diagram showing RAN113 and CN115 according to one embodiment. As described above, RAN113 can communicate with WTRU102a, 102b, and 102c via air interface 116 using NR radio technology. RAN113 can also communicate with CN115.

[0050] RAN113 may include gNB180a, 180b, and 180c, but it will be understood that RAN113 may include any number of gNBs while maintaining consistency with the embodiment. Each of gNB180a, 180b, and 180c may include one or more transceivers for communicating with WTRU102a, 102b, and 102c via the air interface 116. In one embodiment, gNB180a, 180b, and 180c may implement MIMO technology. For example, gNB180a and 180b may utilize beamforming to transmit signals to and / or receive signals from gNB180a, 180b, and 180c. Thus, gNB180a may, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from WTRU102a. In embodiments, gNB180a, 180b, and 180c may implement carrier aggregation technology. For example, gNB180a may transmit carriers of multiple components to WTRU102a (not shown). A subset of these component carriers may be on the unlicensed spectrum, and the remaining component carriers may be on the licensed spectrum. In embodiments, gNB180a, 180b, and 180c may implement cooperative multipoint (CoMP) technology. For example, WTRU102a may receive cooperative transmissions from gNB180a and gNB180b (and / or gNB180c).

[0051] WTRU102a, 102b, and 102c may communicate with gNB180a, 180b, and 180c using transmissions associated with scalable numerology. For example, OFDM symbol intervals and / or OFDM subcarrier intervals may vary for different transmissions, different cells, and / or different parts of the radio transmission spectrum. WTRU102a, 102b, and 102c may communicate with gNB180a, 180b, and 180c using subframes or transmit time intervals (TTIs) of varying or scalable lengths (e.g., varying numbers of OFDM symbols and / or varying lengths of absolute time).

[0052] gNB180a, 180b, and 180c can be configured to communicate with WTRU102a, 102b, and 102c in standalone and / or non-standalone configurations. In a standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c without accessing other RANs (e.g., eNode-B160a, 160b, and 160c). In a standalone configuration, WTRU102a, 102b, and 102c can utilize one or more gNB180a, 180b, and 180c as mobility anchor points. In a standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c using unlicensed bandwidth signals. In a non-standalone configuration, WTRU102a, 102b, and 102c may communicate with / connect to gNB180a, 180b, and 180c while communicating with / connecting to another RAN such as eNode-B160a, 160b, and 160c. For example, WTRU102a, 102b, and 102c may implement DC principles for substantially simultaneous communication with one or more gNB180a, 180b, and 180c and one or more eNode-B160a, 160b, and 160c. In a non-standalone configuration, eNode-B160a, 160b, and 160c may function as mobility anchors for WTRU102a, 102b, and 102c, and gNB180a, 180b, and 180c may provide additional coverage and / or throughput to service WTRU102a, 102b, and 102c.

[0053] Each of the gNB180a, 180b, and 180c may be associated with a specific cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, user scheduling in 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 (UPF) 184a and 184b, and routing of control plane information to access and mobility management functions (AMF) 182a and 182b. As shown in Figure 1D, the gNB180a, 180b, and 180c may communicate with each other via the Xn interface.

[0054] The CN115 shown in Figure 1D may include at least one AMF182a, 182b, at least one UPF184a, 184b, at least one Session Management Function (SMF)183a, 183b, and possibly a Data Network (DN)185a, 185b. Although each of the aforementioned elements is shown as part of the CN115, it will be understood that any of these elements may be owned and / or operated by entities other than the CN operator.

[0055] AMF182a and 182b may be connected to one or more gNB180a, 180b, and 180c within RAN113 via the N2 interface and may function as control nodes. For example, AMF182a and 182b may be responsible for user authentication of WTRU102a, 102b, and 102c, support for network slicing (e.g., handling different PDU sessions with different requirements), selection of specific SMF183a and 183b, registration areas, termination of NAS signaling, mobility management, etc. Network slicing may be used by AMF182a and 182b to customize CN support for WTRU102a, 102b, and 102c based on the types of services utilized by WTRU102a, 102b, and 102c. For example, various network slices may be established for various use cases, such as services that rely on ultra-high reliability low latency (URLLC) access, services that rely on extended large-scale mobile broadband (eMBB) access, and services with machine-type communications (MTC) access. The AMF162 may provide control plane functionality for switching between RAN113 and other RANs (not shown) that use other radio technologies such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

[0056] SMF183a and 183b can be connected to AMF182a and 182b in CN115 via the N11 interface. SMF183a and 183b can also be connected to UPF184a and 184b in CN115 via the N4 interface. SMF183a and 183b can select and control UPF184a and 184b and configure the routing of traffic through UPF184a and 184b. SMF183a and 183b can perform other functions such as managing and assigning UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing downlink data notifications. PDU session types can be IP-based, non-IP-based, Ethernet-based, etc.

[0057] UPF184a, 184b may be connected to one or more gNB180a, 180b, 180c in RAN113 via the N3 interface, which may provide WTRU102a, 102b, 102c with access to a packet-switched network such as the Internet 110 to facilitate communication between WTRU102a, 102b, 102c and IP-enabled devices. UPF184, 184b may perform other functions such as packet routing and forwarding, enforcement of user plane policies, support for multi-homed PDU sessions, handling of user plane QoS, buffering of downlink packets, and providing mobility anchors.

[0058] CN115 can facilitate communication with other networks. For example, CN115 may include, or communicate with, an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that functions as an interface between CN115 and PSTN108. In addition, CN115 may provide WTRU102a, 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, WTRU102a, 102b, 102c may be connected to the local data network (DN) 185a, 185b via UPF184a, 184b through an N3 interface to UPF184a, 184b and an N6 interface between UPF184a, 184b and DN185a, 185b.

[0059] With regard to Figures 1A-1D and the corresponding descriptions in Figures 1A-1D, with respect to one or more of the WTRU102a-d, base stations 114a-b, eNode-B160a-c, MME162, SGW164, PGW166, gNB180a-c, AMF182a-ab, UPF184a-b, SMF183a-b, DN185a-b, and / or any other devices described herein, one or more, or all, of the functions described herein can 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, emulation devices may be used to test other devices and / or to simulate network and / or WTRU functions.

[0060] Emulation devices may be designed to implement one or more tests of other devices in a lab environment and / or operator network environment. For example, one or more emulation devices may perform one or more or all functions while being fully or partially implemented and / or deployed as part of a wired and / or wireless network to test other devices in a communications network. One or more emulation devices may perform one or more or all functions while being temporarily implemented / deployed as part of a wired and / or wireless network. Emulation devices may be directly coupled to another device for testing purposes and / or perform tests using over-the-air wireless communication.

[0061] One or more emulation devices may perform one or more functions, including all of the above, while not implemented / deployed as part of a wired and / or wireless communication network. For example, an emulation device may be used in a test lab test scenario 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 also be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (e.g., which may include one or more antennas) may be used by the emulation device to transmit and / or receive data.

[0062] Exemplary positioning systems and technologies Positioning can make it possible to determine the location of a WTRU (e.g., geographic location). In many location applications, accurate positioning can be achieved by a combination of several technologies, including, for example, one of the following: 1) Global Navigation Satellite System (GNSS) based solutions that provide accurate location in outdoor scenarios; 2) Wireless technologies that provide multiple design options for locating a device (e.g., one of LTE networks, Wi-Fi networks, ground beacon systems (TBS), Bluetooth, etc.); and 3) Inertial Measurement Units (IMUs) or sensors (e.g., tracking the location (e.g., the user's) based on vertical positioning using accelerometers, gyroscopes, magnetometers, and atmospheric pressure sensors).

[0063] The following terms are used herein to refer to devices and / or network element nodes involved in positioning (e.g., WTRU, gNB, etc.): When suffixed to a network element, the suffix "base" means that the network element can calculate position and can also provide measurements. When suffixed to a network element, the suffix "support" means that the node can provide measurements but cannot perform position calculation.

[0064] Two types of positioning (for example, the main type), namely WTRU positioning and network positioning, may be supported.

[0065] In WTRU positioning, the WTRU may (e.g., actively) support or assist in the calculation of its (e.g., geographical) location. WTRU positioning may include WTRU-assisted positioning and WTRU-based positioning. In WTRU-assisted positioning, the WTRU may perform (e.g., take) measurements and provide them to network-connected devices. Network devices (e.g., Extended Serving Mobile Location Center, E-SMLC) may use these measurements to calculate the WTRU's location. In WTRU-based positioning, the WTRU may perform (and, instead of reporting, or in addition to) measurements to network devices, perform location calculations, and provide (e.g., transmit) the WTRU-calculated location to the network (e.g., network devices or a set of interconnected network devices).

[0066] In network positioning, a network (e.g., a network device or a set of interconnected network devices) can determine the location of a WTRU using measurements or signals (e.g., received) from it.

[0067] According to the embodiment, WTRU positioning may include and / or be performed using any of the following: GNSS method, Observation Time of Arrival (OTDOA) method (which may be referred to herein as “downlink positioning” method), Enhanced Cell ID (E-CID) method, and / or modifications thereof.

[0068] According to the embodiment, network positioning may be performed using methods such as the Time of Arrival Difference (UTDOA) method (which may be referred to herein as the “uplink positioning” method) and / or with modifications thereof.

[0069] Exemplary Global Navigation Satellite System Method As used herein, GNSS methods may refer to general satellite-based positioning methods (using any of the following satellite systems: GPS, Galileo, GLONASS, Beidou, etc.). Network-assisted GNSS methods may rely on signals between a WTRU GNSS receiver (possibly with reduced complexity) and a network of GNSS reference receivers operating (e.g., continuously) that may have clear-sky visibility of the same GNSS constellation as the assisting WTRU. According to embodiments, two assisting modes may be supported: a WTRU-assisted mode and a WTRU-based mode.

[0070] WTRU-assisted mode: The WTRU can perform GNSS measurements (e.g., pseudo-range, pseudo-Doppler, carrier phase range, etc.) and transmit these measurements to a network where position calculations can be performed (e.g., a network device or a set of interconnected network devices).

[0071] WTRU-Based Mode: The WTRU performs GNSS measurements and, if applicable, may use additional measurements from other (e.g., non-GNSS) sources and / or supporting data from a network (e.g., a network device or a set of interconnected network devices) to calculate its own location (e.g., place). The content of the supporting data may differ depending on whether the WTRU is operating in WTRU-Assisted Mode or WTRU-Based Mode.

[0072] Exemplary Observation Time of Arrival (OTDOA) positioning method - Downlink positioning According to the embodiment, in the OTDOA positioning method, the WTRU may receive signals from a (e.g., reference) cell (e.g., typically a serving cell) and several (e.g., adjacent) cells. The WTRU may measure the (e.g., observed, detected) arrival time difference of these signals (e.g., between any adjacent cell and the reference cell) and report the time difference of the reference signal (RSTD) to the network (e.g., a network device or a set of interconnected network devices). From knowledge of the cell locations (e.g., places), fixed timing differences between them, and possibly other information, the network device (or set of devices) may derive the WTRU location, for example, by triangulation (e.g., taking into account that at least three cells are measured) and / or by other kinds of methods.

[0073] Figure 2 is a system diagram showing an example of positioning based on the OTDA method. Arbitrary arrival time differences t3-t1, t2-t1 can determine the hyperbolas 231, 221 of candidate locations. The first hyperbolas 231 may correspond to candidate locations of network elements for which OTDA may have been measured between reference cell 20 and a first adjacent cell 21. The second hyperbolas 221 may correspond to candidate locations of network elements for which OTDA may have been measured between reference cell 20 and a second adjacent cell 22. The intersection of the first and second hyperbolas 231, 221 may be the estimated WTRU location 200. At least three timing measurements t1, t2, t3 (e.g., from reference 20 and two adjacent cells 21, 22) may enable obtaining (e.g., estimating) the WTRU location (e.g., coordinates).

[0074] The arrival time difference can be measured by a signal (e.g., a predetermined, known signal). A cell-specific reference signal (CRS) that may be transmitted by any cells 20, 21, 22 and known to any WTRU could be a candidate for this measurement. A positioning reference signal (PRS) can also be used, for example, to improve the accuracy of the OTDA method.

[0075] According to the embodiment, the WTRU may obtain the time of arrival difference using the CRS and / or PRS. For example, by detecting a specific RS and / or PRS from a base station (BS), the WTRU may obtain the time of arrival (TOA) of a subframe containing a specific RS and / or PRS. In the embodiments described herein, the base station may be, for example, either an eNB or a gNB. The time of arrival difference (TDOA) for adjacent cells 21, 22 may be calculated by subtracting the TOA of its adjacent cells 21, 22 from the TOA of a reference cell 20. According to the embodiment, the WTRU may determine the TOA of the CRS and / or PRS from the BS by performing cross-correlation with (e.g., known) sequences. The WTRU may obtain two TOA for each of two BSs. The WTRU may obtain the TDOA by calculating the difference between both TOA after considering different schedules of CRS / PRS from different BSs.

[0076] Exemplary Extended Cell ID (E-CID) positioning method E-CID positioning is based on the Cell ID (CID) method. The CID method can refer to a network-based positioning method in which a network (e.g., a network device or a set of interconnected network devices) can determine the location of a WTRU using knowledge of which cells are the serving cells of the WTRU. E-CID positioning can improve the accuracy of positioning by combining cell knowledge with measurements made by the WTRU and the network, such as any of the following: round-trip time (RTT) measurements that provide distance information, angle-of-arrival-orientation (AOA) / angle-of-departure (AOD) measurements that provide direction information, and reference signal received power (RSRP) measurements that may provide additional information. E-CID positioning may include, for example, one to at least three base stations. Measurements may be performed on the WTRU and / or BS, reported to a server (e.g., a location server), which may calculate, for example, the location of the WTRU.

[0077] Example of an exemplary uplink arrival time difference (UTDOA) positioning method - Uplink positioning According to the embodiment, an uplink positioning method (e.g., UTDOA) may utilize the timing (e.g., measured, observed, detected) of an uplink signal transmitted from a WTRU at multiple network location measurement units (LMUs). The LMUs may measure the timing of the received signal using, for example, support data received from a positioning server. The obtained measurements may be used to obtain (e.g., determine, estimate) the position of the WTRU.

[0078] New use cases and applications for 5G systems may drive more demanding location expectations compared to conventional wireless systems. For example, WTRUs may need to be located with an accuracy of 0.3m and a positioning service latency of 10ms.

[0079] According to the embodiment, the positioning method may enable the acquisition of the WTRU's location with, for example, a location accuracy capability equal to at least 0.3 m and a latency of, for example, up to 10 milliseconds. The positioning service can also be useful in some NR use cases, such as when the WTRU's power is limited. Such NR use cases may include, for example, either Mass Machine Communication (mMTC) or Vehicle to Anything (V2X) applications.

[0080] Reducing the complexity of calculations and / or the time required for positioning can, in turn, reduce power consumption (positively impacting, for example, the battery charge and / or lifespan of the WTRU). A WTRU may be able to limit its associated power consumption and remain connected for limited periods to maintain battery life / charge time, which may limit opportunities for signaling to transmit positioning indications. Positioning methods that support WTRU positioning during Radio Resource Control (RRC) idle / inactive mode can enable WTRU positioning and tracking of power-constrained WTRUs. Positioning methods that support WTRU positioning in RRC idle / inactive mode can increase the accuracy of the positioning method.

[0081] A limited (e.g., strict) latency for updating positioning measurements can be beneficial in some NR use cases. For example, establishing an RRC connection before providing a report (e.g., sending information indicating the measurement) can introduce additional reporting delays. Supporting WTRU positioning reports directly from RRC idle / inactive mode could reduce delays in NR positioning measurement and reporting (e.g., sending measurement reports).

[0082] According to the embodiment, the measured values ​​may be identified by an identifier (ID), which may be referred to herein as the “measurement ID.” According to the embodiment, the WTRU may be configured to perform multiple measurements. The measurement ID may identify a particular measurement from a series of measurements.

[0083] According to the embodiment, a measurement report may be identified by an identifier (ID), which may be referred to herein as a “measurement report ID.” According to the embodiment, a WTRU may be configured to perform multiple measurement reports. A measurement report ID may identify a particular measurement report from a series of measurement reports between the network and the WTRU. When the measurement report ID is transmitted to the network by the WTRU, it may enable the identification of the reporting configuration.

[0084] According to the embodiment, a WTRU may be identified by an identifier (ID) (e.g., unique), which may be referred to herein as a WTRU ID, WTRU identifier, or WTRU unique ID. The WTRU ID may be used to identify a WTRU (e.g., uniquely) within a tracking area. The WTRU ID may be managed by a network (e.g., either AMF or MME) and may not be deleted when a WTRU transitions to an idle / inactive state (e.g., while remaining in the same tracking area). According to the embodiment, the WTRU ID may be a System Architecture Evolved Temporary Mobile Subscription Identifier (S-TMSI), a 5G-S-TMSI, or a Positioning-TMSI (P-TMSI).

[0085] According to the embodiment, a WTRU may be temporarily identified by a temporary identifier, for example, for the purpose of encoding and decoding transmissions between the WTRU and the BS. The temporary WTRU identifier may be one of the following: a temporary identifier for a cellular radio network (C-RNTI), a temporary cell RNTI (T-CRNTI), a random access RNTI (RA-RNTI), or a temporary positioning RNTI (TP-RNTI). A TP-RNTI may be temporarily assigned by (e.g., a reference) BS for the purpose of identifying transmissions between (e.g., a reference) BS and a WTRU. A TP-RNTI may be local to (e.g., managed and assigned by) one of the following: an AMF, MME, positioning server, and gNB. A TP-RNTI may, for example, uniquely identify a WTRU (e.g., within a tracking area).

[0086] Examples of Downlink Positioning Measurement and Configuration According to the embodiment, while in active (e.g., RRC connected) mode, the WTRU may be configured to perform DL positioning measurements (e.g., apply configuration information) from a BS (e.g., receive configuration information). For example, the WTRU may be configured to perform and / or be scheduled to perform measurements in any WTRU RRC state (e.g., connected, idle, inactive). DL positioning measurements can be performed periodically, semi-periodicly, or aperiodicly using reference signals (RS) received from serving and / or adjacent BS. The WTRU may use RS to acquire (e.g., estimate) various parameters related to WTRU positioning (e.g., RTT, AOA, RSTD, etc.). The WTRU may acquire positioning (e.g., estimate) using broadcast RS transmitted by (e.g., received from) one or any number of BS. RS may include a reference signal that can be transmitted or received from a BS by broadcast or other means (e.g., any of the following: primary synchronization signal (PSS), secondary synchronization signal (SSS), or demodulated reference signal (DMRS) in a common physical downlink control channel (PDCCH), CRS, PRS, etc.). According to embodiments, transmission of RS by a BS may occur, for example, in time coordination with other transmitting BSs (e.g., simultaneously, synchronously, asynchronously, etc.). According to embodiments, transmission of RS from different BSs may occur in a common bandwidth or across multiple bandwidths. According to embodiments, measurements of (e.g., transmitted) RS may be configured by a BS (e.g., network / serving) according to a (e.g., desired) schedule (e.g., periodic, aperiodic, semi-periodic, etc.). In other words, a WTRU may be configured to receive configuration information that may indicate a time schedule in which RS may be transmitted (and subsequently measured). According to embodiments, measurement observations may consist of the same or a different schedule as the RS transmission schedule. For example, a measurement observation may consist of a subset (e.g., a part) of all RS transmissions (e.g., any of the other transmissions, every third transmission, etc.).The periodicity of the schedule can be maintained by various methods (e.g., system frame number (SFN), internal WTRU clock, or GNSS / GPS synchronization clock). The WTRU can be configured to store one or more measurements (e.g., receive configuration information) while in idle / inactive mode (e.g., storing the last N measurements, where N is an integer).

[0087] According to the embodiment, an idle / inactive mode WTRU can monitor any of the following broadcast channels (e.g., any common PDCCH or physical broadcast control channel (PBCH), etc., for receiving instructions that the WTRU can initiate an RRC connection (e.g., either a CN page or a RAN page). According to the embodiment, the WTRU can initiate (e.g., send) an RRC connection request via a conventional Random Access Channel (RACH) procedure (e.g., either a two-step or four-step RACH procedure). When the WTRU is in RRC connection mode, the WTRU can reconfigure (e.g., receive an information display) its idle / inactive mode positioning measurement (e.g., operable when the WTRU is in idle / inactive mode) to terminate or modify via any conventional RRC and / or Location Information Services Protocol messaging.

[0088] Figure 3 shows an example of procedure 300 for positioning measurement in idle / inactive mode. For clarity and brevity, “IDLE mode positioning measurement” may be used interchangeably with “idle / inactive mode positioning measurement” in this specification.

[0089] Referring to Figure 3, in step 312, the WTRU in RRC connection mode 310 can be configured by the serving BS to perform (e.g., periodic) IDLE mode positioning measurements. In step 314, the WTRU can receive an RRC connection release command from the serving BS. In step 316, the WTRU can initialize a timer (e.g., an IDLE mode positioning measurement timer) (e.g., corresponding to an idle / inactive mode positioning configuration received from the BS). In step 318, the WTRU can receive a release RRC connection message and transition to idle / inactive state 360. In step 362, the WTRU can monitor the timer (e.g., an IDLE mode positioning measurement timer). In step 364, it can determine whether the timer (e.g., an IDLE mode positioning measurement timer) has expired. At or after the timer expires, in step 366, the WTRU may receive a measurement signal (e.g., RS, PRS, primary synchronization signal (PSS), or secondary synchronization signal (SSS)) from any of the broadcast transmissions of the BS (e.g., observed). In step 368, the WTRU may calculate positioning measurement parameters (e.g., values) from the received signals. The WTRU may calculate measurements such as RSTD between adjacent BS and any of the AOA of the RS (e.g., received and measured). If the WTRU has completed positioning measurements according to a configured observation and measurement schedule (e.g., period), in step 370, the WTRU may reinitialize the IDLE mode positioning timer and restart the idle / inactive mode procedure (e.g., the WTRU may proceed to step 362).

[0090] Figure 4 shows an example of signaling for an idle / inactive mode positioning measurement 400. Configuration information for configuring the WTRU to perform an idle / inactive mode positioning measurement may be received by the WTRU in RRC connection mode 412. The configuration information may include one of the following: measurement ID, type of signal on which the measurement may be performed (e.g., any of RS, PRS, PSS, SSS, etc.), reference and adjacent (e.g., measurement) BS, measurement type (e.g., any of RTT, RSTD, AOA, etc.), and schedule information indicating the time interval at which the WTRU can perform the positioning measurement (e.g., any of periodic, semi-periodic, or aperiodic timing information). The WTRU may receive an RRC connection release 414 and proceed to (e.g., transition to) one of the idle / inactive modes 418. The WTRU may receive a broadcast signal (e.g., PSS, SSS) 466, on which the WTRU may perform a measurement 468 according to any embodiment of the configured idle / inactive mode positioning measurement.

[0091] Downlink positioning measurement report and configuration example According to one embodiment, while in active (e.g., RRC connected) mode, the WTRU can be configured to send DL positioning measurement reports to the BS. The reports can be scheduled and / or sent in any WTRU RRC state (e.g., connected, idle, inactive). The reports can include and / or indicate information about measurements taken from one or more configured idle / inactive mode positioning measurements that may be configured. Measurement reports can and can be configured to be sent on a periodic, semi-periodic, or aperiodic basis.

[0092] According to the embodiment, the periodicity of the schedule can be maintained by various means (e.g., any of the SFN, internal WTRU clock, or GNSS / GPS synchronization clock). A WTRU can trigger, be triggered to provide, and / or provide (e.g., transmit) a positioning measurement report based on (e.g., pre-configured) network events observed by a WTRU (e.g., any of the WTRUs leaving a tracking area ID, a WTRU re-selecting a new BS, etc.). A WTRU can trigger, be triggered to provide, and / or provide (e.g., transmit) a positioning measurement report based on a broadcast display received from a BS (e.g., a System Information Block (SIB) display of a desired measurement report ID, etc.). A WTRU can be configured to provide (e.g., transmit) one, multiple, or (e.g., mathematical) function of multiple measurements in a report (e.g., transmit a report with one measurement, the last N measurements, or the average of the last N measurements). A WTRU can be configured with a WTRU-specific identifier (ID) for measurement reporting. A WTRU-specific ID can be unique within a network coverage area (e.g., BS, tracking area, PLMN, etc.). A WTRU measurement report can consist of one or more measurement report IDs.

[0093] Example of a single-message report using a RACH preamble According to the embodiment, the WTRU can be configured to trigger and transmit its measurement report, and / or transmit it, triggered by (e.g., available) physical RACH (PRACH). (e.g., target) PRACH can be selected by the WTRU according to one or more of various criteria (e.g., the strongest relevant PSS signal intensity, the first PRACH available after the configured measurement display, etc.).

[0094] According to the embodiments, a WTRU can trigger, trigger and transmit, and / or transmit reports via PRACH using a RACH preamble. RACH preamble messages may be WTRU-specific or available for random access. A set of available RACH preambles can be configured for a WTRU while in active (e.g., RRC connection) mode, or provided as system information (SI) that can be broadcast or requested by a BS monitoring a target PRACH resource. According to the embodiments, a RACH preamble may be associated with a WTRU-specific ID (e.g., the RACH preamble seed may be a function of the WTRU-specific ID, etc.). According to the embodiments, a RACH preamble may be associated with a WTRU measurement ID (e.g., the periodic shift of the RACH preamble may be calculated as a function of the measurement ID, etc.). According to the embodiments, the measured values ​​in a measurement report may be associated with the RACH preamble generation (e.g., a binary sequence modulating the RACH preamble may be XORed with the measurement report fields, etc.). According to the embodiment, the generated positioning RACH preamble can be transmitted by a target RACH preamble and received by one or more transmit / receive points (TRPs). The positioning RACH preamble can be received by one or more BSs.

[0095] Figure 5 shows an example of a one-message positioning reporting procedure 500 using the RACH preamble. In step 512, the WTRU can be configured with an IDLE mode positioning measurement report (e.g., to report measurements in idle / inactive mode). For example, the WTRU can receive periodic WTRU positioning measurement report configurations while in RRC connection mode 510. The positioning measurement report configuration may include, for example, a WTRU (e.g., unique) ID that is unique to the positioning area (e.g., S-TMSI, etc.), and a measurement report ID. In step 514, the WTRU can receive an RRC connection release start message from the serving BS. In step 516, the WTRU can initialize a timer (e.g., WTRU IDLE mode positioning measurement report). In step 518, the WTRU can receive a release RRC connection message and transition to idle / inactive state 560. In step 562, the WTRU can monitor a timer (e.g., IDLE mode positioning report). In step 564, it can be determined whether the timer (e.g., for the IDLE mode positioning report) has expired. In step 566, at or after the timer has expired, the WTRU can select (e.g., the appropriate) PRACH resource (e.g., the next available PRACH determined by synchronization signal block (SSB) monitoring) to send its positioning measurement report. In step 568, the WTRU can generate a positioning RACH preamble (e.g., uniquely) associated with its WTRU-specific ID and / or measurement ID. The RACH preamble can be generated using a seed (e.g., not limited to a pseudo-random sequence) which can be determined as a function of any variable including the WTRU ID, measurement ID, and the average of the last N measured positioning values. In step 570, the WTRU can send (e.g., the generated) RACH preamble to (e.g., the target) PRACH resource.In step 572, the WTRU can reinitialize the positioning measurement report timer and restart the idle / inactive mode procedure (for example, the WTRU can proceed to step 562).

[0096] Figure 6 shows an example of signaling exchange for a preamble-based positioning measurement report 600. Configuration information for configuring the WTRU to perform idle / inactive mode positioning reports may be received by the WTRU in RRC connection mode 612. The configuration information may include any of the following: WTRU ID (e.g., Positioning-TMSI), periodicity (e.g., time intervals in which the WTRU may perform positioning measurement reports), positioning-specific PRACH preamble, measurement report ID, etc. The WTRU may receive RRC connection release 614 and proceed (e.g., transition) to either idle / inactive mode 618. The WTRU may send a positioning measurement report 620 with a RACH preamble to the BS according to the configured periodicity and / or according to any embodiment disclosed herein. The BS may forward the positioning measurement report to the location server 622.

[0097] Example of a single-message report attached to the RACH preamble According to the embodiment, the WTRU can be configured to send its measurement report with (e.g., available) PRACH. (e.g., target) PRACH can be selected by the WTRU according to one or more different criteria (e.g., the strongest relevant PSS intensity, the first available PRACH after the configured measurement display, etc.).

[0098] According to the embodiment, a WTRU can transmit its positioning measurement report by encoding, modulating, and appending the report to a RACH preamble (e.g., its end) transmitted within a (e.g., selected) PRACH resource. According to the embodiment, the RACH preamble may indicate the presence of an appended report (e.g., a unique positioning-based RACH preamble). According to the embodiment, the RACH preamble may have association with a WTRU (e.g., a RACH preamble generated as a function of S-TMSI). According to the embodiment, the RACH preamble may be shared by multiple WTRUs within a PRACH resource. According to the embodiment, the WTRU measurement report may include one or more associated report fields (e.g., one of a WTRU-specific ID, a measurement report ID, one or more measurements, etc.). According to the embodiment, the data may have a cyclic redundancy check calculated on the transmitted data appended to it. According to the embodiment, the measurement report may be prepared for transmission by one of the following procedures. 1) The measurement report may be encoded using various encoding techniques (e.g., polarity, low-density parity check (LDPC), etc.). 2) The measurement report may be scrambled using one or more scrambling sequences (e.g., pseudo-random sequence generation (PRSG), etc.). 3) The measurement report may be modulated using one or more mapping methods (e.g., quadrature phase shift modulation (QPSK), M-ary quadrature amplitude modulation (QAM), etc.). 4) A RACH preamble may be added to the modulated measurement report by multiplexing in various ways (e.g., time and / or frequency). 5) The added RACH preamble and measurement report may be transmitted on the target PRACH resource.

[0099] Figure 7 shows an example of a one-message downlink positioning measurement reporting procedure 700 with a report appended to the PRACH preamble. In step 712, the WTRU can be configured with an IDLE mode positioning measurement report (e.g., to report measurements in idle / inactive mode). For example, the WTRU can receive periodic WTRU measurement report configurations while in RRC connection mode. The measurement report configuration may include either a WTRU-specific identifier (ID) (e.g., unique to the positioning area (e.g., S-TMSI)) and a measurement report ID. In step 714, the WTRU can receive an RRC connection release message from the serving BS. In step 716, the WTRU can initialize the WTRU (e.g., IDLE mode positioning measurement report) timer. In step 718, the WTRU can receive a release RRC connection message and transition to idle / inactive state 760. In step 762, the WTRU can monitor the (e.g., IDLE mode positioning report) timer. In step 764, it can be determined whether the timer (e.g., for the IDLE mode positioning report) has expired. In step 766, at or after the timer has expired, the WTRU can select (e.g., an appropriate) PRACH resource (e.g., the next available PRACH determined by SSB monitoring) for transmitting its positioning measurement report. In step 768, the WTRU can generate the positioning measurement report by appending (e.g., relevant) fields (e.g., any of the WTRU-specific ID, measurement ID, one or more measurement values, CRC). In step 770, according to the embodiment, the WTRU can encode the data using, for example, polarity and / or other encoding algorithms. According to the embodiment, the WTRU can scramble the data using, for example, a generated PRSG, from, for example, its own Cell Radio Network Temporary Identifier (C-RNTI) functionality.According to the embodiment, the WTRU can modulate data as (e.g., QPSK) symbols and multiplex the data to match the RACH preamble (e.g., append the data to the RACH preamble). In step 772, the WTRU can transmit the RACH preamble with the positioning measurement report appended within the (e.g., target) PRACH resource. In step 774, the WTRU can reset its (e.g., IDLE mode positioning measurement report) timer and resume the WTRU idle / inactive mode procedure (e.g., the WTRU can proceed to step 762).

[0100] Figure 8 shows an example of a signaling exchange for an idle / inactive mode positioning measurement report with a report accompanied by a RACH preamble. In Figure 8, the signaling exchange may take place between the network and the WTRU, and the WTRU may provide (e.g., transmit) a one-message-based positioning report accompanied by a RACH preamble (e.g., according to any disclosed embodiment). Referring to Figure 8, configuration information for configuring the WTRU to perform idle / inactive mode positioning reports can be received by the WTRU in RRC connection mode 812. The configuration information may include any of the following: an arbitrary WTRU ID (e.g., Positioning-TMSI), periodicity (e.g., time intervals at which the WTRU may perform positioning measurement reports), a report encryption key, a positioning-specific PRACH preamble, a measurement report ID, etc. The WTRU may receive RRC connection release 814 and proceed (e.g., transition) to either idle / inactive mode 818. The WTRU may transmit the measurement report attached to the RACH preamble 822 to the BS 820 according to the configured periodicity and / or according to any embodiment disclosed herein. The BS may forward the positioning measurement report to the location server 824.

[0101] Example of two-message reporting using PRACH and PUSCH. According to one embodiment, the WTRU can be configured to transmit its measurement report with an available PRACH. According to one embodiment, the target PRACH can be selected by the WTRU according to any number of different criteria (e.g., the strongest relevant PSS intensity, the first PRACH available after the configured measurement display, etc.).

[0102] According to the embodiment, the WTRU can transmit a RACH preamble within the target PRACH resource. According to the embodiment, the selected RACH preamble can be transmitted as either a competition-based RACH preamble or a non-competition RACH preamble. According to the embodiment, the RACH preamble can signal (e.g., uniquely) the WTRU's intention to transmit an idle / inactive mode positioning report. According to the embodiment, the available set of RACH preambles can be configured for the WTRU while in active (e.g., RRC connection) mode, or can be provided as system information (SI) that can be broadcast and / or requested by a BS monitoring the target PRACH resource.

[0103] According to the embodiment, after transmitting a RACH preamble, the WTRU can monitor a common PDCCH for a RACH response (RAR) (e.g., one received). According to the embodiment, the RAR may include information indicating that the transmitted RACH preamble was received by the BS and may provide the WTRU with a temporary ID (e.g., T-CRNTI). According to the embodiment, the RAR may include, indicate, or otherwise provide (collectively, “provide”) information indicating a timing advance (TA) for configuring the WTRU’s uplink synchronization. The terms “include,” “indicate,” “indicate,” and “provide” may be used interchangeably herein. According to the embodiment, the RAR may provide a reporting resource (e.g., including information indicating it) for the WTRU to transmit a positioning measurement report. According to the embodiment, the reporting resource may be either WTRU-specific and / or common (e.g., shared). According to the embodiment, the reporting resource may be transmitted on a separate physical channel (e.g., one of the following: a physical uplink control channel (PUCCH), a physical uplink shared channel (PUSCH), etc.). According to the embodiment, the reporting resource may have a time relationship configured with respect to the RAR (for example, one of N slots, M subframes, etc., where N and M are integer values).

[0104] According to the embodiment, the WTRU can transmit its positioning measurements on a configured reporting resource as provided / indicated in the RAR. According to the embodiment, the measurement report may include one or more fields (e.g., any of the following: WTRU-specific ID, measurement ID, one or more measurements, CRC, etc.). According to the embodiment, the measurement report may be prepared for transmission by any of the following procedures: 1) The measurement report may be encoded by various coding techniques (e.g., polarity, LDPC, etc.). 2) The measurement report may be scrambled by one or more scrambling sequences (e.g., PRSG, etc.). 3) The measurement report may be modulated by one or more mapping methods (e.g., QPSK, M-ary QAM, etc.). 4) The measurements may be multiplexed (e.g., any of the following: time, frequency, code multiplexing, etc.) with other physical channels (e.g., any of the following: PUSCH, PUCCH, PRACH, etc.) as part of an uplink transmission, or the measurement report may be transmitted separately.

[0105] According to one embodiment, the WTRU can reset its positioning measurement report timer and resume idle / inactive mode operation after transmission (e.g., immediately after). According to another embodiment, the WTRU can monitor the PDCCH search space for acknowledgments of measurement report transmission and resume idle / inactive mode operation (e.g., if an acknowledgment is received).

[0106] Figure 9 shows an example of a two-message downlink positioning measurement reporting procedure 900 using PRACH and PUSCH. In step 912, the WTRU can be configured with an IDLE mode positioning measurement report (e.g., to report measurements in idle / inactive mode). For example, the WTRU can receive periodic WTRU measurement report configurations while in RRC connection mode. According to the illustrated example, the measurement report configuration may include either the WTRU (e.g., unique) ID (e.g., unique with positioning area such as S-TMSI) and the measurement report ID. In step 914, the WTRU can receive an RRC connection release start message from the serving BS. In step 916, the WTRU can initialize a timer (e.g., WTRU IDLE mode positioning measurement report). In step 918, the WTRU can receive a release RRC connection message and transition to idle / inactive state 960. In step 962, the WTRU can monitor a timer (e.g., IDLE mode positioning report). In step 964, it can be determined whether the timer (e.g., for the IDLE mode positioning report) has expired. In step 966, the WTRU can select (e.g., an appropriate) PRACH resource to transmit its positioning measurement report (e.g., the next available PRACH determined by SSB monitoring) once the timer has expired. The WTRU can select a positioning-specific RACH preamble, and in step 968, the WTRU can transmit it within the target PRACH resource. In step 970, the WTRU can monitor a common PDCCH associated with the PRACH resource (e.g., to receive and detect) for RARs. In step 972, it can be determined whether the RAR has been received by the WTRU.In step 974, the WTRU can decode the received RAR (e.g., indicating T-CRNTI, TA, UL grant), synchronize its uplink transmission according to the provided TA, and prepare a positioning measurement report to be transmitted within the provided uplink reporting resource (e.g., PUSCH). In step 976, the WTRU can acquire (e.g., generate) a positioning measurement. The positioning measurement report may include one of the following: a WTRU-specific ID (e.g., S-TMSI), a measurement ID, one or more measurement values, and a CRC. The report can be generated according to the UL grant and transmitted in step 980 on the granted resource. After transmitting the measurement report, in step 982, the WTRU can reset its positioning measurement report timer and restart the idle / inactive mode procedure (e.g., the WTRU can proceed to step 960). If it is determined in step 972 that an RAR was received (e.g., within an appropriate time interval), the WTRU can proceed to step 966 to retransmit the positioning measurement report.

[0107] Figure 10 shows an example of a signaling exchange for a two-message downlink positioning measurement report using PRACH and PUSCH 1000. In Figure 10, the signaling exchange can be performed between the network and the WTRU, and the WTRU can provide a two-message idle / inactive mode positioning report using PRACH and PUSCH. Referring to Figure 10, configuration information for configuring the WTRU to perform idle / inactive mode positioning reports can be received by the WTRU in RRC connection mode 1012. The configuration information may include any of the following: WTRU ID (e.g., Positioning-TMSI), periodicity (e.g., time intervals at which the WTRU can perform positioning measurement reports), positioning-specific PRACH preamble, report encryption key, measurement report ID, etc. The WTRU can receive RRC connection release 1014 and proceed to (e.g., transition to) idle / inactive mode 1018. The WTRU may send a first positioning message MSG1 1020 requesting the transmission of a positioning measurement report according to a configured periodicity, for example, using a RACH preamble. The WTRU may receive a second positioning message MSG2 1022 in RAR, which includes, for example, a temporary identifier, UL authorization, TA, etc. The WTRU may send a third positioning message MSG3 1024 in PUSCH according to UL authorization, which includes the WTRU ID and one of the positioning measurement reports according to any of the embodiments described above. The BS may forward the positioning measurement report to the location server 1026.

[0108] Example of restructuring and concluding the measurement report. According to the embodiment, the measurement report can be terminated and / or reconfigured in various ways. Termination and / or reconfiguration of the measurement report can be performed, for example, while the WTRU is in RRC connection mode. A WTRU in idle / inactive mode may monitor a broadcast channel such as a common PDCCH or PBCH to indicate that the WTRU can initiate an RRC connection (e.g., either CN or RAN paging). The WTRU may initiate an RRC connection request via (e.g., a conventional) RACH procedure (e.g., a two-step or four-step RACH procedure). When the WTRU is in RRC connection mode, the WTRU can be reconfigured to terminate or modify (e.g., correct) its idle / inactive mode positioning measurements via either conventional RRC or Location Information Services Protocol messaging.

[0109] Example of a modified PRACH for uplink-based positioning According to the embodiment, uplink-based positioning may be triggered at the WTRU when it observes (e.g., detects) a change in the downlink reference signal (e.g., any of PSS, SSS, DL-PRS, DMRS in a common PDCCH, etc.) received from one or more BS (e.g., any of gNB, eNB, TRP) within its tracking area (e.g., any of RSRP, AoA, RTT, etc.). Detecting a change in the downlink signal received from different BS may indicate a change in the WTRU's positioning (e.g., a change in location).

[0110] According to the embodiments, the WTRU can be configured to transmit uplink-based positioning-related measurements at (e.g., periodic) times (e.g., specific times) while in idle / inactive mode. According to the embodiments, the WTRU can be configured with (e.g., idle / inactive mode) positioning update parameters (e.g., any of the following: period, start time, stop time, etc.) while the WTRU is in active mode (e.g., RRC connected mode), or can be provided as system information (SI). According to the embodiments, in the case of positioning updates (e.g., idle / inactive mode), the idle / inactive mode WTRU can perform, for example, the transmission of an uplink reference signal for an uplink positioning reference signal. Although embodiments are described herein for idle / inactive mode WTRUs, they are not limited to idle / inactive mode WTRUs and may also be applicable to connected mode WTRUs, for example.

[0111] Examples of uplink positioning reference signals using PRACH and PUSCH Figure 11 shows an example of an uplink-based positioning update procedure 1100. According to the procedure, the WTRU 1110 in idle / inactive mode can be configured to perform a positioning update using resources allocated on PRACH and / or PUSCH 1111. According to the embodiment, the WTRU 1110 can select BS 1101 to perform an uplink-based positioning procedure in idle / inactive mode (based on a downlink measurement of a downlink synchronization signal such as PSS, SSS, DM-RS of a common PDCCH, etc.). The BS 1101 selected by the WTRU 1110 to initiate the uplink-based positioning procedure may be referred to herein as the reference BS 1101.

[0112] According to the embodiment, one or more preambles from a set of RACH preambles may be assigned to perform idle / inactive mode positioning. A preamble assigned for idle / inactive mode positioning, which may be referred to herein as a positioning preamble, may be used by WTRU 1110 to transmit a positioning request. A positioning preamble may not be assigned for conflict-based RACH procedures and / or non-conflict RACH procedures. In other words, a positioning preamble may differ from other preambles assigned for (e.g., any other) RACH procedures. According to the embodiment, a preamble may be common to all or a set of WTRUs in a cell to perform idle / inactive mode positioning (e.g., conflict-based idle / inactive mode positioning). According to the embodiment, a set of resources (e.g., positioning) may be assigned (e.g., uniquely) for transmitting a positioning request. For example, a positioning request may be transmitted by a transmission (e.g., of a preamble assigned for other purposes such as idle / inactive mode positioning or a RACH procedure) on a positioning resource (e.g., uniquely). According to the embodiment, time / frequency resources allocated for idle / inactive mode positioning may not be allocated for contention-based RACH procedures and / or non-contention-based RACH procedures. In other words, time / frequency resources allocated for idle / inactive mode positioning request transmissions may differ from other time / frequency resources allocated for (e.g., any other) RACH procedures. According to the embodiment, the allocation (e.g., configuration) of the preamble (and / or positioning resources) for idle / inactive mode positioning request transmissions may be communicated to the WTRU1110 (e.g., in system information). According to the embodiment, the WTRU1110 may receive (e.g., other) parameters, which may include any of the preamble power, positioning random access response (PRAR) window size, power ramping factor, and maximum number of retransmissions.

[0113] According to the embodiment, WTRU1110 can initiate an uplink-based positioning procedure in idle / inactive mode after receiving, for example, RRC connection release 1112. According to the embodiment, WTRU1110 can transmit a positioning MSG1 1114, which may be referred to herein as a positioning request, to the reference BS1101. The positioning request 1114 can be transmitted (e.g., transmitted) by either transmitting a positioning-specific preamble or transmitting with a positioning-specific resource. According to the embodiment, WTRU1110 can select one of the positioning-specific preambles (e.g., randomly) (e.g., assigned for idle / inactive mode positioning). According to one embodiment, WTRU1110 can use (e.g., time / frequency) resources to transmit a selected positioning-specific preamble to the reference BS1101, or (e.g., any) preamble (e.g., assigned for idle / inactive mode positioning, or for other purposes such as RACH procedures) within positioning-specific resources (e.g., specifically) reserved for transmitting positioning requests. According to one embodiment, WTRU1110 can use a PRACH configuration (e.g., time / frequency resources) that may be provided or configured by the reference BS1101 to send (e.g., transmit) a selected preamble sequence, for example, within system information. According to one embodiment, WTRU1110 may consist of either a set of positioning-specific preambles and a set of positioning-specific resources for transmitting positioning requests.

[0114] According to embodiments, after sending a positioning request 1114 (e.g., either a positioning preamble transmission or a transmission within a positioning resource), the WTRU 1110 may monitor for the reception of a positioning MSG2 RAR 1116 (e.g., PRAR) within, for example, a PRAR (e.g., time) window 1115. The positioning random access response 1116 may be referred to herein as either "positioning RAR" or "PRAR". According to embodiments, monitoring of the PRAR may include monitoring of a radio network temporary identifier (RNTI). The RNTI may be similar to / also similar to a random access RNTI (RA-RNTI), for example, specific to a time / frequency resource used to transmit an idle / inactive mode positioning preamble. According to embodiments, monitoring of the RNTI may include monitoring of control channel or downlink control information (DCI) masked or scrambled (e.g., with CRC scrambling) in the RNTI. According to the embodiment, the control channel or DCI may include a PRAR 1116 or be associated with a data channel capable of carrying a PRAR. According to the embodiment, the PRAR 1116 may include information indicating which transmitted preamble the PRAR 1116 may or may be intended to correspond to. According to the embodiment, multiple PRARs (e.g., for different transmitted preambles that may have been transmitted by different WTRUs) may be transmitted simultaneously (e.g., on the same control channel or data channel).

[0115] According to the embodiment, PRAR1116 may include any of the following: timing advance (TA) value, temporary WTRU identifier (e.g., temporary cell (T-CRNTI), bandwidth portion (BWP), a set of resources for transmitting WTRU (e.g., unique) ID (e.g., time / frequency resources), and an uplink reference signal (e.g., any of uplink positioning reference signals UL PRS, UL SRS, UL DM-RS) (e.g., time / frequency resources). The UL configuration may include any of the following: bandwidth, time / frequency resources, and several repeating reference signal transmissions (e.g., several repetitions). In the variant, in addition to or instead of the temporary WTRU identifier, a new set of identifiers may be assigned by the reference BS to be included in PRAR1116. The new identifiers may be local to (e.g., managed, assigned by) any of the AMF, MME, and positioning servers (e.g., temporary positioning RNTI (TP-RNTI)). According to the embodiment, the WTRU (e.g., unique) ID is For example, this could be either S-TMSI or 5G-S-TMSI. According to the embodiment, an identifier (e.g., unique) for performing idle / inactive mode positioning can be assigned to the WTRU, which may be referred to herein as the Positioning-TMSI. Configuration of the Positioning-TMSI by the network can be performed while in an active state (e.g., RRC connection). According to the embodiment, the Positioning-TMSI may be unique to the WTRUs within its tracking area. According to the embodiment, when the tracking area changes, a new Positioning-TMSI can be assigned to the WTRU as part of a tracking area update procedure.

[0116] According to one embodiment, if the WTRU does not receive any response (e.g., including PRAR and scrambled with RA-RNTI) indicating a preamble transmitted by WTRU1110 within the PRAR window 1115, WTRU1110 may send another preamble (e.g., after some time). The response (e.g., received or expected to be received in the PRAR window 1115) may include information indicating a preamble transmitted by WTRU1110 in positioning request 1114. According to one embodiment, the transmission after some time may be of higher power. Its power may be limited to the maximum power. According to one embodiment, WTRU11110 may wait for the reception of PRAR1116 from the reference BS (e.g., until the end of the PRAR window 1115). According to one embodiment, the transmission and waiting sequence may continue until the reference BS1 1101 can respond with PRAR1116 or until the maximum number of preamble transmissions can be reached. According to the embodiment, the reference BS can be transmitted in response to a single preamble transmission or multiple preamble transmissions, and WTRU1110 can receive PRAR1116.

[0117] According to one embodiment, when WTRU1110 receives a PRAR1116 which it may intend (for example, indicating a positioning preamble transmitted by WTRU1110 in a positioning request 1114), WTRU1110 may transmit a positioning MSG3 1118 including its (e.g., unique) WTRU ID and a repetition 1120 of a UL PRS transmission 1118 on a specified resource. According to one embodiment, WTRU1110 may use a temporary identifier received in the PRAR1116 (e.g., either T-CRNTI or TP-RNTI) to scramble its uplink transmission which may include its (e.g., unique) WTRU ID. According to one embodiment, WTRU1110 may use its (e.g., unique) WTRU ID to obtain (e.g., generate) a WTRU-specific UL PRS. For example, the UL PRS may be obtained using a pseudo-random (PN) sequence, where a PN sequence generator may be initialized using the WTRU ID as one of its parameters. In another example, UL PRS can be obtained, for example, by selecting a numerical sequence with good autocorrelation and crosscorrelation properties (e.g., a Zaddoff-Chu sequence, but not limited to these) and by performing a binary operation, e.g., XOR, between the selected numerical sequence and WTRUID.

[0118] According to the embodiment, the WTRU1110 can apply the indicated TA to its transmission (e.g., in UL). According to the embodiment, the WTRU1110 can repeat UL PRS transmission 1118N times (e.g., sending N repetitions of UL PRS, where N is an integer greater than 1) (e.g., the same) as configured by the allowed resource criterion BS1101. The number of repetitions can be selected to achieve (e.g., a desired) level of positioning accuracy.

[0119] According to the embodiment, the uplink transmission of the (e.g., unique) WTRU ID and UL PRS may be received by the reference BS1101 and one or more adjacent BS1102. According to the embodiment, any number of adjacent BS1102 may be configured to receive the uplink transmission of the WTRU ID and UL PRS by, for example, the positioning server 1103. For example, after the reference BS1101 receives the positioning preamble from WTRU1110, it may transmit the assigned temporary identifier (e.g., T-CRNTI or TP-RNTI) and UL configuration (related to the WTRU ID and UL PRS) to the positioning server 1103 1130, which the positioning server 1103 may further transmit to the adjacent BS1102 1132.

[0120] According to the embodiment, a reference BS1101 and any number of configured neighbor BS1102, on which uplink measurements can be performed, can extract a (e.g., unique) WTRU ID using a temporary WTRU identifier (e.g., either T-CRNTI or TP-RNTI). According to the embodiment, the reference BS1101 and any number of configured neighbor BS1102 can decode a WTRU-specific positioning reference signal using the (e.g., unique) WTRU ID. According to the embodiment, the reference BS1101 and any number of configured neighbor BS1102 can perform measurements (e.g., either RSRP or TOA) based on the decoded WTRU-specific positioning reference signal. According to the embodiment, the configuration of the measurements can be performed by a positioning server 1103 (e.g., determined and transmitted). According to the embodiment, the reference BS1101 and any number of configured neighbor BS1102 can report the measurements to the positioning server 1103 along with the (e.g., unique) WTRU ID.

[0121] According to the embodiment, uplink transmission of a reference signal (e.g., any of SRS, UL PRS, etc.) can be configured to occur periodically (e.g., periodically) with specified start and stop times. According to the embodiment, such (e.g., each) periodic occasion may include multiple transmissions of the reference signal (e.g., any of SRS, UL PRS, etc.) to achieve (e.g., desired) measurement accuracy. According to the embodiment, at the end of each (e.g.) transmission burst including multiple reference signals constituting a single measurement, the reference BS11101 can release the temporary identifier (e.g., any of T-CRNTI, TP-RNTI) assigned to the WTRU1110 to a pool of available temporary identifiers. According to the embodiment, at the start of the next (e.g., periodic) uplink positioning reference signal burst transmission, the WTRU1110 can transmit a positioning preamble and obtain a new temporary identifier.

[0122] According to the embodiment, the reference BS may optionally send an acknowledgment to the WTRU on which the measurement was recorded. The acknowledgment may be scrambled using (e.g., a unique) WTRU ID.

[0123] According to one embodiment, in an adjacent BS which may be configured by a positioning server to perform uplink measurements, the uplink measurements may be performed by a location measurement unit (LMU) integrated into the BS. According to one embodiment, the positioning server may store and / or update the positioning information of a WTRU using (e.g., a unique) WTRU ID.

[0124] An example of a WTRU procedure 1200 for performing uplink-based idle / inactive mode positioning is shown in Figure 12. In step 1210, the WTRU may consist of a set of positioning preambles. WTRU configuration can be performed by transmitting configuration information (e.g., either a set of positioning-specific preambles or a set of positioning-specific resources). According to embodiments (not shown in Figure 12), the WTRU may not be required to receive any positioning configuration information (e.g., indicating either a set of positioning-specific preambles or a set of positioning-specific resources). For example, the WTRU may use reserved (e.g., pre-assigned, pre-configured, default, etc.) positioning-specific preambles and / or resources. In step 1212, a change in the cell's downlink measurement (e.g., fluctuation) may be detected, indicating a change in the WTRU's position. In step 1212, a periodic uplink-based positioning update may occur. If any change in position is detected and a periodic uplink-based positioning update occurs, the WTRU may, in step 1214, transmit a positioning preamble (e.g., selected) on one or more time / frequency resources. The WTRU may determine RA-RNTI. In step 1216, the WTRU may wait for the monitoring period of the PRAR window (e.g., at least). In step 1218, the WTRU may detect a PRAR transmission. If no PRAR transmission is detected in step 1218 after the monitoring period, the WTRU may, in step 1220, increase the transmit power by (e.g., a configurable) amount and proceed to step 1214. If a PRAR transmission is detected in step 1218 (e.g., within the PRAR window), the WTRU may, in step 1222, extract one of the TA, TP-RNTI, and UL assignments from the PRAR. In step 1224, the WTRU can send (e.g., transmit) a WTRU ID (e.g., Positioning-TMSI) scrambled with TP-RNTI on the allocated UL resource.In step 1226, the WTRU can send (e.g., transmit) repeated WTRU positioning reference signals (e.g., generated as a function of the WTRU ID) on the allocated resources.

[0125] According to the embodiment, two or more (several different) WTRUs can use the same preamble on the same PRACH resource for uplink-based positioning updates. Two or more WTRUs can receive the same PRAR message from a reference BS. Two or more WTRUs can transmit WTRUID and ULPRS using the same resource. A reference BS and / or any number of neighboring BSs can (e.g., successfully) decode two or more WTRU IDs on a configured resource (using either the assigned T-CRNTI or TP-RNTI). According to the embodiment, any (e.g., each) BS can decode two or more WTRU IDs and select one WTRU ID (e.g., randomly, one of the first decoded ones) to perform further measurements. According to the embodiment, any (e.g., each) BS can use the selected WTRU ID to decode (e.g., WTRU-specific) positioning reference signals on a configured resource and measure them.

[0126] An example of conflict resolution in uplink-based idle / inactive mode positioning 1300 is shown in Figures 13A and 13B (collectively, "Figure 13"). Referring to Figure 13, two WTRUs, namely WTRU1 and WTRU2, can select the same base station, BS1, and can send the same positioning preamble to BS1 using the same PRACH resources. Both the reference BS and the adjacent BS can select WTRU1 to perform a measurement and report this measurement to the positioning server.

[0127] As shown in Figure 13A, WTRU1 and WTRU2 may receive either a periodic downlink synchronization signal or system information (e.g., positioning-specific preamble) from either BS1 or BS2. WTRU1 and WTRU2 may perform downlink measurement 1312. As shown in Figure 13, both WTRU1 and WTRU2 may select the same base station BS1 and obtain (e.g., receive) a positioning preamble (and additional information, e.g., PRACH-related information, etc.) 1314. Both WTRU1 and WTRU2 may initiate an uplink-based positioning update 1316 (e.g., based on downlink measurement). Both WTRU1 and WTRU2 may initiate a positioning update 1318 by selecting the same preamble and the same RACH resource. Both WTRU1 and WTRU2 may transmit the same (e.g., positioning) preamble 1320 via the same PRACH resource. Base station BS1 may assign a temporary identifier (either T-CRNTI or TP-RNTI) 1322 and forward (e.g., transmit) the uplink configuration of the receiving WTRU ID and UL PRS 1324. Base station BS1 may send a positioning update message 1325 to the positioning server. The positioning update message 1325 may include a temporary identifier (e.g., TP-RNTI) and the uplink configuration. The positioning server may send a positioning request message 1326 to base station BS2. The positioning request message 1326 may include a temporary identifier (e.g., TP-RNTI) and the uplink configuration of the receiving WTRU ID and UL PRS. The positioning server may send an acknowledgment message 1327 to confirm the positioning update message 1325.

[0128] As shown in Figure 13B, base station BS1 may transmit a positioning RAR1330 which includes one of the following: TA, T-CRNTI / TP-RNTI, and UL configuration for transmitting WTRU ID and UL PRS. The PRAR1330 may be received by both WTRU1 and WTRU2. Both WTRU1 and WTRU2 may transmit their WTRU IDs scrambled (e.g., using the same time / frequency resources) using T-CRNTI on the resources allocated to the PRAR1332. Base station BS1 may receive both WTRU IDs on the same time / frequency resources. Base station BS1 may decode (e.g., select) one of them (e.g., WTRU1). Base station BS2 may receive both WTRU IDs on the same resources. Base station BS2 may decode (e.g., select) one of them (e.g., WTRU1). Both WTRU1 and WTRU2 may transmit WTRU-specific positioning reference signals (UL PRS) 1338, 1339 using the same time / frequency resources. The UL PRS 1338, 1339 transmitted by both WTRU1 and WTRU2, respectively, may be different (e.g., each generated as a function of the WTRU ID (e.g., Positioning-TMSI)) and may be received by both base stations BS1 and BS2 using the same time / frequency resources. Both base stations BS1 and BS2 may decode and measure the UL PRS of a selected WTRU (e.g., WTRU1) 1340 (e.g., only that). Both base stations BS1 and BS2 may send measurement report messages 1342, 1343 containing the WTRU ID of WTRU1 to the positioning server. Base stations BS1 and BS2 may (optionally) send an acknowledgment message 1344 to WTRU1.

[0129] Example of an uplink positioning reference signal using PRACH and PUSCH beambase systems According to the embodiment, in the case of beam-based transmission, the WTRU may be assigned to an adjacent BS (e.g., cell identification) (e.g., a list of) on which uplink measurements can be performed. According to the embodiment, an uplink configuration (e.g., any of time / frequency resources, bandwidth, or the number of UL PRS transmissions) for any (e.g., each) adjacent BS may be provided to the WTRU. According to the embodiment, a list of adjacent BS with uplink configurations may be sent to the (e.g., requesting) WTRU by a reference BS (e.g., which may have received and detected a positioning-specific preamble from the requesting WTRU) in a PRAR message.

[0130] According to the embodiment, a reference BS may obtain the uplink configuration of an adjacent BS from a positioning server. According to the embodiment, the reference BS may transmit arrival angle (e.g., Rx beam identification) or departure angle (e.g., Tx beam identification or SSB identification) information to the positioning server. According to the embodiment, the arrival / departure angle (e.g., beam identification or SSB identification) at the reference BS may be derived from the receiving positioning preamble of the requesting WTRU. According to the embodiment, the arrival / departure angle information from the reference BS may be used by the positioning server to assign a list of adjacent BS and their uplink configurations (e.g., time / frequency resources, bandwidth) to perform uplink positioning measurements for the requesting WTRU. According to the embodiment, the positioning server may request adjacent BS to transmit their scheduling configurations. According to the embodiment, the arrival / departure angle information from the reference BS may be used to derive the arrival angle (e.g., Rx beam identification) at an adjacent BS in order to receive a transmission from the requesting WTRU. According to one embodiment, the WTRU may report to the reference BS a selected (e.g., best) beam (e.g., synchronization signal block (SSB) ID) for one or more adjacent BSs (e.g., participating in uplink positioning measurements). According to one embodiment, the WTRU may receive a message or command from the reference BS and report the (e.g., selected, best) beams for one or more adjacent BSs. According to one embodiment, the WTRU may select the (e.g., best) beams for different BSs based on its previous downlink measurements (e.g., measurements of downlink synchronization signals such as RSRP of an SSB). The reference BS may transmit information about the selected (e.g., best) beams to a positioning server, which may forward it to the corresponding adjacent BSs. According to one embodiment, the positioning server may request adjacent BSs to perform uplink measurements and report the results.

[0131] According to one embodiment, a WTRU may receive a list of neighboring BS having uplink configurations based on a reference BS within a PRAR message. According to one embodiment, a requesting WTRU may use the uplink configuration received in the PRAR to send (e.g., transmit) its UL PRS. According to one embodiment, a WTRU may select a set of neighboring BS from the list of BS provided (e.g., received) in the PRAR to send (e.g., transmit) its UL PRS. According to one embodiment, a WTRU may use the best beam for any (e.g., each) BS to send (e.g., transmit) its UL PRS over the configured resources received in the PRAR.

[0132] Example of a WTRU-specific reference signal for a single message using PRACH According to the embodiment, a WTRU may perform uplink-based idle / inactive mode positioning using (e.g., transmitting) a preamble (e.g., unique). According to the embodiment, the preamble (e.g., unique) may be WTRU-specific and may be assigned to the WTRU from the network (e.g., while the WTRU is RRC connected) to transmit an uplink-based idle / inactive mode positioning signal. According to the embodiment, the WTRU-specific preamble may be associated with a WTRU ID (e.g., one of S-TMSI, 5G-S-TMSI, or Positioning-TMSI) which may be unique within the tracking area.

[0133] According to the embodiment, a WTRU may use one or more PRACH resources (e.g., time / frequency) of the BS to transmit a WTRU-specific preamble. According to the embodiment, the PRACH resources may be communicated to (e.g., received) the WTRU, for example, in system information. According to the embodiment, a WTRU may be assigned one or more specific time / frequency resources to send (e.g., transmit) a preamble to update its positioning information in idle / inactive mode. According to the embodiment, a network may assign (e.g., uniquely) (e.g., specific) time / frequency resources to one or more WTRUs in (e.g., tracking) area. According to the embodiment, information on specific time / frequency resources may be communicated to the WTRU, for example, during a tracking area update procedure.

[0134] According to one embodiment, if the WTRU is configured to use a (e.g., unique) preamble, the configuration of the WTRU-specific preamble may be communicated (e.g., transmitted) by the positioning server to multiple BSs (e.g., within the WTRU's tracking area). According to another embodiment, if the WTRU is configured to use a specific time / frequency resource to send (e.g., transmit) a preamble to update its positioning information in idle / inactive mode, the configuration of the (e.g., specific) time / frequency resource may be communicated by the positioning server to multiple BSs (e.g., within the WTRU's tracking area).

[0135] According to the embodiment, the WTRU may initiate an uplink-based positioning update by, for example, transmitting a WTRU-specific preamble using one or more common PRACH resources and / or specific time / frequency resources, if configured. According to the embodiment, the WTRU may initiate an uplink-based positioning update by, for example, transmitting a common PRACH or positioning-specific preamble using one or more (e.g., specific) time / frequency resources.

[0136] According to one embodiment, following a WTRU transmission of one or more positioning preambles (e.g., either WTRU-specific or common), a BS that can detect a preamble and be configured by a positioning server to perform an uplink measurement can perform the measurement and report it to the positioning server.

[0137] Example of a WTRU-specific reference signal for a single message using a PRACH beam-based system According to the embodiment, in the case of beam-based transmission, the WTRU can use the best beam for any (e.g., each) BS to send (e.g., transmit) its WTRU-specific positioning preamble on occasions of RACH specific to each BS. According to the embodiment, the selection of BS and the corresponding best beam for sending the WTRU-specific positioning preamble can be performed by the WTRU based on downlink measurements (e.g., measurements of downlink synchronization signals such as RSRP for SSB). According to the embodiment, the time / frequency resources of any (e.g., each) selected BS can be communicated (e.g., received) to the WTRU, for example, in system information. According to the embodiment, the selection of BS to send (e.g., transmit) the WTRU-specific positioning preamble can be communicated (e.g., received) to the WTRU, for example, during a track area update procedure.

[0138] According to the embodiment, a WTRU may be assigned one or more specific time / frequency resources on any (e.g., each) BS to send (e.g., transmit) a preamble to update its positioning information in idle / inactive mode. According to the embodiment, a network may (e.g., uniquely) assign (e.g., specific) time / frequency resources to one or more WTRUs on any (e.g., each) BS in the tracking area. According to the embodiment, information on specific time / frequency resources may be communicated to the WTRU, for example, during a tracking area update procedure. According to the embodiment, for any (e.g., each) BS, a WTRU may send (e.g., transmit) its one or more preambles using specific time / frequency resources and the best identified beam.

[0139] Examples of new physical channels for positioning According to the embodiment, the WTRU may transmit either a DL positioning measurement report and / or RS for UL positioning measurement via a physical channel (e.g., a dedicated channel) in order to perform positioning during RRC idle / inactive mode. According to the embodiment, positioning may be performed based on either an uplink signal or a downlink signal.

[0140] According to the embodiment, in the case of downlink-based positioning, an idle / inactive mode WTRU may perform positioning measurements (e.g., any of RSTD, OTDOA, etc.) on a broadcast channel (e.g., periodically timed), such as either an SSB transmission on NR or a reference signal (e.g., PRS). According to the embodiment, an idle / inactive mode WTRU may report those measurements to a positioning server (e.g., E-SMLC), for example, via a reference BS, using a new positioning physical random access channel (P-PRACH).

[0141] According to the embodiment, for uplink-based positioning, the WTRU may transmit a positioning signal (e.g., any of RS, RACH preamble, synchronization signal, etc.) over P-PRACH which can be monitored by (e.g., local)BS, and the positioning measurement (e.g., UTDOA) may be forwarded to a positioning server (e.g., E-SMLC) to determine the location of the WTRU.

[0142] Examples of downlink-based positioning According to the embodiment, a WTRU may transmit a positioning preamble within (e.g., allocated) time and frequency resources (e.g., one or more resource elements). While doing so, the WTRU may use the allocated positioning preamble. According to the embodiment, the positioning preamble may be obtained (e.g., constructed, calculated) using a numerical sequence having good autocorrelation and crosscorrelation characteristics (e.g., a Zaddoff-Chu sequence, but not limited to). According to the embodiment, the positioning preamble may be different from the RACH preamble used for any of the following: initial access, cell reselection, etc., and may use different time / frequency resources.

[0143] According to the embodiment, a WTRU may use a positioning preamble (e.g., unique, same) within a transmission opportunity, which includes a successive set of time / frequency resources (e.g., positioning random access channel occasions (PROs)), which is identifiable even when there are multiple simultaneous transmissions (e.g., multiple different transmissions occurring in the same period). According to the embodiment, a positioning preamble (e.g., unique) may be assigned to a WTRU by a serving BS if the WTRU is connected and can be unique within a cell. According to the embodiment, a positioning preamble may be associated with a preamble ID. According to the embodiment, a complete set of available positioning preambles may be divided into multiple groups (e.g., pools) to transmit specific information to a reference BS. According to the embodiment, different time / frequency resources can be assigned to a WTRU to signal (e.g., indicate) a range of conditions to a reference BS.

[0144] According to one embodiment, after transmitting a positioning preamble, the WTRU may monitor the PDCCH for a DCI scrambled using its own preamble ID. According to one embodiment, the DCI in the PDCCH may include a resource allocation to the WTRU for transmitting positioning information within a shared channel (e.g., PUSCH). According to one embodiment, the contents of the DCI may include and / or indicate a temporary WTRU identifier (e.g., C-RNTI). According to one embodiment, the contents of the DCI may include and / or indicate a modulation and coding scheme (MCS) assigned to the WTRU for use in uplink transmission. According to one embodiment, the WTRU may append positioning information (e.g., S-TMSI) to an identifier (e.g., a unique identifier). According to one embodiment, the WTRU may append an identifier (e.g., a unique identifier) ​​for positioning information configuration. This message may be sent unencrypted or with an encryption key (e.g., configured in RRC connection mode, pre-agreed, etc.).

[0145] According to one embodiment, if a WTRU does not receive a DCI scrambled with its own preamble ID within a certain period (for example, based on a timer that starts after the positioning preamble is transmitted), the WTRU may abandon the current transmission process and wait for the next assigned positioning random access channel occasion (PRO).

[0146] According to one embodiment, the WTRU may monitor a physical channel for a given instruction and / or determine that the measurement report has been terminated by the network. According to one embodiment, the instruction may be sent to the WTRU via a dedicated physical channel while in RRC idle / inactive mode, for example. According to one embodiment, the WTRU may receive an instruction from the network and initiate an RRC connection (e.g., paging) to terminate and / or reconfigure the idle / inactive mode measurement report.

[0147] Example of uplink synchronous transmission According to the embodiment, monitoring the WTRU in idle / inactive mode and (e.g., periodically) the downlink broadcast channel (e.g., SSB transmission) can determine the status of its own uplink synchronization, and, for example, apply a timing advance to the positioning preamble transmission. According to the embodiment, UL synchronization may be configured via a different channel (e.g., PRACH, etc.) and / or on the same channel as the previous occasion.

[0148] According to one embodiment, the WTRU may be configured by a network with a first (e.g., threshold) value for positioning measurements. According to one embodiment, if a downlink positioning measurement (e.g., OTDOA, RSTD, etc.) of a WTRU in idle / inactive mode differs from a previous measurement by an amount less (e.g., smaller) than a (e.g., threshold) value, the WTRU may determine that it is uplink synchronized. According to one embodiment, if the WTRU is configured to perform multiple downlink-based positioning measurements associated with different BSs, the WTRU may determine that it is uplink synchronized with a serving cell (e.g., only it) if all positioning measurements differ from previous values ​​by an amount less (e.g., smaller) than a certain (e.g., threshold) value.

[0149] According to one embodiment, the WTRU may consist of multiple (e.g., threshold) values ​​for multiple positioning measurements. According to another embodiment, the WTRU may consist of two (e.g., threshold) values ​​(one for, for example, a reference cell and the other for, for example, an adjacent cell).

[0150] According to the embodiment, the WTRU may be configured to perform measurements on multiple downlink transmissions (e.g., SSB, PRS, etc.) to obtain (achieve) a measurement accuracy (e.g., a desired one). According to the embodiment, the number and / or location of signals for measurement may be configured in the WTRU while in connection mode. According to the embodiment, the WTRU may be configured to calculate the average of multiple measurements from the same BS for reporting and comparison against a configured (e.g., threshold) value.

[0151] According to one embodiment, the WTRU may consist of a second (e.g., threshold) value. According to one embodiment, if the difference between the current positioning measurement of the WTRU (e.g., any of OTDOA, RSTD, etc.) and a previous measurement exceeds a first (e.g., threshold) value but is less than a second (e.g., threshold) value, the WTRU may determine (e.g., estimate) that its timing advance (TA) has changed by a first value (e.g., TA(current) = TA(previous) + 1, TA(current) = TA(previous) - 1). According to one embodiment, the WTRU may apply the new TA value to the uplink positioning preamble transmission.

[0152] According to one embodiment, the WTRU may determine that it is no longer an uplink synchronized with the serving cell when, for example, the current positioning measurement of the WTRU differs from a previous measurement by a value exceeding (e.g., a maximum threshold) value. In this case, the WTRU does not need to use (e.g., a normal) PRO for transmitting the positioning preamble.

[0153] According to the embodiment, WTRU transmission in a normal PRO may be uplink synchronized, and a small guard time (GT) may be configured by the network (e.g., GT = 1 * TA). Positioning preamble transmission by WTRU may have some timing inconsistencies due to some variation in the estimation of relative position by WTRU, and small changes in the relative position and TA of WTRU. According to the embodiment, configuring the PRO with a (e.g., small) GT may allow avoiding slot boundary breaches due to these variations in estimation and small changes in relative position and TA. According to the embodiment, the GT may remain small (e.g., one or a few TAs), and may be at least much smaller than a normal GT designed for large-sized cells (e.g., LTE GT = 1032 * TA).

[0154] Example of reusing a WTRU-specific positioning preamble Assigning a different positioning preamble to each WTRU can increase the computational resources required by the BS to perform cross-correlation for all possible preamble configurations. Configuring positioning preambles to be unique across a positioning area (e.g., a tracking area) can reduce the computational resources required by the BS. A positioning area can refer to an area where idle / inactive WTRUs can use the same positioning preamble. Configuring WTRUs with positioning preambles unique within a cell can reduce the search space for the BS within a positioning area, and further reduce the computational resources required by the BS to identify WTRUs transmitting positioning preambles.

[0155] For WTRUs that can be configured to report periodic measurements in idle / inactive mode, it may be possible to further reduce the preamble ID space by reusing the preamble in different PROs. According to embodiments, a unique positioning preamble can be assigned to a WTRU (e.g., only one) that can transmit during the same PRO, depending on the configured positioning measurement that reports periodicity (the position preamble may be unique only in a given PRO). According to embodiments, the positioning preamble can be reused (e.g., recycled) for the next group of WTRUs that can use the subsequent PRO to initiate a positioning measurement transmission procedure (e.g., transmit a position measurement report).

[0156] According to the embodiment, the WTRU may be configured for positioning measurements by a positioning server located within the network. According to the embodiment, the configuration may include any of the following: measurement type, measurement periodicity, measurement start time (e.g., with respect to frames, subframes, etc.), reporting periodicity, reporting start time, and a unique cell-specific positioning preamble ID. According to the embodiment, the WTRU may use the configured parameters to perform idle / inactive mode positioning measurements and report the measured quantities.

[0157] According to the embodiment, (e.g., preferred) BS may determine the (e.g., unique) WTRU ID of the WTRU that transmitted the positioning preamble within the PRO, based on the determination of the PRO identifier (e.g., the SFN on which the PRO is located) and / or the WTRU positioning preamble ID. According to the embodiment, (e.g., preferred) BS may transmit the DCI in a scrambled PDCCH using any combination of the cell ID and / or WTRU ID and the positioning preamble ID used by the WTRU. According to the embodiment, the DCI may include and / or indicate resource allocation for transmitting a positioning report.

[0158] Example of hierarchical division of positioning preamble According to the embodiment, a complete set of positioning preambles (e.g., available) can be divided into multiple (e.g., different) groups (e.g., pools) for use by an idle / inactive mode WTRU to send positioning reports under different conditions. This allows an idle / inactive mode WTRU to implicitly communicate different conditions of (e.g., preferred) BS by selecting a preamble from a different (e.g., appropriate) group.

[0159] According to one embodiment, one group of positioning preambles can be assigned to a BS (Cell-Specific Positioning Preamble). WTRUs may be assigned a positioning preamble ID before entering idle / inactive mode by their serving BS. For WTRUs in idle / inactive mode, (e.g., preferred) BS may maintain a mapping between positioning preamble IDs and / or WTRU IDs. According to another embodiment, for periodic positioning reports, cell-specific positioning preambles may be reused by BS across consecutive PROs to reduce the BS search space. In this case, BS may maintain a mapping between WTRU IDs, positioning preamble IDs, and PRO identifiers (e.g., the SFN where the PRO is located).

[0160] According to the embodiment, a (e.g., second) group of positioning preambles may be assigned for use by all BSs within a positioning area (a PA common positioning preamble). A positioning area may include a group of BSs within the area. For example, a positioning area may be the same as a tracking area. According to the embodiment, a WTRU in idle / inactive mode may use this group of positioning preambles if either of the following first and second conditions is met: The first condition may include a positioning measurement that differs from a previous measurement by a value greater than (e.g., a given maximum) value. (e.g., a given maximum) value may be configurable and may have been previously configured by the network before the WTRU entered idle / inactive mode. The second condition may include determining by the WTRU in idle / inactive mode that its (e.g., preferred) BS may be updated based on the positioning measurement. An idle / inactive WTRU may decide to update its (e.g., preferred) BS when it determines, for example, that the WTRU is currently physically located near a BS different from the current (e.g., preferred) BS, based on any of the following: its positioning measurement, RSRP / RSRQ measurement of SSB transmissions from multiple BSs, or otherwise.

[0161] According to the embodiment, a PA common positioning preamble does not have to be WTRU-specific. For example, a small group of such PA common positioning preambles may be assigned for use by (e.g., all) WTRUs within a positioning area. When a WTRU uses a positioning preamble from this group, it does not have to be individually identifiable at a reference BS based solely on the positioning preamble. The WTRU may resolve the ambiguity by transmitting its WTRU ID (e.g., S-TMSI) in a positioning message, such as Positioning-Msg3 shown in Figure 10 or 11, in a positioning report.

[0162] According to one embodiment, a WTRU in idle / inactive mode may be configured to use a positioning preamble for a PA common positioning preamble group, which is selected (for example, randomly or arbitrarily) from (for example, available) preamble IDs. According to another embodiment, a WTRU in idle / inactive mode may be assigned a positioning preamble ID by the network before entering idle / inactive mode.

[0163] Figure 14 shows an example of the positioning preamble selection procedure 1400 by the WTRU to indicate a specific state to the BS. Referring to Figure 14, the WTRU may select a positioning preamble (e.g., one of cell-specific and PA-common positioning preambles) based on an estimate of the change in positioning measurements. According to the embodiment, different pools of preambles may be associated with positioning reports of different sizes. For example, a mapping may be created between a pool of preambles (e.g., available) and the size of the positioning report (e.g., requested / to be sent), e.g., a preamble from pool A for short-length positioning reports, a preamble from pool B for medium-length positioning reports, a preamble from pool C for long-length positioning reports, and so on. The WTRU may indicate the amount of resources requested for the positioning report by selecting (e.g., sending) a positioning preamble from the appropriate pool.

[0164] In step 1412, the connected WTRU may consist of either a PA common positioning preamble or an assigned cell-specific positioning preamble. In step 1414, the WTRU may consist of resources (e.g., different periodic) for either a PA common preamble, a short positioning report display, or a long positioning report display. In step 1416, the WTRU may consist of a positioning measurement change threshold to trigger the use of the PA common preamble. In step 1418, the WTRU may enter an idle / inactive state. In step 1420, it may be determined whether the change in the WTRU positioning measurement is greater than (e.g., configured) a threshold. If the change in the WTRU positioning measurement is greater than (e.g., configured) a threshold, the WTRU may, in step 1424, transmit the PA common positioning preamble on the resources reserved for that purpose. Otherwise (e.g., the change in the WTRU positioning measurement is less than (e.g., configured) a threshold), it may be determined in step 1422 whether it is time to transmit a periodic positioning report. If it is time to send a periodic positioning report, in step 1426, it may be determined whether the WTRU can send a short positioning report. If the WTRU wants to send a short positioning report, in step 1428, the WTRU may send an assigned cell-specific positioning preamble on a resource reserved for short positioning reports. If the WTRU does not want to send a short positioning report, in step 1430, the WTRU may send an assigned cell-specific positioning preamble on a resource reserved for long positioning reports. After sending the assigned cell-specific positioning preamble, in step 1430, the WTRU may monitor the PDCCH for the BS response.

[0165] Figure 15 shows an example of WTRU operation procedure 1500 for sending idle / inactive mode positioning reports in idle / inactive mode using a new physical channel. Referring to Figure 15, the WTRU may send an unscheduled report if it detects that the positioning measurement has changed by a value greater than (e.g., a pre-configured threshold) relative to a previous measurement. As shown in the illustrated example, the WTRU may be configured for periodic positioning reports.

[0166] In step 1512, the WTRU may start a response timer after sending the positioning preamble. In step 1514, the WTRU may monitor the PDCCH for a response (e.g., a cell). In step 1518, it may be determined whether the DCI is scrambled with the WTRU's positioning preamble ID and whether the cell ID is detected. If the DCI is scrambled with the WTRU's positioning preamble ID and the cell ID is detected, in step 1522, the WTRU may read the DCI and obtain a resource allocation for sending a positioning report. In step 1524, it may be determined whether the WTRU has previously used a PA common preamble. If the WTRU has not previously used a PA common preamble, in step 1528, it may be determined whether the WTRU has sent a cell-specific positioning preamble using a short report resource. If the WTRU has sent a cell-specific positioning preamble using a short report resource, in step 1530, the WTRU may send periodic short positioning reports on the allocated resource. Otherwise, in step 1532, the WTRU may send a periodic long positioning report on the allocated resource. If, in step 1524, it is determined that the WTRU has previously used a PA common preamble, in step 1526, the WTRU may send a non-periodic positioning report containing the WTRU ID on the allocated resource. In step 1530, it may be determined whether periodic positioning reporting is configured. If periodic positioning reporting is configured, in step 1534, the WTRU may wait until the next periodic reporting occasion. Otherwise, in step 1536, the WTRU may send (e.g., attempt to send) a positioning report (e.g., again) after (e.g., a minimum) retransmission interval, provided that the (e.g., maximum) number of retransmissions is not exceeded. If, in step 1518, it is determined that the DCI is not scrambled with the WTRU's positioning preamble ID and / or no cell ID is detected, in step 1520, it may be determined whether the response timer has expired.If the response timer has not expired, the WTRU may wait in step 1516 until the next subframe has finished. Otherwise, the procedure may proceed to step 1530.

[0167] Figure 16 shows an example of procedure 1600 for idle / inactive mode positioning measurement. In step 1612, the WTRU may be configured to perform positioning measurement in either idle mode or inactive mode. In step 1614, the WTRU may receive a signal while the WTRU is in either idle mode or inactive mode. In one embodiment, the received signal may be one of PSS, SSS, DMRS, CRS, and PRS. In step 1616, at least one positioning measurement parameter may be obtained based on the received signal. In one embodiment, at least one positioning measurement parameter may be one of RTT, AOA, and RSTD.

[0168] Figure 17 shows an example of procedure 1700 for reporting positioning measurements in idle / inactive mode. In step 1712, the WTRU may be configured to perform positioning measurements in either idle mode or inactive mode. In step 1714, the WTRU may be configured to send a positioning measurement report in either idle mode or inactive mode. In one embodiment, the positioning measurement report may include at least one positioning measurement parameter. In step 1716, the WTRU may send the positioning measurement report in RACH. In one embodiment, the positioning measurement report may be sent within the RACH preamble. In one embodiment, the positioning measurement report may be sent appended to the RACH preamble.

[0169] Figure 18 shows an example of procedure 1800 for idle / inactive mode positioning measurement reporting. In step 1812, the WTRU may be configured to perform positioning measurements in either idle mode or inactive mode. In step 1814, the WTRU may be configured to transmit a positioning measurement report in either idle mode or inactive mode. In step 1816, the WTRU may transmit information in RACH indicating its intention to transmit a positioning measurement report. In step 1818, the WTRU may receive RAR indicating an uplink reporting resource. In step 1820, the WTRU may transmit a positioning measurement report according to the uplink reporting resource. According to embodiments, a device including a circuit that includes a transmitter, a receiver, a processor, and memory may be configured to perform the method shown in Figures 16, 17, and 18. In one embodiment, the device may be either a WTRU or a base station. According to the embodiment, a device including a circuit that includes a transmitter, a receiver, a processor, and memory may be configured to perform a method that includes complementary functions as described in any of Figures 16, 17, and 18. According to the embodiment, either a non-temporary computer-readable storage medium or a computer program may include instructions that, when executed by a computer, cause the computer to perform a method as described in any of Figures 16, 17, and 18. According to the embodiment, either a non-temporary computer-readable storage medium or a computer program may include instructions that, when executed by a computer, cause the computer to perform a method that includes functions complementary to the functions described in any of Figures 16, 17, and 18.

[0170] Figure 19 shows an example of procedure 1900 for uplink-based positioning in a WTRU. In step 1912, the WTRU may transmit a positioning request. In step 1914, the WTRU may receive a PRAR indicating a resource allocated to transmit a repetition of the uplink positioning reference signal. In step 1916, the WTRU may transmit a repetition of the UL PRS on the allocated resource. In one embodiment, the WTRU may be in either idle mode or inactive mode. In one embodiment, a positioning request transmission may be either a transmission of a positioning-specific preamble (e.g., within any resource) or a transmission within a positioning-specific resource (e.g., any resource). In one embodiment, the WTRU may consist of a set of positioning-specific preambles, a set of positioning-specific resources, a periodicity for transmitting a positioning request, and a start time and stop time for transmitting a positioning request (e.g., receiving configuration information). In one embodiment, a positioning request may be transmitted after either the expiration of a timer or the reception of a downlink reference signal indicating a positioning change in the WTRU. In one embodiment, the positioning RAR may further include information indicating one of the following: timing advance, temporary WTRU ID, bandwidth portion, set of resources for transmitting the WTRU ID, and uplink configuration for transmitting repeated UL PRS. In one embodiment, the positioning RAR may further include several repeated transmissions of the UL PRS. In one embodiment, the temporary WTRU identifier may be one of T-CRNTI and TP-RNTI. In one embodiment, the WTRU ID may be one of S-TMSI, 5G-S-TMSI, and Positioning-TMSI. In one embodiment, the UL PRS may be based on the WTRU ID. In one embodiment, the WTRU ID may be scrambled using the temporary WTRU identifier.

[0171] Figure 20 shows an example of procedure 2000 for uplink-based positioning at a base station. In step 2012, the BS may receive a positioning request from the WTRU. In step 2014, the BS may transmit a positioning RAR indicating the resources allocated to the WTRU in order to transmit a series of UL PRSs. In step 2016, the BS may receive at least one UL PRS from the WTRU. In step 2018, the BS may obtain the position of the WTRU based on the at least one UL PRS received.

[0172] According to one embodiment, a device including a circuit that includes a transmitter, a receiver, a processor, and memory may be configured to perform the method shown in either Figure 19 or Figure 20. In one embodiment, the device may be either a WTRU or a base station. According to one embodiment, either a non-temporary computer-readable storage medium or a computer program may include instructions that, when executed by a computer, cause the computer to perform the method shown in either Figure 19 or Figure 20.

[0173] conclusion While features and elements are described above in specific combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with other features and elements. In addition, the methods described herein may be implemented in computer programs, software, or firmware embedded in computer-readable media for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted via wired or wireless connections) and 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 internal hard disks and removable disks, magneto-optical media, optical media such as CD-ROM discs, and digital multi-purpose discs (DVDs). A processor associated with the software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

[0174] Although not explicitly described, this embodiment may be used in any combination or partial combination. For example, the principle is not limited to the modifications described, and any arrangement of the modifications and embodiments may be used. Furthermore, the principle is not limited to the channel access methods described, and any other type of channel access method is compatible with the principle.

[0175] Furthermore, any characteristics, variations, or embodiments described in the Method are compatible with apparatus devices including means for processing the disclosed Method, devices including processors configured to process the disclosed Method, computer program products including program code instructions, and non-temporary computer-readable storage media for storing program instructions.

[0176] While features and elements are described above in specific combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with other features and elements. In addition, the methods described herein may be implemented in computer programs, software, or firmware embedded on computer-readable media for execution by a computer or processor. Examples of non-temporary 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 internal hard disks and removable disks, magneto-optical media, optical media such as CD-ROM disks, and digital multi-purpose discs (DVDs). A radio frequency transceiver for use in a WTRU102, UE, terminal, base station, RNC, or any host computer may be implemented using a software-related processor.

[0177] Furthermore, the embodiments described above include other devices, including processing platforms, computing systems, controllers, and processors. These devices may include at least one central processing unit ("CPU") and memory. In accordance with the practice of those skilled in computer programming, acts and references to symbolic representations of actions or instructions may be performed by various CPUs and memories. Such acts and actions or instructions may be referred to as "executed," "executed by the computer," or "executed by the CPU."

[0178] Those skilled in the art will understand that actions and symbolically represented operations or instructions involve the manipulation of electrical signals by the CPU. The electrical system represents data bits that cause the resulting transformation or reduction of electrical signals and the retention of data bits at memory locations within the memory system, thereby potentially reconfiguring or modifying the CPU's operation and other processing of signals. The memory locations where data bits are retained are physical locations having specific electrical, magnetic, optical, or organic properties corresponding to or representing the data bits. It should be understood that typical embodiments are not limited to the platforms or CPUs described above, and other platforms and CPUs may support the methods provided.

[0179] The data bits may also be maintained on a computer-readable medium, including magnetic disks, optical disks, and any other volatile (e.g., Random Access Memory ("RAM")) or non-volatile (e.g., Read-Only Memory ("ROM")) mass storage systems readable by the CPU. The computer-readable medium may include cooperative or interconnected computer-readable media that reside exclusively on a processing system or are distributed among multiple interconnected processing systems that may be local or remote to the processing system. Typical embodiments are not limited to the memory described above, and it is understood that other platforms and memories may support the methods described.

[0180] In exemplary embodiments, any of the operations, processes, etc., described herein may be implemented as computer-readable instructions stored on a computer-readable medium. These computer-readable instructions may be executed by the processor, network elements, and / or any other computing device of a mobile unit.

[0181] There is little difference between the hardware and software implementations of a system's configuration. The use of hardware or software is generally (though not always) a design choice representing a trade-off between cost and efficiency, for example, in certain contexts where the choice between hardware and software may be significant. There may be various vehicles (e.g., hardware, software, and / or firmware) that may affect the processes and / or systems and / or other technologies described herein, and the preferred vehicle may vary depending on the context in which the processes and / or systems and / or other technologies are deployed. For example, if the implementer determines that speed and accuracy are the top priorities, the implementer may primarily choose hardware and / or firmware vehicles. If flexibility is the top priority, the implementer may primarily choose software implementations. Alternatively, the implementer may choose several combinations of hardware, software, and / or firmware.

[0182] The detailed description above illustrates various embodiments of devices and / or processes using block diagrams, flowcharts, and / or examples. To the extent that such block diagrams, flowcharts, and / or examples include one or more functions and / or operations, it will be understood by those skilled in the art that each function and / or operation within such block diagrams, flowcharts, or examples can be implemented individually and / or collectively by a wide range of hardware, software, firmware, or substantially any combination thereof. Suitable processors include, by example, general-purpose processors, dedicated processors, conventional processors, digital signal processors (DSPs), multiple microprocessors, one or more microprocessors associated with a DSP core, controllers, microcontrollers, application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), field-programmable gate array (FPGA) circuits, any other type of integrated circuit (IC), and / or state machines.

[0183] While features and elements are provided above in specific combinations, those skilled in the art will understand that each feature or element can be used alone or in any combination with other features and elements. This disclosure is not limited to the specific embodiments described in this application, and the specific embodiments are intended to describe various aspects. As will be obvious to those skilled in the art, many modifications and changes can be made without departing from the spirit and scope of this disclosure. Elements, actions, or commands used in the description of this application should not be construed as important or essential to the invention unless expressly provided so. In addition to the methods and apparatus enumerated herein, functionally equivalent methods and apparatus within the scope of this disclosure will be apparent to those skilled in the art from the foregoing description. Such modifications and changes are intended to fall within the scope of the appended claims. This disclosure should be limited only by the conditions of the appended claims and the entire scope of the equivalents to which such claims are claimed. It should be understood that this disclosure is not limited to any particular method or system.

[0184] It should be understood that the technical terms used herein are for the purpose of describing specific embodiments and are not intended to limit them. Where used herein, the terms “Station” and its abbreviation “STA,” and “User Equipment” and its abbreviation “UE” may mean (i) a radio transmit and / or receive unit (WTRU) as described in detail, (ii) any of some embodiments of a WTRU as described in detail, (iii) a radio-enabled and / or wired (e.g., tetherable) device comprising some or all of the structure and functions of a WTRU as described in particular in detail, (iii) a radio-enabled and / or wired device comprising less than all of the structure and functions of a WTRU as described in detail, or (iv) other. Details of exemplary WTRUs that may represent any UE listed herein are provided below with respect to Figures 1A–1D.

[0185] In certain representative embodiments, some parts of the subject matter described herein may be implemented via application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), and / or other integrated formats. However, those skilled in the art will recognize that some aspects of the embodiments disclosed herein may be equivalently implemented, in whole or in part, as one or more computer programs running on one or more computers (e.g., one or more programs running on one or more computer systems), one or more programs running on one or more processors (e.g., one or more programs running on one or more microcomputers), firmware, or virtually any combination thereof, and that designing circuits and / or writing code for software and / or firmware is within the scope of the skills of those skilled in the art in light of this disclosure. In addition, those skilled in the art will understand that mechanisms of the subject matter described herein may be distributed as various forms of programmed products, and that exemplary embodiments of the subject matter described herein apply without regard to the specific type of signal transmission medium relationship actually used to carry out distribution. Examples of signal transmission media include, but are not limited to, recordable media such as floppy disks, hard disk drives, CDs, DVDs, digital tapes, computer memory, etc., and transmission media such as digital and / or analog communication media (e.g., fiber optic cables, waveguides, wired communication links, wireless communication links, etc.).

[0186] The subject matter described herein may include different components that are included in or connected to other different components. Such described architectures are merely examples, and it should be understood that in fact many other architectures can be implemented to achieve the same function. Conceptually, the arrangement of components to achieve the same function is effectively “associated” in such a way that the desired function is achieved. Thus, any two components described herein that are combined to achieve a particular function can be considered “associated” with each other, regardless of the architecture or intermediate components, in such a way that the desired function is achieved. Similarly, any two components that are thus associated can also be considered “operably connected” or “operably coupled” with each other in order to achieve the desired function, and any two components that can be associated in such a way can also be considered “operably coupled” with each other in order to achieve the desired function. Specific examples of operatically coupled components include, but are not limited to, physically coupled and / or physically interacting components and / or wirelessly interacting and / or wirelessly interacting components and / or logically interacting components.

[0187] With regard to the use of substantially any plural and / or singular terms herein, those skilled in the art may translate from plural to singular and / or singular to plural as appropriate to the context and / or use. For clarity, various singular / plural permutations may be explicitly listed herein.

[0188] In general, it will be understood by those skilled in the art that the terms used herein, particularly in the appended claims (e.g., in the text of the appended claims), are generally intended to be “open” terms (for example, “including” should be interpreted as “including but not limited to,” “having” as “having at least,” and “includes” as “includes but is not limited to,” etc.). It will further be understood by those skilled in the art that if a particular number of introduced claims are intended, such intention is explicitly stated in the claims, and if there is no such statement, such intention does not exist. For example, if only one item is intended, the term “single” or similar language may be used. To aid understanding, the following appended claims and / or descriptions herein may include the use of the introductory phrases “at least one” and “one or more” to introduce an enumeration of claims. However, the use of such phrases should not be interpreted as meaning that any particular claim containing such introduced claim description is limited to embodiments containing only one, even if the same claim contains an introductory phrase of "one or more" or "at least one" and an indefinite article like "a" or "an" (for example, "a" and / or "an" should be interpreted as meaning "at least one" or "one or more"). The same applies to the use of definite articles used to introduce claim descriptions.In addition, even if a specific number is explicitly stated in an introduced claim, a person skilled in the art will recognize that such a statement should be interpreted as meaning at least the stated number (for example, the bare statement “two statements” without other modifiers means at least two statements, or two or more statements).

[0189] Furthermore, if there is a convention similar to "at least one of A, B, and C, etc.," such a configuration is generally intended to be understood by those skilled in the art (for example, "a system having at least one of A, B, and C" includes, but is not limited to, a system having only A, a system having only B, a system having only C, a system having both A and B, a system having both A and C, a system having both B and C, and / or a system having both A, B, and C, etc.). Furthermore, if there is a convention similar to "at least one of A, B, or C, etc.," such a configuration is generally intended to be understood by those skilled in the art (for example, "a system having at least one of A, B, or C" includes, but is not limited to, a system having only A, a system having only B, a system having only C, a system having both A and B, a system having both A and C, a system having both B and C, and / or a system having both A, B, and C, etc.). A person skilled in the art will further understand that any disjunctive word and / or phrase presenting substantially two or more alternative terms in the specification, claims, or drawings should be understood to include the possibility of including either one term, either the other term, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B.” Furthermore, as used herein, the term “any” followed by a list of multiple items and / or multiple categories of items is intended to include “any,” “any combination,” “any multiple,” and / or “any combination of multiple items and / or categories of items, individually or in combination with items of other items and / or other categories.” Furthermore, as used herein, the term “set” or “group” is intended to include any number of items, including zero. Furthermore, as used herein, the term “number” is intended to include any number, including zero.

[0190] In addition, if any feature or aspect of the present disclosure is described in relation to the Markush Group, a person skilled in the art will recognize that the present disclosure also describes any individual member or subgroup of a member of the Markush Group.

[0191] As will be understood by those skilled in the art, all scopes disclosed herein, in terms of providing written explanations, also encompass any and all possible subranges and combinations thereof. Any scope described herein can be readily recognized as sufficiently describing the same scope and enabling it to be broken down into at least equal halves, thirds, quarters, fifths, tenths, etc. As a non-limiting example, each scope discussed herein can be readily broken down into lower thirds, middle thirds, upper thirds, etc. As will be understood by those skilled in the art, all language such as “maximum,” “at least,” “greater than,” and “less than” includes the cited number and refers to a scope that can then be broken down into smaller scopes as described above. Finally, as will be understood by those skilled in the art, a scope includes each individual member. Thus, for example, a group having 1 to 3 cells refers to a group having 1, 2, or 3 cells. Similarly, a group having 1 to 5 cells refers to a group having 1, 2, 3, 4, or 5 cells, and so on.

[0192] Furthermore, claims should not be construed as being limited to the order or elements provided unless otherwise stated. In addition, the use of the term “means” in any claim is intended to invoke the form of a means-plus-function claim under § 112(6) of the U.S. Patent Act, and a claim without the term “means” is not intended to do so.

[0193] A software-related processor can be used to implement a radio frequency transceiver for use in a radio transceiver unit (WTRU), user equipment (UE), terminal, base station, mobility management entity (MME), or advanced packet core (EPC), or any host computer. The WTRU can be used in combination with hardware and / or software, including software-defined radio (SDR), and modules implemented in other components such as cameras, video camera modules, videophones, speakerphones, vibration devices, speakers, microphones, television transceivers, hands-free headsets, keyboards, Bluetooth® modules, frequency modulation (FM) radio units, near-field communications (NFC) modules, liquid crystal display (LCD) display units, organic light-emitting diode (OLED) display units, digital music players, media players, video game player modules, internet browsers, and / or wireless local area network (WLAN) or ultra-wideband (UWB) modules.

[0194] Although the present invention has been described in relation to a communication system, the system is intended to be implemented in software on a microprocessor / general-purpose computer (not shown). In certain embodiments, one or more functions of various components may be implemented in software that controls the general-purpose computer.

[0195] In addition, although the present invention is illustrated and described herein with reference to specific embodiments, the present invention is not intended to be limited to the details shown. Rather, various modifications can be made in detail within the scope and range of equivalents of the claims without departing from the present invention.

[0196] Through this disclosure, those skilled in the art will understand that certain representative embodiments may be used as substitutes or in combination with other representative embodiments.

[0197] While features and elements are described above in specific combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with other features and elements. In addition, the methods described herein may be implemented in computer programs, software, or firmware embedded on computer-readable media for execution by a computer or processor. Examples of non-temporary 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 internal hard disks and removable disks, magneto-optical media, optical media such as CD-ROM disks, and digital multi-purpose discs (DVDs). A processor associated with the software may be used to implement radio frequency transceivers for use in WTRUs, UEs, terminals, base stations, RNCs, or any host computer.

[0198] Furthermore, the embodiments described above include other devices, including processing platforms, computing systems, controllers, and processors. These devices may include at least one central processing unit ("CPU") and memory. In accordance with the practice of those skilled in computer programming, acts and references to symbolic representations of actions or instructions may be performed by various CPUs and memories. Such acts and actions or instructions may be referred to as "executed," "executed by the computer," or "executed by the CPU."

[0199] Those skilled in the art will understand that actions and symbolically represented operations or instructions involve the manipulation of electrical signals by the CPU. The electrical system represents data bits that cause the resulting transformation or reduction of electrical signals and the retention of data bits at memory locations within the memory system, thereby potentially reconfiguring or modifying the CPU's operation and other processing of signals. The memory locations where data bits are retained are physical locations having specific electrical, magnetic, optical, or organic properties that correspond to or represent the data bits.

[0200] The data bits may also be maintained on a computer-readable medium, including magnetic disks, optical disks, and any other volatile (e.g., Random Access Memory ("RAM")) or non-volatile (e.g., Read-Only Memory ("ROM")) mass storage systems readable by the CPU. The computer-readable medium may include cooperative or interconnected computer-readable media that reside exclusively on a processing system or are distributed among multiple interconnected processing systems that may be local or remote to the processing system. Typical embodiments are not limited to the memory described above, and it is understood that other platforms and memories may support the methods described.

[0201] Suitable processors include, for example, general-purpose processors, dedicated processors, conventional processors, digital signal processors (DSPs), multiple microprocessors, one or more microprocessors associated with a DSP core, controllers, microcontrollers, application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), field-programmable gate array (FPGA) circuits, any other type of integrated circuit (IC), and / or state machines.

[0202] Although the present invention has been described in relation to a communication system, the system is intended to be implemented in software on a microprocessor / general-purpose computer (not shown). In certain embodiments, one or more functions of various components may be implemented in software that controls the general-purpose computer.

[0203] In addition, although the present invention is illustrated and described herein with reference to specific embodiments, the present invention is not intended to be limited to the details shown. Rather, various modifications can be made in detail within the scope and range of equivalents of the claims without departing from the present invention.

Claims

1. A method implemented in a wireless transceiver unit (WTRU), Receiving a signal, wherein the WTRU is in either idle mode or inactive mode, Based on the received signal, determine at least one positioning measurement parameter. Transmitting a positioning measurement report in either idle mode or inactive mode in a random access channel (RACH) based on at least one positioning measurement parameter, wherein the positioning measurement report comprises a RACH preamble associated with the WTRU. A method that includes this.

2. The method according to claim 1, wherein the received signal includes any of a primary synchronization signal (PSS), a secondary synchronization signal (SSS), a demodulation reference signal (DMRS), a reference signal (CRS), and a positioning reference signal (PRS).

3. The method according to claim 1 or 2, wherein the at least one positioning measurement parameter is any one of round-trip time (RTT), angle of arrival (AOA), and time difference of reference signal (RSTD).

4. The method according to any one of claims 1 to 3, wherein the positioning measurement report includes the at least one positioning measurement parameter.

5. The method according to any one of claims 1 to 4, wherein the RACH preamble is further associated with a positioning measurement identifier.

6. The method according to any one of claims 1 to 4, wherein the RACH preamble is further associated with the at least one positioning measurement parameter.

7. The method according to claim 5 or 6, wherein the seed of the RACH preamble is a function of any one of the WTRU identifier, the positioning measurement identifier, and the at least one positioning measurement parameter.

8. The method according to any one of claims 1 to 7, further comprising multiplexing the positioning measurement report with the RACH preamble.

9. The method according to any one of claims 1 to 4, further comprising transmitting RACH information indicating an intention to transmit the positioning measurement report.

10. The method according to claim 9, further comprising receiving a random access response (PAR) indicating an uplink reporting resource, wherein the positioning measurement report is transmitted according to the uplink reporting resource.

11. The method according to claim 10, wherein the positioning measurement report is transmitted over a physical uplink shared channel (PUSCH).

12. A wireless transceiver unit (WTRU) comprising a circuit including a transmitter, receiver, processor, and memory, The aforementioned circuit is Receiving a signal, wherein the WTRU is in either idle mode or inactive mode, Based on the received signal, determine at least one positioning measurement parameter. Transmitting a positioning measurement report in either idle mode or inactive mode in a random access channel (RACH) based on at least one positioning measurement parameter, wherein the positioning measurement report comprises a RACH preamble associated with the WTRU. A wireless transceiver unit configured to perform the following actions.

13. The wireless transceiver unit according to claim 12, wherein the received signal includes any of the following: primary synchronization signal (PSS), secondary synchronization signal (SSS), demodulation reference signal (DMRS), reference signal (CRS), and positioning reference signal (PRS).

14. The wireless transceiver unit according to claim 12 or 13, wherein the at least one positioning measurement parameter represents one of round-trip time (RTT), angle of arrival (AOA), and time difference of the reference signal (RSTD).

15. The wireless transceiver unit according to any one of claims 12 to 14, wherein the positioning measurement report includes the at least one positioning measurement parameter.

16. The wireless transceiver unit according to any one of claims 12 to 15, wherein the RACH preamble is further associated with a positioning measurement identifier.

17. The wireless transceiver unit according to any one of claims 12 to 16, wherein the RACH preamble is further associated with the at least one positioning measurement parameter.

18. The wireless transceiver unit according to claim 16 or 17, wherein the seed of the RACH preamble is a function of any one of the WTRU identifier, the positioning measurement identifier, and the at least one positioning measurement parameter.

19. The wireless transceiver unit according to any one of claims 12 to 18, wherein the wireless transceiver unit is configured to multiplex the positioning measurement report with the RACH preamble.

20. The wireless transceiver unit according to any one of claims 12 to 15, wherein the wireless transceiver unit is configured to transmit RACH information indicating an intention to transmit the positioning measurement report.

21. The wireless transceiver unit is configured to receive a random access response (PAR) indicating an uplink reporting resource, The wireless transceiver unit according to claim 20, wherein being configured to transmit the positioning measurement report includes being configured to transmit the positioning measurement report in accordance with the uplink reporting resource.

22. The wireless transceiver unit according to claim 21, wherein being configured to transmit the positioning measurement report includes being configured to transmit the positioning measurement report on a physical uplink shared channel (PUSCH).

Images