Transmit processing for PCI satellite switching

Abstract

To provide a wireless transmit / receive unit (WTRU) configured for use in a non-terrestrial network.SOLUTION: The WTRU may comprise a processor, and the processor may be configured to receive configuration information indicating a time at which a same PCI satellite switch may occur. The WTRU may transmit the assistance information before the same PCI satellite switch. The assistance information may include a resynchronization duration, a capability for a synchronization procedure, and / or a time indication to resume TX and / or RX. The WTRU may receive configuration information for satellite re-synchronization. The WTRU may perform the intra-PCI satellite switch to the second satellite based on the configuration information indicating the time of the intra-PCI satellite switch. In performing the same PCI satellite switch, the WTRU may start a re-sync gap, suspend ULTX and / or DLRX, and / or perform a re-sync procedure.SELECTED DRAWING: Figure 6

Description

[Technical Field]

[0001] (CROSS-REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of U.S. Provisional Patent Application No. 63 / 456,866, filed April 4, 2023, the entire contents of which are incorporated herein by reference. [Background technology]

[0002] The WTRU may be configured for use in a non-terrestrial network (NTN). A non-terrestrial network (NTN) may facilitate deployment of wireless networks in areas where terrestrial-based antennas may be impractical and / or undesirable. For example, terrestrial-based antennas may be impractical due to geography and / or cost. Coupled with a terrestrial network, the NTN can provide ubiquitous 5G network coverage. Some exemplary NTN deployments may support basic speech and text worldwide. NTN deployments, coupled with the proliferation of next-generation low-earth-orbit satellites, may enable additional services (e.g., web browsing).

[0003] An NTN may include an airborne or space-based platform capable of transmitting signals from a ground-based gNB to a WTRU and vice versa via a gateway (GW). An exemplary NTN deployment may support a Power Class 3 WTRU with an omnidirectional antenna and linear polarization, or a Very Small Aperture Antenna (VSAT) terminal with a directional antenna and circular polarization. An exemplary NTN may provide support for LTE-based Narrowband IoT (NB-IoT) and eMTC type devices. In an example, regardless of device type, the NTN WTRU may be GNSS-enabled. Summary of the Invention

[0004] The wireless transmit / receive unit (WTRU) may include a processor configured to receive configuration information indicating a time for a same physical cell identity (PCI) satellite switch from a first satellite to a second satellite. The configuration information may include an indication of a start time and an end time for the same PCI satellite switch from the first satellite to the second satellite. The processor may be further configured to receive a configuration for satellite resynchronization with the second satellite. The processor may be further configured to perform the same PCI satellite switch to the second satellite based on the configuration information indicating the time for the same PCI satellite switch.

[0005] The configuration information may be received via broadcast signaling. The processor may be further configured to initiate a resynchronization gap in response to the same-PCI satellite switch. The processor may be further configured to suspend uplink transmission with the first satellite in response to the same-PCI satellite switch. The processor may be further configured to perform one or more resynchronization procedures in response to the same-PCI satellite switch. The processor may be further configured to send a resynchronization success indication in response to successful resynchronization to the second satellite.

[0006] The one or more resynchronization procedures may include a timing advance calculation, a Doppler compensation, a power control procedure, and / or a measurement procedure. In response to a same-PCI satellite switch, the processor may be further configured to initiate a resynchronization gap, suspend uplink transmission and downlink reception, and perform one or more resynchronization procedures. The resynchronization procedures may include a timing advance calculation, a Doppler compensation, a power control procedure, and / or a measurement procedure. The configuration for satellite resynchronization may include a resynchronization gap configuration, a condition for declaring resynchronization failure, and / or a resource for indicating successful resynchronization to the second satellite.

[0007] The processor may be further configured to send assistance information related to a resynchronization time to assist in measurement gap configuration. The assistance information may include a resynchronization duration, an indication that the WTRU can perform a synchronization procedure before a same-PCI satellite switch, and / or an indication of a time that the WTRU can resume communication with a second satellite after a same-PCI satellite switch. [Brief explanation of the drawings]

[0008] [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram illustrating an exemplary wireless transmit / receive unit (WTRU) that may be used within the communication system shown in FIG. 1A, according to one embodiment. [Figure 1C] 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communication system shown in FIG. 1A, according to one embodiment. [Figure 1D] 1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system shown in FIG. 1A, according to one embodiment. [Figure 2] 1 illustrates an exemplary interface in a non-terrestrial network. [Figure 3] An example of two satellites serving the same PCI is shown. [Figure 4] 10 is a flowchart showing timing advance pre-calculation and reporting to the receiving satellite during same PCI satellite switching. [Figure 5] 10 is a flowchart illustrating an exemplary wireless link monitoring during same PCI satellite switching. [Figure 6] 10 is a flowchart illustrating an exemplary transmission process and measurement gap configuration during same PCI satellite switching. [Figure 7]10 is a flowchart illustrating an example power control during same PCI satellite switching. [Figure 8] 10 is a flowchart illustrating an example of beam management during switching of the same PCI satellite. DETAILED DESCRIPTION OF THE INVENTION

[0009] 1A is a diagram illustrating an example communication system 100 in which one or more disclosed embodiments may be implemented. Communication system 100 may be a multiple-access system that provides content, such as voice, data, video, messaging, broadcasts, etc., to multiple wireless users. Communication system 100 may enable multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may use one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), zero-tail unique-word DFT-Spread OFDM (ZT UW DTS-s OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multicarrier (FBMC), etc.

[0010] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RANs 104 / 113, CNs 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a "station" and / or "STA," may be configured to transmit and / or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a wireless pager, a mobile phone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fi device, an Internet of Things (ioT) device, a watch or other wearable head-mounted display (HMD), a vehicle, a drone, a medical device and application (e.g., for remote surgery), an industrial device and application (e.g., a robot and / or other wireless device operating in an industrial and / or automated processing chain context), a consumer electronics device, a device operating on a commercial wireless network and / or an industrial wireless network, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as a WTRU. Furthermore, any description herein that is described with reference to a UE may be equally applicable to a WTRU (or vice versa). For example, a WTRU may be configured to perform any of the processes or procedures described herein as being performed by a UE (or vice versa).

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

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

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

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

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

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

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

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

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

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

[0021] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), the user datagram protocol (UDP), and / or the internet protocol (IP) of the TCP / IP Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may use the same RAT as the RAN 104 / 113 or a different RAT.

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

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

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

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

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

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

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

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

[0030] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information from base stations (e.g., base stations 114a, 114b) over 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 appreciated that the WTRU 102 may obtain location information by way of any suitable location-determination method while remaining consistent with an embodiment.

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

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

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

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

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

[0036] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. While each of the foregoing elements is illustrated as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

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

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

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

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

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

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

[0043] A WLAN in infrastructure Basic Service Set (BSS) mode may have an access point (AP) of the BSS and one or more stations (STAs) associated with the AP. The AP may have access to or interface with a Distribution System (DS) or another type of wired / wireless network that carries traffic into and / or out of the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP to be delivered to the respective destination. Traffic between STAs within a BSS may be sent, for example, through the AP, where the source STA may send traffic to the AP, and the AP may deliver the traffic to the destination STA. Traffic between STAs within a BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between (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 tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using the IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad hoc" communication mode.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0063] In this document, the following abbreviations and acronyms are used, among others: Acknowledgement (ACK), Block Error Rate (BLER), Bandwidth Part (BWP), Channel Access Priority (CAP), Channel access priority class (CAPC), Clear Channel Assessment (CCA), Control Channel Element (CCE), Control Element (CE), configured grant or cell group (CG), Cyclic Prefix (CP), Conventional OFDM (relying on cyclic prefix) (CP-OFDM), Channel Quality Indicator (CQI), Cyclic Redundancy Check (CRC), Channel State Information (CSI), Contention Window (CQI). Window (CW), Contention Window Size (CWS), Channel Occupancy (CO), Downlink Assignment Index (DAI), Downlink Control Information (DCI), Downlink feedback information (DFI), Dynamic grant (DG), Downlink (DL), Demodulation Reference Signal (DM-RS), Data Radio Bearer (DRB), Enhanced Licensed Assisted AccessAccess (eLAA), Further enhanced Licensed Assisted Access (FeLAA), Hybrid Automatic Repeat Request (HARQ), License Assisted Access (LAA), Listen-Before-Talk (LBT), 3GPP LTE R8 and later, Long Term Evolution (LTE), Line of sight probability indication (LOSPI), Negative ACK (NACK), Non-Terrestrial Network (NTN), Modulation and Coding Scheme (MCS), Multiple Input Multiple Output (MIMO), New Radio (NR), Orthogonal Frequency-Division Multiplexing (OFDM), Physical Layer (PHY), Process ID (PID), Paging Occasion Occasion (PO), Physical Random Access Channel (PRACH), Primary Synchronization Signal (PSS), Random Access (or Procedure) (Random Access, RA), Random Access Channel (RACH), Random Access Response (RAR), Radio access network Central Unit (RCU), Radio Front end (RF), Radio Link Failure (RLF), Radio Link Monitoring (RLM), Radio Network Identifier (RNTI), RACH Occasion (RO), Radio Resource Control (Radio ResourceControl (RRC), Radio Resource Management (RRM), Reference Signal (RS), Reference Signal Received Power (RSRP), Received Signal Strength Indicator (RSSI), Service Data Unit (SDU), Sounding Reference Signal (SRS), Synchronization Signal (SS), Secondary Synchronization Signal (SSS), Switching Gap (SWG) (in self-contained subframes), Semi-Persistent Scheduling (SPS), Supplemental Uplink (SUL), Transport Block (TB), Transport Block Size (TBS), Transmission / Reception Point (TRP), Time-sensitive communications (TSC), Time-sensitive networking (TSN), Uplink (UL), Ultra-Reliable and Low Latency Communications (UHRC) Latency Communications (URLLC), Wide Bandwidth Part (WBWP).

[0064] The WTRU may support synchronization during same-physical cell identity (PCI) satellite switching. In one or more cases, the WTRU may receive assistance information regarding the same-PCI satellite switching (e.g., via broadcast signaling). This information may include timing information and / or destination satellite position information at the time the same-PCI satellite switching occurs. The WTRU may pre-calculate a timing advance based on the future position of the destination satellite at the time of the same-PCI satellite switching. The WTRU may pre-report a future TA value with an indicated offset before the satellite switching. The WTRU may reset the L3 measurement window upon the satellite switching and may apply a measurement configuration. The measurement configuration may be pre-configured. The pre-configured measurement configuration may include, for example, but is not limited to, a higher density of measurement objects. The WTRU may apply the pre-configured measurement configuration and filter coefficients to evaluate new channel conditions.

[0065] The WTRU may provide capability and / or assistance information regarding the resynchronization time, for example, to assist in gap measurement configuration. In an example, the WTRU may ignore preconfigured scheduling (e.g., CG, periodic SRS, etc.) during the resynchronization time.

[0066] The WTRU may scale the power for the initial UL transmission to the terminating satellite. The WTRU may scale the power for the initial UL transmission based on the difference in distance between the WTRU and the previous satellite and the terminating satellite. In one or more cases, power scaling may be enabled based on a configuration / instruction in a system information block (SIB). Alternatively or additionally, power scaling may be based on the line-of-sight probability (e.g., LOSPI%>X).

[0067] The WTRU may measure a reference signal from an incoming satellite to determine how to reorient a spatial filter when a new satellite takes over coverage. For example, the WTRU may measure a reference signal from the incoming satellite, such as one or more SSB / CSI-RS signals from a neighboring cell. In one or more cases, the WTRU receives an indication / configuration of a reference signal that is QCL'd with a second reference signal in a first period (e.g., before switching) to link measurements between cells originating from the satellite.

[0068] In one or more cases, the WTRU may optionally send an ACK (e.g., via SR, via pre-provisioned resources, using the earliest available CG resources, etc.) to the incoming satellite to confirm that synchronization is regained. For example, the WTRU may optionally send an ACK via one or more of SR, pre-provisioned resources, using the earliest available CG resources, etc.

[0069] The WTRU may be configured for use in a non-terrestrial network (NTN). A non-terrestrial network (NTN) may facilitate deployment of wireless networks in areas where terrestrial-based antennas may be impractical and / or undesirable. For example, terrestrial-based antennas may be impractical due to geography and / or cost. Coupled with a terrestrial network, the NTN can provide ubiquitous 5G network coverage. Some exemplary NTN deployments may support basic speech and text worldwide. NTN deployments, coupled with the proliferation of next-generation low-earth-orbit satellites, may enable additional services (e.g., web browsing).

[0070] An NTN may include an airborne or space-based platform capable of transmitting signals from a ground-based gNB to a WTRU and vice versa via a gateway (GW). An exemplary NTN deployment may support a Power Class 3 WTRU with an omnidirectional antenna and linear polarization, or a Very Small Aperture Antenna (VSAT) terminal with a directional antenna and circular polarization. An exemplary NTN may provide support for LTE-based Narrowband IoT (NB-IoT) and eMTC type devices. In an example, regardless of device type, the NTN WTRU may be GNSS-enabled.

[0071] Air or space platforms may be classified with respect to their orbits. In some implementations, low-earth orbit (LEO) satellites may operate within an altitude range of 300-1500 km, and geostationary orbit (GEO) satellites may operate within an altitude range of 35-786 km. Additional platform classifications may also or alternatively be supported. For example, medium-earth orbit (MEO) satellites may operate within an altitude range of 7000-25000 km, and stratospheric platform stations (HAPS) may operate within an altitude range of 8-50 km. Satellite platforms may be further classified as having "transparent" or "regenerative" payloads. Transparent satellite payloads may implement frequency conversion and RF amplification in both the UL and DL. In some implementations, multiple transparent satellites may be connected to one ground-based gNB. In some examples, regenerative satellite payloads may utilize either a complete gNB or a gNB DU onboard the satellite. The recovery payload may perform digital processing on the signal, including, for example, demodulation, decoding, re-encoding, re-modulation, and / or filtering.

[0072] 2 shows example interfaces in a non-terrestrial network 200. The following air interfaces may be defined in the NTN: For example, feeder links 202a, 202b may be air links between the GW 210 and satellites 208a, 208b; service link 206 may be air links between satellites 208a, 208b and the WTRU 212; in some implementations, inter-satellite link (ISL) 204 may be a transport link between satellites 208a, 208b. ISL 204 may be supported by a regenerative payload and may be a 3GPP wireless or proprietary optical interface.

[0073] Various communication interfaces (e.g., 3GPP) may be used for each radio link, depending on, for example, the satellite payload configuration. For example, in a transparent payload, the NR-Uu radio interface may be used for both the service link 206 and the feeder links 202a, 202b. In an example, for a regenerative payload, the NR-Uu interface may be used for the service link 206, and a satellite radio interface (SRI) may be used for the feeder links 202a, 202b. In some implementations, an ISL may not be utilized. In an example, there may be a UP / CP protocol stack for a transparent payload configuration.

[0074] NTN satellites can support multiple cells, each containing one or more satellite beams. The satellite beams may cover a footprint on Earth (e.g., like a terrestrial cell). Satellite beams may vary in diameter (e.g., 100-1000 km diameter for LEO deployments and 200-3500 km diameter for GEO deployments). The beam footprint in GEO deployments may remain fixed relative to the Earth. For LEO deployments, the area covered by the beam / cell may change over time due to satellite movement. In one example, beam movement may be classified as "Earth moving," where a LEO beam may move continuously across the Earth. In another example, beam movement may be classified as "quasi-Earth fixed," where a beam may be steered to continue covering a fixed location until a new cell overtakes the coverage area with discrete and coordinated changes.

[0075] The round trip time (RTT) and / or maximum differential delay may be larger than that of a terrestrial system, for example, based on the altitude and / or beam diameter of the NTN platform. In an exemplary transparent NTN deployment, the RTT may range from 25.77 ms (e.g., LEO at 600 km altitude) to 541.46 ms (GEO), and the maximum differential delay may range from 3.12 ms to 10.3 ms. In an example, the RTT of the regenerated payload may be approximately half that of the transparent payload. The RTT of the regenerated payload may be approximately half that of the transparent payload, for example, because the transparent configuration may consider both the service link and the feeder link, whereas the RTT of the regenerated payload may consider only the service link. To minimize the impact on existing NR systems (e.g., to avoid preamble ambiguity or to properly adjust the timing of the receive window), the WTRU may perform timing pre-compensation before initial access.

[0076] In one or more cases, the WTRU may be configured with user plane extensions. The pre-compensation procedure may instruct the WTRU to obtain its position via GNSS and obtain feeder link (or common) delay and satellite positions via satellite ephemeris data. The satellite ephemeris data may be periodically broadcast in the system information. In an example, the satellite ephemeris data may include satellite speed, direction, and / or velocity. The WTRU may estimate the distance (and therefore delay) from the satellite. The WTRU may add a feeder link delay component to obtain the complete WTRU-gNB RTT. The complete WTRU-gNB RTT may be used to offset timers, receive windows, or timing relationships, including ra-ResponseWindow, msgb-ResponseWindow, and ra-ContentionResolutionTimer. The network may perform frequency compensation.

[0077] The WTRU may calculate a WTRU-specific TA (and thus a WTRU-gNB RTT), and example implementations may include procedures for reporting the TA estimate to the network via a new MAC CE. A timing advance report (TAR) may, in some examples, be triggered when one or more of the following events occur: A TAR may be triggered in response to an instruction from higher layers to trigger a timing advance report. If the WTRU has not previously reported a TA value to the current serving cell, a TAR may be triggered based on configuration of offsetThresholdTA by higher layers. In another example, a TAR may be triggered if the variation between current information regarding the timing advance and the last reported information regarding the timing advance is greater than or equal to offsetThresholdTA, if configured.

[0078] In one or more cases, the WTRU may be configured with HARQ and / or DRX extensions. The WTRU may be semi-statically configured via RRC to apply a specific HARQ behavior to a set of HARQ process IDs. This semi-static configuration may be configured per serving cell. Furthermore, the semi-static configuration may be optionally configured for both UL and DL HARQ processes via one or both of the optional configurations downlinkHARQ-feedbackDisabled and uplinkHARQ-mode. For downlinkHARQ-feedbackDisabled, the WTRU may be configured per HARQ process ID to indicate whether DL HARQ feedback is enabled or disabled. For uplinkHARQ-Mode, the WTRU may be configured per HARQ process ID to indicate whether the UL HARQ process uses HARQModeA or HARQModeB. In an example, HARQ mode A may be applied to transmissions with UL HARQ retransmissions enabled, and HARQ mode B may be applied to transmissions with UL HARQ retransmissions disabled or transmissions using blind UL retransmissions.

[0079] The WTRU may adapt the DRX timer based on the configured HARQ characteristics of the HARQ process. DRX may be adapted on both the UL and / or DL ​​to adapt the DRX active time account for additional propagation delay (e.g., when HARQ feedback is enabled) and / or to enable additional WTRU power savings (e.g., when HARQ feedback is disabled). The WTRU may adapt its operation based on one or more of the following examples: The WTRU may adapt the DRX timer for DL ​​based on one or more of the following examples: For example, if downlinkHARQ-FeedbackDisabled is configured for this serving cell, then upon DL reception, the WTRU may extend the length of the DL HARQ RTT timer by the WTRU-gNB RTT (e.g., propagation delay) if HARQ feedback is enabled for the HARQ process. If downlinkHARQ-FeedbackDisabled is configured for this serving cell, then upon DL reception, the WTRU may not start drx-RetransmissionTimerDL to enable additional power savings if HARQ feedback is disabled for the HARQ process. For DL, if downlinkHARQ-FeedbackDisabled is configured for this serving cell, then upon DL reception, the WTRU may apply the legacy behavior (e.g., start drx-RetransmissionTimerDL after expiration of drx-HARQ-RTT-TimerDL) when downlinkHARQ-FeedbackDisabled is not configured.

[0080] The WTRU may adapt the DRX timers for the UL and DL based on one or more of the following examples: For example, if uplinkHARQ-Mode is configured for this serving cell, then upon UL transmission, the WTRU may extend the length of the DL HARQ RTT timer by the WTRU-gNB RTT (i.e., propagation delay) if the HARQ process is configured as HARQModeA. If uplinkHARQ mode is configured for this serving cell, then upon UL transmission, the WTRU may not start the drx-RetransmissionTimerDL to allow additional power savings if the HARQ process is configured as HARQModeB. If uplinkHARQ mode is configured for this serving cell, then upon UL transmission, the WTRU may apply legacy behavior (e.g., starting the drx-RetransmissionTimerUL after expiration of the drx-HARQ-RTT-TimerUL) if uplinkHARQ mode is not configured.

[0081] In one or more cases, the WTRU may be configured with an LCP extension based on HARQ behavior. The WTRU may be configured to apply LCP restrictions based on the UL HARQ mode configured for the HARQ process ID to which the UL grant is assigned. In one or more examples, the WTRU behavior may be specified based on two optional RRC configurations: uplinkHARQ-mode and allowedHARQ-mode. The uplinkHARQ-mode may configure the HARQ process ID, for example, as either HARQModeA or HARQModeB. The allowedHARQ-Mode may be configured per logical channel and sets the allowed HARQ mode of the HARQ processes mapped to this logical channel.

[0082] Upon receiving a new UL grant, the WTRU may determine whether allowedHARQ mode is configured for this LCH and / or whether HARQ mode is configured for the HARQ process of the UL grant. If both are configured and the LCH is allowed to be mapped to HARQ mode, the restriction may be met and data from this logical channel may be mapped to the UL grant. If either uplinkHARQ mode or allowedHARQ mode is not configured, the WTRU may map this logical channel to any HARQ process.

[0083] In one or more cases, the WTRU may be configured with control plane extensions. In an example, extensions to RRC_CONNECTED adapt mobility and / or measurement procedures to non-terrestrial environments. Modifications to mobility may include additional execution conditions for conditional handover, such as an A4 event, and time / location-based conditions. A location-based event may be defined by condEventD1. A location-based event may be met if the distance between the WTRU and a first reference location (e.g., in the serving cell) exceeds a threshold and a second reference location (e.g., in a neighboring cell) falls below a threshold. A time-based event may be defined by condEventT1. A time-based event may be met if a conditional handover execution occurs, for example, between T1 and T2, where T2 = T1 + duration.

[0084] In an example NTN implementation, both time-based and location-based trigger conditions may be configured simultaneously in a measurement condition (e.g., A4). Other modifications may be applied to the measurement and may include one or more of the following: location-based measurement reporting, multiple synchronization signal block (SSB)-based measurement timing configurations (SMTCs), and / or measurement gaps. Location-based measurement reporting may be based on event D1 and may utilize similar execution conditions as condEvent D1. Multiple SMTCs may be configured per carrier for a given set of cells, for example, based on propagation delay differences, feeder link delays, and / or serving / neighbor cell satellite ephemeris. In an example, measurement gaps may be configured using the same or similar propagation delay differences as calculated for the SMTCs.

[0085] Stationary WTRUs may be expected to perform mobility functions for LEO deployments. Based on this, extended mobility is of particular interest in LEO deployments: due to satellite movement, a stationary WTRU can be expected to perform mobility, for example, approximately every 7 seconds, depending on deployment characteristics.

[0086] Enhancements to IDLE / INACTIVE cell reselection may include new measurement rules. Two main enhancements may be based on the WTRU distance from the cell reference point and the time (e.g., indicated by t-Service) at which the pseudo-earth cell can stop serving the current area. The cell reference point or parameters used to evaluate the distance condition (e.g., t-Service and distanceThresh) may optionally be broadcast in a SIB (e.g., SIB19). SIB19 may be a new system information block that carries NTN-specific information.

[0087] Location-based extensions may allow measurement relaxation, for example, when the WTRU is located within a threshold (e.g., distanceThresh) from a cell reference point. In one or more implementations, the cell reference point may be a cell center. In some examples, there may be a cell reference point that is not a cell center. Based on conditions being met, the WTRU may not perform intra-frequency measurements, measurements of NR inter-frequency cells of equal or lower priority, and / or measurements of lower priority inter-RAT frequency cells. For example, the WTRU may not perform the above if all of the following conditions are met: The serving cell satisfies Srxlev>SIntraSearchP and Squal>SIntraSearchQ, The WTRU has valid WTRU location information (i.e., the WTRU implementation has WTRU location information available, and the distance between the WTRU and the serving cell reference location is less than distanceThresh).

[0088] The time-based extension can instruct the WTRU to perform cell reselection measurements in a pseudo-terrestrial-fixed cell at a certain time (e.g., before t-Service) based on the WTRU implementation. In an example, the WTRU can perform intra-frequency, inter-frequency, and / or inter-RAT measurements before t-Service regardless of the distance between the WTRU and the serving cell measurements or whether the serving cell satisfies Srxlev > SIntraSearchP and Squal > SIntraSearchQ, or Srxlev > SnonIntraSearchP and Squal > SnonIntraSearchQ. The distance and time-based measurement rules may not affect higher priority NR inter-frequency and / or inter-RAT frequency measurements. In an example, the WTRU can perform these measurements regardless of the remaining service time and / or distance from the cell reference point.

[0089] In one or more cases, the WTRU may be configured for IoT NTN. In an example, NR NTN extensions may be utilized for IoT NTN. For example, the extensions may include time / frequency pre-compensation, timing advance reporting, timer and monitoring window offsets, and / or t-service based cell (re)selection extensions. Some implementations may support extensions such as disabled HARQ feedback and / or mobility extensions.

[0090] IoT NTNs may utilize extensions related to the consideration of discontinuous coverage scenarios. Discontinuous coverage for NTNs may refer to temporary and / or predictable coverage gaps caused by discontinuous coverage in non-geostationary satellite orbit (NGSO) deployments. This may not be an issue if continuous coverage is available globally, but continuous coverage may not be available globally in some NTN implementations (e.g., early deployments, deployments in deep rural areas). IoT NTNs may provide extensions to address discontinuous coverage scenarios. In some instances, these extensions may not exist for NR NTNs.

[0091] Due to deterministic satellite movement, coverage gaps can be predicted and taken into account. The IoT NTN may support additional assistance information (e.g., satellite ephemeris and coverage parameters such as footprint radius, cell reference point or elevation angle, and / or start time of service for neighboring cells given by t servicestart) to predict the duration of the coverage gap. While in a discontinuous coverage gap, the WTRU may suspend AS functionality.

[0092] In some implementations, there may be extensions for NR NTN. For example, NR NTN extensions may include coverage extensions, NR-NTN above 10 GHz, network (NW) verified WTRU location, and / or NTN-NTN and NTN-TN mobility and / or service continuity. Coverage extensions may include extensions to PUCCH for Msg4 HARQ-ACK, DMRS bundling for PUSCH (e.g., considering NTN-specific issues), and support for blind MSG3 retransmission grant reception. For NR-NTN above 10 GHz, there may be, for example, analysis of regulatory and adjacent channel coexistence scenarios, Rx / Tx requirements for satellite access nodes and WTRU classes, and / or values ​​for physical layer parameters. There may be extensions for network-verified WTRU location, for example, multi-RTT to support network-verified WTRU location. With regard to NTN-NTN and NTN-TN mobility and service continuity, there may be extensions related to, for example, cell (re)selection for NTN-TN and terrestrial mobile cells, handover to reduce signaling overhead, and / or Xn / NG signaling to support feeder link switching.

[0093] In some implementations, there may be extensions for IoT NTN. For example, IoT NTN extensions may include performance extensions, mobility extensions, and / or discontinuous coverage scenarios. For performance extensions, there may be support for disabled HARQ feedback and / or improved GNSS operation for new position fixes for WTRU pre-compensation during long connection times. For mobility extensions, there may be measurement triggers before RLF, signaling of neighbor cell ephemeris in system information, adoption of Rel-17 solutions introduced in NR-NTN for mobility extensions, and / or WTRU RRM core requirements for the listed features. For discontinuous coverage scenarios, the extensions may include specifying mobility management extensions and / or power saving extensions for discontinuous coverage.

[0094] In one or more cases, the WTRU may be configured for synchronization during same-PCI satellite switching. In some NTNs, cells originating from different satellites may be associated with different PCIs. A stationary WTRU may experience continuous L3 mobility as the serving satellite moves through the sky and out of coverage (e.g., due to the curvature of the Earth), and a new satellite may take over coverage of a geographic area.

[0095] 3 shows an example of same-PCI switching 300 in which satellites 302a, 302b serve the same PCI 304a. For a quasi-terrestrial fixed cell, a hard switch may occur on the same SSB frequency and the same gNB. For such a quasi-terrestrial fixed cell, satellite switching without PCI switching may be supported. In the example 300, PCI switching is shown. The WTRU 310 may support resynchronization to the incoming satellite 302b serving the same PCI 304a. The method and implementation for WTRU resynchronization may reduce interruption time during satellite switching and avoid unnecessary radio link failure (RLF).

[0096] In the exemplary same-PCI switching 300, a geographic area is associated with PCIs 304a, 304b, and 304c and a gNB 306. At time T0, PCI 304a is served by a first satellite 302a. When the first satellite 302a moves out of range (e.g., due to the curvature of the Earth), a second (terminating) satellite 302b connected to the same gNB 306 can begin serving PCI 304a. This may occur at some transition point 308 that can be known in advance by the network. This solution avoids the need for L3 mobility and therefore reduces signaling overhead. However, because the previous satellite 302a and the terminating satellite 302b are physically located far apart, the radio conditions, timing advance, Doppler compensation, and UL beam direction may be very different, and the WTRU 310 must resynchronize to the new satellite 302b. Because the PCI 304a, gNB 306, and SSB frequency remain the same, the satellite switch may be mostly transparent to the WTRU 310, which may require some assistance information to facilitate resynchronization to the incoming satellite 302b. The WTRU 310 may support resynchronization to the incoming satellite 302b that serves the same PCI 304a. WTRU resynchronization may reduce interruption time during the satellite switch and avoid unnecessary RLF.

[0097] The WTRU may be configured for time synchronization during same-PCI satellite switching. In one or more cases, before a same-PCI satellite switching, the WTRU may receive a configuration for pre-reporting timing advance and aiding information for the incoming satellite (e.g., time and incoming satellite position in the same-PCI satellite switching). The WTRU may receive the configuration to reduce TA resynchronization time and congestion due to large TA reporting. The WTRU may use the aiding information to calculate the timing advance of the incoming satellite upon same-PCI satellite switch and report a future TA at a configured offset relative to the satellite switch time. The future TA at a configured offset relative to the satellite switch time may, for example, indicate the TA value to be applied to the incoming satellite. Upon satellite switch, the WTRU may apply a pre-calculated TA for subsequent transmissions. If the WTRU successfully reported a TA to the incoming satellite before the satellite switch, the WTRU may ignore TAR triggering (e.g., due to the offsetThresholdTA configuration).

[0098] In some examples, the WTRU can calculate the TA value via ephemeris before the RACH. Therefore, a large time difference during same-PCI satellite switching (which does not require the RACH) may cause TA synchronization failure. Relying on several triggers for TA reporting (e.g., offsetThresholdTA) may cause large signaling overhead after the switching time. Therefore, to address these system issues, the WTRU can pre-calculate the TA based on the future position of the incoming satellite at the time of same-PCI satellite switching. The WTRU can, for example, pre-report the future TA value with the indicated offset before the satellite switching.

[0099] The WTRU may receive (e.g., via broadcast) the time and position of the terminating satellite for a same-PCI satellite switch. In one or more cases, the WTRU may receive a configuration for pre-reporting a TA to a new satellite (pre-TAR). The WTRU may receive a configuration including one or more of an enable / disable instruction for pre-TAR reporting, an offset before the satellite switch time for reporting the pre-TAR, a time period for reporting the pre-TAR, and / or a condition for reporting the pre-TAR. The condition for reporting the pre-TAR may include, for example, a delta threshold from the TA to the previous satellite. In one or more cases, the WTRU may pre-calculate a TA value for the terminating satellite using the position of the terminating satellite at the time of the PCI switch. In one or more cases, the WTRU may transmit the pre-calculated TA value according to the pre-reporting configuration. In an example, the pre-reporting configuration may indicate that a TA value is associated with the terminating satellite. In one or more cases, the WTRU may apply the pre-calculated TA to the terminating satellite during a same-PCI satellite switch. If the WTRU is able to successfully report a future timing advance before the satellite switch (e.g., the WTRU receives an ACK for a transmission carrying a pre-TAR), the WTRU may ignore the trigger condition if offsetThresholdTA is configured and the TAR is triggered due to a satellite switch. If the WTRU is unable to successfully report a future timing advance before the satellite switch, the WTRU may transmit a TAR upon the satellite switch using a pre-calculated timing advance. In one or more cases, the WTRU may transmit a UL TB (e.g., after a same PCI satellite switch) using a pre-calculated TA.

[0100] The WTRU may be configured for radio link monitoring (RLM) during same-PCI satellite switching. After a same-PCI satellite switch, measurements and / or cell quality information associated with the previous satellite may no longer be valid. To avoid averaging the channel conditions to the incoming satellite, the WTRU may reset the L3 measurement window upon a satellite switch. The WTRU may apply a new measurement configuration (e.g., a temporary configuration with a denser set of measurement objects) and / or L3 filter coefficients after a satellite switch to obtain measurements and resynchronize to the incoming satellite. The WTRU may temporarily suspend L3 event-based reporting by some offset before and / or after a satellite switch to avoid unnecessary reporting and mobility. For example, to avoid using resource reporting to a cell that is no longer available, the WTRU may temporarily suspend L3 event-based reporting by some offset before a satellite switch, as if the channel conditions are about to change. Alternatively or additionally, the WTRU may temporarily suspend L3 event-based reporting by some offset to allow time to properly measure the new channel conditions.

[0101] In some implementations, the WTRU may average cell measurements over time to obtain the L3 cell quality. This process may delay detection of radio problems with the new satellite after a satellite switch, and quickly communicating the new measurements with the incoming satellite may require measurement reconfiguration after the satellite switch. Measurement reconfiguration may be time-consuming given the risk of WTRU-gNB RTT and / or RLF. In an example, to address the above issues, the WTRU may reset the L3 measurement window upon a satellite switch and apply a pre-configured measurement configuration (e.g., with denser measurement objects) and / or filter coefficients to quickly assess the new channel conditions.

[0102] In one or more cases, the WTRU receives (e.g., via broadcast) the time when the same PCI satellite switch will occur. The WTRU can receive a measurement configuration to apply at the time of the same PCI satellite switch. The measurement configuration may include one or more of a temporary measurement configuration, an expiration condition for the temporary measurement configuration (e.g., number of measured RSs, duration, etc.), a second measurement configuration (e.g., to apply after the temporary measurement configuration), L3 filter coefficients to apply at the time of the satellite switch, and / or a configuration for suspending measurement reporting. The configuration information indicating to suspend measurement reporting may include, for example, one or both of a start time and a duration.

[0103] The WTRU may perform a same-PCI satellite switch based on the received configuration. The WTRU may perform one or more of the following actions related to performing a same-PCI satellite switch: suspend measurement reporting (e.g., according to some configured inhibit duration), reset the L3 measurement window (e.g., discard previous serving cell measurements), apply a temporary measurement configuration, and / or apply updated L3 filter coefficients. In an example, the expiration condition of the temporary measurement configuration may not be met or may not be configured, and the WTRU may perform measurements according to the temporary measurement configuration and perform filtering based on the updated L3 filter coefficients. If the expiration condition of the temporary measurement configuration is met and the WTRU has not been provided with a second measurement configuration, the WTRU may revert to the previous measurement configuration (e.g., the configuration used before the satellite switch). The WTRU may send measurement reports based on the new measurement configuration.

[0104] The WTRU may be configured for transmission processing for same-PCI satellite switching. The WTRU resynchronization time associated with a same-PCI satellite switch may vary based on the WTRU's ability to determine or predetermine synchronization aspects (e.g., timing advance, power control, etc.). During resynchronization, transmission and / or reception may be suspended. If the network is unaware of the WTRU's resynchronization time, there may be associated risks. For example, there may be additional latency and wasted transmission opportunities (e.g., if the resynchronization time is overestimated), or the risk of missed transmission (TX) and / or reception (RX) opportunities (e.g., if the resynchronization time is underestimated). To support resynchronization gap configuration, the WTRU may transmit capabilities and / or assistance information (e.g., estimated resynchronization time) before the satellite switch. During resynchronization, the WTRU may suspend TX and / or RX, including pre-scheduled transmissions, such as configured grants, periodic CSI / SRS, etc. In one or more examples, following resynchronization, the WTRU may signal that synchronization is complete (e.g., via transmission of one or more UL signals. Examples of UL signals may include, for example, without limitation, an SR, a transmission on a CG, a PRACH, a HARQ ACK, etc.

[0105] In some implementations, the WTRU may rely on pre-configured network scheduling and / or periodicity configuration for transmissions to ensure that WTRU transmissions and / or receptions do not occur during resynchronization to a new satellite. If the network's estimation of the resynchronization time is inaccurate, resynchronization to a new satellite may result in wasted resources (e.g., over-estimation) or loss of TX and / or RX (e.g., under-estimation). To address issues in these systems, the WTRU may provide capability and / or assistance information regarding the resynchronization time to assist in measurement gap configuration. The WTRU may ignore pre-configured scheduling (e.g., CG, periodic SRS, etc.) during the resynchronization time. Alternatively or additionally, the WTRU may optionally transmit an ACK to confirm that synchronization has been regained. For example, the WTRU may optionally transmit the ACK via one or more of SR, pre-provisioned resources, using the earliest available CG resources, etc.

[0106] The WTRU may receive (e.g., via broadcast) configuration information indicating the time when the same-PCI satellite switch will occur. In one or more examples, the WTRU may transmit assistance information before the same-PCI satellite switch. The assistance information may include, for example, one or more of a resynchronization duration, the WTRU's ability to perform synchronization procedures (e.g., timing advance pre-calculation and reporting) before the same-PCI satellite switch, and / or the time when the WTRU can resume TX and / or RX after the same-PCI satellite switch. The WTRU may receive configuration information for satellite resynchronization. The configuration for satellite resynchronization may include, for example, one or more of a resynchronization gap configuration, a condition for declaring resynchronization failure, and / or a resource for indicating successful resynchronization (e.g., a UL grant, a dedicated RACH preamble).

[0107] The WTRU may perform a same-PCI satellite switch to a second satellite, for example, based on configuration information indicating the time of the same-PCI satellite switch. When performing a same-PCI satellite switch, the WTRU may initiate a resynchronization gap, suspend UL TX and / or DL ​​RX, and perform one or more resynchronization procedures (e.g., timing advance calculation, Doppler compensation, power control, measurements) to the incoming satellite. The WTRU may initiate the resynchronization gap using the received configuration information. Following successful resynchronization to the satellite, the WTRU may transmit an indication of successful resynchronization (e.g., via provided resources), if configured to do so.

[0108] The WTRU may be configured for power control for same-PCI satellite switching. The UL TX power required by the WTRU after a satellite switch may vary significantly, for example, due to a large difference in location between the previous and the destination satellite. If the WTRU uses too little power, the WTRU risks failed reception. If the WTRU uses too much power, the WTRU risks interference and unnecessary power consumption. In an example, line-of-sight (LOS) may be likely (e.g., very likely) in an NTN environment. When LOS is present, the largest component of path loss may be due to free-space propagation loss.

[0109] The WTRU can estimate free-space path loss based on known information. For example, the WTRU can estimate free-space path loss based on known positions of the previous and terminating satellites (e.g., via aiding information). Using the free-space propagation estimate, the WTRU can scale the UL transmit power for the initial transmission to the terminating satellite based on the delta distance from the previous satellite. The UL transmit power may be further controlled by NW configuration (e.g., enable / disable, maximum allowed delta scaling). Additionally or alternatively, the UL transmit power may be condition dependent. For example, the UL transmit power may be based on the probability of line-of-sight (LOSPI) to the previous and / or terminating satellite being above a configured threshold.

[0110] In some examples, the WTRU may wait to adjust the UL transmit power after a satellite switch until a power control command is received. In such examples, waiting for a power control command to adjust the UL TX power may risk transmission failure (e.g., if the initial power is too low) or interference and / or excessive power consumption (e.g., if the power control is too high). To address this, the WTRU may scale the power utilized for the initial UL transmission to the new satellite based on the difference in distance between the WTRU, the old satellite, and the new satellite. In examples, the scaled power may be enabled based on a configuration and / or instruction in the SIB. Additionally or alternatively, the scaled power may depend on a high probability of line-of-sight (i.e., LOSPI%>X).

[0111] The WTRU may receive aiding information (e.g., via broadcast) regarding the previous and incoming satellites. The aiding information may include one or more of ephemeris data for the current serving satellite, the time of the same PCI satellite switch, and / or the position of the incoming satellite at the time of the same PCI satellite switch. In one or more cases, the WTRU may receive configuration information for calculating the UL TX power to the incoming satellite. The configuration for calculating the UL TX power may include one or more of an enable / disable indication, a maximum delta value by which the original TX power may be autonomously adjusted by the WTRU, a minimum line-of-sight probability threshold for the previous and incoming satellites, and / or a decision regarding whether to indicate how much the WTRU adjusted the UL TX power and / or UL TX power level (e.g., within a first transmission). In one or more cases, the WTRU may obtain updated WTRU information (e.g., via GNSS). The WTRU may calculate the WTRU-to-satellite distance for each satellite at the time of the same PCI satellite switch (e.g., using the satellite aiding information). In one or more cases, the WTRU may calculate the line-of-sight probability to each satellite. In an example, in the case of same-PCI satellite switching, if WTRU autonomous UL TX power adjustment is enabled and line-of-sight conditions to the previous and incoming satellites are met, the WTRU may adjust the UL TX power (e.g., proportional to the relative distance between the two satellites). The WTRU may send an initial UL transmission using the adjusted UL TX power. The WTRU may include the delta adjustment and / or current UL TX power in the initial transmission (e.g., if configured by the network). In an example, in the case of a same PCI satellite switch, if WTRU autonomous UL TX power adjustment is not enabled and / or if line-of-sight conditions to the previous and terminating satellites are not met, the WTRU may send the initial UL transmission at the UL TX power used for transmission to the previous satellite.

[0112] The WTRU may be configured for beam management during same-PCI satellite switching. The serving and terminating satellites during same-PCI satellite switching may be in different locations. Thus, the WTRU can reorient its UL TX beam after a satellite switch. The WTRU may predict how to reorient its WTRU spatial filter using, for example, reference signals (e.g., SSB / CSI-RS) from neighboring cells originating from the terminating satellite taking over the PCI. To support this mapping, the WTRU may receive an indication and / or configuration that a reference signal (e.g., originating from the terminating satellite) in a first time period (e.g., before the satellite switch) is quasi-colocated (QCL) with a second reference signal in a second time period (e.g., after the satellite switch). Thus, the WTRU can apply measurements made before the switch to predetermine the beam direction and channel conditions to the destination satellite after the switch, thereby speeding up resynchronization to the destination satellite.

[0113] In some examples, the WTRU may wait until after a satellite switch event to determine how to reorient the spatial filter and perform channel measurements, thus increasing resynchronization time. To address issues in legacy systems, the WTRU may measure a reference signal (e.g., some SSB / CSI-RS from a neighboring cell) from the incoming satellite to understand how to reorient the spatial filter when the incoming satellite takes over coverage. The WTRU may receive an indication and / or configuration of a reference signal in a first time period (i.e., before the switch) that has been QCL'd with a second reference signal in a second time period (i.e., after the switch) to link measurements before and after the switch.

[0114] The WTRU may receive (e.g., via broadcast) configuration information indicating the time of the same-PCI satellite switch. In one or more cases, the WTRU may receive an indication and / or configuration that a reference signal in a first time period (e.g., before the satellite switch) is QCL'd with a second reference signal in a second time period (e.g., after the satellite switch). In an example, the WTRU may measure a reference signal emanating from an incoming satellite during the first time period. In one or more cases, the WTRU uses the reference signal from the first time period to calculate a beam direction and DL path loss to the incoming satellite. Upon the same-PCI satellite switch, the WTRU may reorient its UL TX beam (e.g., via application of an updated spatial filter) and adjust transmit power for an initial UL transmission (e.g., based on the measured DL path loss from the first time period) based on the mapping configuration and the reference signal measurements from the first time period. In an example, the WTRU may link measurements from the first time period to measurements in the second time period. In an example, the WTRU may transmit a same PCI satellite switch confirmation (e.g., using a MAC CE or a pre-configured PUCCH) using the determined UL TX beam and a transmit power calculated based on the reference signal received power (RSRP) of the reference signal during the first time period.

[0115] It should be noted that the term "previous satellite" may refer to a satellite serving a PCI before a same-PCI satellite switch. Furthermore, it should be noted that the term "incoming satellite" may refer to a satellite serving a PCI after a same-PCI satellite switch. It should be noted that the term "temporary measurement configuration" may refer to a measurement configuration applied at or near the time of a same-PCI satellite switch, for example, to support rapid resynchronization to the incoming satellite. It should be noted that the term "resynchronization gap" may refer to a period of time indicated or configured by the network during which the WTRU is expected to perform one or more aspects of resynchronization to the incoming satellite during a same-PCI satellite switch. It should also be noted that the term "WTRU autonomous power adjustment" may refer to an adjustment of the UL transmit power by the WTRU for an initial UL transmission to the incoming satellite after a same-PCI satellite switch.

[0116] The methods and embodiments described herein may refer to the example of same-PCI satellite switching. However, it should be understood that the embodiments may be applied to other non-terrestrial mobility scenarios, such as, but not limited to, feeder link switching, quasi-terrestrial fixed cell change, and / or inter-satellite mobility and / or cell (re)selection (e.g., by replacing "same-PCI satellite switching" with one or more of the above scenarios in a given solution). Furthermore, it should be understood that the embodiments may be applied to multi-TRP scenarios in which multiple TRPs serve a PCI, and to resynchronization during RACH-less handover. Furthermore, the embodiments described herein may support resynchronization enhancements (e.g., faster resynchronization) for terminating satellites during same-PCI satellite switching. Thus, the methods and embodiments may reduce service interruption time and / or the risk of RLF due to synchronization loss. In an example, these embodiments may enable pre-synchronization, thereby reducing the risk of congestion caused by signaling overhead after a satellite switch. It should be noted that the embodiments discussed herein may be combined with one or more of the other embodiments discussed herein.

[0117] The WTRU may be configured with configuration and / or assistance information to support resynchronization to an incoming satellite. To support same-PCI satellite switch resynchronization, the WTRU may receive assistance information and / or configuration from the network. The assistance information and / or configuration may be provided, for example, via dedicated signaling (e.g., via RRC signaling, MAC CE, or DCI), broadcast in the system information, or both. For example, the WTRU may receive assistance information such as information related to same-PCI switch times and neighbor satellite positions in a broadcast manner, and the WTRU may receive configuration information for TA calculation, measurement reporting, resynchronization gap configuration, power control, and / or beam management in a dedicated manner (e.g., via RRC). In one or more cases, the WTRU may receive and maintain updated system information (e.g., via configuration) at a time point prior to a same-PCI satellite switch. The WTRU may receive and maintain updated system information at a time point prior to a same-PCI satellite switch to minimize the risk of resynchronization failure and ensure that necessary information is available at the time of a same-PCI satellite switch.

[0118] WTRU configuration and / or assistance information provided in a dedicated manner may in some cases override assistance information received via a broadcast indication. For example, the WTRU may receive one or more of the following assistance information and / or configurations to support same-PCI satellite switching resynchronization: time of same PCI satellite switch (e.g., 10:31:20 UTC time), position of the incoming satellite at the time of the same PCI satellite switch, position of the previous satellite at the time of the same PCI satellite switch, ephemeris data for the incoming satellite (e.g., to support WTRU prediction of the incoming satellite position at the time of the same PCI satellite switch), ephemeris data for the previous satellite (e.g., to support WTRU prediction of the previous satellite position at the time of the same PCI satellite switch), common time information (e.g., feeder link delay, kmac, etc.) for the incoming satellite and / or previous satellite (e.g., at the time of the same PCI satellite switch), information and / or configuration to support pre-calculation and reporting of timing advance to the incoming satellite, information and / or configuration to support radio link monitoring and information and / or configuration for resynchronization gaps and RX / TX interruptions, information and / or configuration to support WTRU autonomous UL power adjustment, information and / or configuration to support beam management, information and / or configuration to support resynchronization status indication.

[0119] In one or more examples, a WTRU may be configured to request incoming satellite assistance information during a same-PCI satellite switch. The WTRU may request the assistance information to support resynchronization to an incoming satellite during a same-PCI satellite switch. For example, the WTRU may trigger a request if the WTRU was unable to obtain one or more information fields necessary to complete resynchronization before the same-PCI satellite switch. Alternatively or additionally, the WTRU may trigger a request for assistance information based on connection establishment (e.g., upon initial access, upon service resumption) or mobility. In one or more cases, a request for assistance information may be sent via, for example, UCI, SR, RACH messaging (e.g., MSGA, MSG3, MSG5), PUSCH, MAC CE, and / or RRC signaling. The assistance information request may include a general request (e.g., a flag indicating that all available information is requested). The assistance information may indicate one or more specific information fields to be provided to the WTRU.

[0120] The WTRU may be configured for time synchronization for same-PCI satellite switching. Because the incoming and previous satellites during same-PCI satellite switching are physically located very far apart, the WTRU may experience a large difference in timing advance when a satellite switch occurs. In an example (e.g., legacy implementation), the WTRU may calculate a TA value via ephemeris before the RACH. Based on this, there may be a TA difference upon same-PCI satellite switching (e.g., which may not require a RACH), which may cause a TA synchronization failure. In an example, relying on existing triggers for TA reporting (e.g., offsetThresholdTA) may cause congestion after a satellite switch due, for example, to signaling overhead from large-scale TA report triggering.

[0121] The methods and embodiments described herein may shorten the TA resynchronization time and / or reduce the risk of congestion after a satellite switch (e.g., due to large-scale TA reporting). For example, the WTRU may pre-calculate a TA value based on the future position of the incoming satellite at the time of the same PCI satellite switch and pre-report the future TA value at the indicated offset before the satellite switch.

[0122] In one or more implementations, the WTRU may be configured to pre-calculate a timing advance to the incoming satellite. The WTRU may pre-calculate a TA to the incoming satellite for a same-PCI satellite switch time. The WTRU may pre-calculate the TA to, for example, enable fast timing synchronization to the incoming satellite after a same-PCI satellite switch. In an example, the network may control (e.g., enable / disable) the WTRU's ability to pre-calculate the TA via one or more of a configured explicit RRC, an indication in broadcast signaling, and a (de)activation command (e.g., via a MAC CE). The network may configure a window (e.g., a time period) and / or an offset from a same-PCI satellite switch for the WTRU to pre-calculate the TA. If the WTRU is unable to determine a future TA by the expiration of this time period or by an indicated time, the WTRU may not pre-calculate a timing advance. If timing advance pre-calculation is enabled and the WTRU is unable to perform pre-calculation, the WTRU may send a report or indication to the network.

[0123] To support TA pre-calculation, the WTRU may use configuration and / or aiding information corresponding to the terminating satellite to determine, for example, common timing information (e.g., feeder link delay) and / or the satellite's position at the time of the same PCI satellite switch. This information may be, for example, the satellite's explicit position at the time of the same PCI satellite switch. Alternatively or additionally, the WTRU may use the terminating satellite's ephemeris data to predict the satellite's position at the time of the same PCI satellite switch. The WTRU may obtain the WTRU's position (e.g., via GNSS) and calculate the distance between the WTRU and the terminating satellite at the time of the same PCI satellite switch. Using the distance between the WTRU and the terminating satellite to estimate the service link delay, the WTRU may add the common timing information from the terminating satellite to determine the complete timing advance between the WTRU and the terminating satellite at the time of the same PCI satellite switch. The WTRU may store the pre-calculated value to apply to subsequent UL transmissions at and / or after the time of the same PCI satellite switch (or another explicitly indicated time).

[0124] In one or more cases of timing advance pre-calculation, the WTRU may be requested and / or triggered to report its location in order for the network to calculate the WTRU timing advance. The WTRU may be requested and / or triggered to report its location, for example, at an offset before a same PCI satellite switch. In some cases, the WTRU may be requested and / or triggered to report an estimated WTRU location upon a satellite switch. In an example, the network may provide a timing advance command with an associated activation time. The associated activation time may be, for example, a same-PCI satellite switch. In one or more cases, the WTRU may apply a TA value to transmissions occurring after the activation time.

[0125] If the WTRU pre-reports a TA value, the WTRU may receive additional TA adjustments from the network before the satellite switch. For example, the network may indicate (e.g., explicitly) whether the TA command is for the current TA (e.g., to the previous satellite) or a future TA (e.g., to the incoming satellite).

[0126] In one or more cases, the WTRU may be provided with two types of ephemeris information for determining a timing advance value. The first type of ephemeris information may be used to determine one or more transmission parameters for a current uplink transmission. The first type of ephemeris information may be used to determine one or more transmission parameters for a first time window. The transmission parameters may be, for example, a WTRU-specific and / or cell-specific timing advance value, K_offset, K_mac, etc. The second type of ephemeris information may be used to determine one or more transmission parameters for a future uplink transmission. The second type of ephemeris information may be used to determine one or more transmission parameters for a second time window. In one or more cases, the first type of ephemeris information may be associated with a current satellite, and the second type of ephemeris information may be associated with an incoming satellite. In one or more cases, the second type of ephemeris information may be provided by the current satellite. In one or more cases, one or more pieces of ephemeris information may be configured or provided to the WTRU (e.g., via higher level signaling), and each piece of ephemeris information may be indicated by or associated with time information. The time information may include, for example, a validity timer, a timestamp, a validity duration, a start time, a start / end time, etc.

[0127] The WTRU may report a timing advance to the terminating satellite. The WTRU may report a TA based on a configuration. The WTRU may report a pre-calculated TA to the terminating satellite before a same-PCI satellite switch. The WTRU may report a pre-calculated TA to the terminating satellite to reduce congestion after a same-PCI satellite switch caused by a large TAR. The WTRU TA pre-report (i.e., pre-TAR) may be according to a configuration that may include one or more of the following: an enable / disable indication, an offset from the same-PCI switch time for performing the pre-TAR, a window (e.g., time period) for reporting the pre-TAR, and / or a resource (e.g., UL scheduling grant) for reporting the pre-TAR on which information fields to include in the pre-TAR (e.g., service link TA vs. full TA).

[0128] The WTRU may pre-report a TA to the terminating satellite. For example, the WTRU may pre-report a timing advance to the terminating satellite if a valid configuration is provided and / or upon explicit network request. Alternatively or additionally, the WTRU may pre-report a TA value according to one or more pre-configured conditions. For example, the WTRU may transmit a pre-TAR if the difference in TA between the previous satellite and the terminating satellite is greater than a threshold.

[0129] If timing advance pre-reporting is enabled and all configured conditions are met, the WTRU may trigger the transmission of a pre-TAR. The pre-TAR may include one or more of the following: an explicit indication that the TAR corresponds to a future timing advance value (e.g., an incoming satellite during a same PCI satellite switch), an absolute TA value corresponding to the full WTRU-gNB timing advance, an absolute TA value for the serving link (e.g., WTRU-to-incoming satellite timing delay), a delta from the currently applied timing advance (e.g., to the previous satellite), information used to pre-calculate the TA (e.g., location and timing information of the incoming satellite), and / or a WTRU estimate of when the WTRU will be time-synchronized (e.g., when the WTRU will apply the TA value to subsequent UL transmissions).

[0130] In one or more cases, the WTRU may be configured to perform one or more actions upon same-PCI satellite switching. Upon same-PCI satellite switching (or upon explicit activation), the WTRU may apply a pre-calculated TA value and use that value for subsequent transmissions. If the WTRU is configured with offsetThresholdTA and application of a new TA value triggers a timing advance report (TAR), the WTRU may ignore the TAR trigger if the WTRU has already pre-reported the TA value to the destination satellite. The WTRU may ignore the TAR trigger by not triggering a TAR and sending an updated report. In an example, the WTRU may ignore the trigger conditional on confirmation that the pre-reported timing advance value was successfully received. The WTRU may assume successful reception based, for example, on receipt of a HARQ-ACK.

[0131] FIG. 4 is a flowchart illustrating a process 400 for pre-calculating and reporting timing advance to an terminating satellite during a same-PCI satellite switch. In one or more cases, prior to a satellite switch, a WTRU may receive TA reporting configuration and information regarding the time and position of adjacent satellites at the satellite switch point. At 402, the WTRU may receive aiding information regarding the terminating satellite. The aiding information received at 402 may include one or more of the time of the same-PCI satellite switch, the position of the terminating satellite at the same-PCI satellite switch, and / or ephemeris data for the terminating satellite. At 404, the WTRU may receive configuration information for pre-reporting the terminating satellite timing advance. For example, the configuration information received at 404 may include an enable / disable indication, a reporting time offset from the same-PCI satellite switch time, a time window for pre-reporting the same-PCI satellite switch, a resource for reporting, and / or a conditional threshold (e.g., delta time) for enabling pre-reporting.

[0132] At 406, the WTRU may pre-calculate a timing advance to the incoming satellite for the time of same-PCI satellite switch (e.g., if enabled and all configured conditions are met). If the WTRU is configured to pre-report a timing advance at 408 and the pre-reporting conditions are met at 410, the WTRU may send a timing advance report including a TA to the incoming satellite at 412. The WTRU may report a new TA with a configured offset to the transition time. The WTRU may report a new TA with a configured offset to the transition time and may indicate the timing advance value to the new satellite. If the WTRU is not configured to pre-report a timing advance at 408 or if the WTRU sent a pre-reported TA at 412, the WTRU may wait for the time of same-PCI satellite switch at 414. At the time of same-PCI satellite switch determined at 414, the WTRU may apply the pre-calculated TA to the new satellite at 416. The WTRU may apply the new timing advance at or during the satellite switch. An OffsetThresholdTA may be configured at 418. If OffsetThresholdTA is configured (e.g., determined at 418), the WTRU may ignore the trigger to report the TA if it was pre-reported. For example, the WTRU may determine at 420 that the TA was successfully pre-reported and ignore the trigger at 422. If the TA was not determined to be pre-reported at 420, the WTRU may transmit a TAR at 424.

[0133] In an example, the WTRU may perform one or more of the following to support time synchronization during a same-PCI satellite switch. For example, the WTRU may receive (e.g., via broadcast) the time and position of the incoming satellite at the time of the same-PCI satellite switch. The WTRU may receive a configuration for pre-reporting a timing advance to a new satellite (pre-TAR). The configuration for the pre-reported timing advance may include one or more of an enable / disable indication for pre-TAR reporting, an offset before the satellite switch time for reporting the pre-TAR, a time period for reporting the pre-TAR, and a condition for reporting the pre-TAR (e.g., a delta threshold from the timing advance to the previous satellite). The WTRU may pre-calculate a timing advance value to the incoming satellite using the position of the incoming satellite at the time of the PCI switch. The WTRU may transmit the pre-calculated TA value according to the pre-reporting configuration. In one or more cases, the pre-reporting configuration may explicitly indicate that a TA value is associated with the incoming satellite. The WTRU may apply the pre-calculated timing advance to the incoming satellite at the time of the same-PCI satellite switch. If the WTRU successfully reports a future timing advance before the satellite switch (e.g., the WTRU receives an ACK for a transmission carrying a pre-TAR), the WTRU ignores the trigger condition based on the offsetThresholdTA being configured and the TAR being triggered due to the satellite switch. If the WTRU does not successfully report a future timing advance before the satellite switch, the WTRU transmits a TAR upon the satellite switch using the pre-calculated timing advance. In one or more cases, the WTRU transmits the UL TB using the pre-calculated timing advance.

[0134] A WTRU may be configured for RLM for same-PCI satellite switches. In an example, for radio link monitoring (RLM), the WTRU may average cell measurements over time to obtain L3 cell quality. After a same-PCI satellite switch, measurements and / or cell quality information associated with the previous satellite may no longer be valid. This may result in delayed radio problem detection for the incoming satellite after the satellite switch. Delayed detection can be partially resolved by acquiring many new measurements immediately after the satellite switch. Acquiring new measurements for the incoming satellite may require measurement reconfiguration after the satellite switch. This process may be time-consuming, e.g., considering WTRU-gNB RTT and RLF risks. Methods and embodiments described herein may relate to RLM enhancements to address these issues, e.g., delayed detection. For example, the WTRU may reset the L3 measurement window upon a satellite switch, apply a preconfigured measurement configuration (e.g., with denser measurement objects), and / or apply filter coefficients to quickly assess the new channel conditions.

[0135] The WTRU may be configured for a measurement configuration after a same-PCI satellite switch. In an example, the WTRU may receive measurement configuration information to apply during a same-PCI satellite switch. The measurement configuration may include, for example, a denser configuration of measurement objects to quickly acquire channel conditions to an incoming satellite. In some examples, the measurement configuration may replace all or part of the current measurement configuration. For example, the WTRU may remove and / or reconfigure one or more aspects of the current configuration. In one or more cases, the new measurement configuration may add one or more additional measurement objects and / or identification information to the current configuration. The new measurement configuration may modify (e.g., add / remove / reconfigure) other aspects of the measurement configuration, such as, but not limited to, the reporting configuration, the volume configuration, and the measurement gap.

[0136] The WTRU may receive and store the measurement configuration before the same-PCI satellite switch. The measurement configuration may optionally include conditions and / or instructions that may be applied during the same-PCI satellite switch. In an example, the WTRU may obtain the conditions and / or instructions, for example, via broadcasted same-PCI satellite switch assistance information. In an example, the measurement configuration may include an explicit "activation time," where the measurement configuration explicitly includes a time for applying the measurement configuration. The WTRU may apply the new measurement configuration based on satisfaction of the conditions (e.g., at the activation time / time of same-PCI switch).

[0137] A measurement configuration may include one or more expiration conditions. An expiration condition may hereinafter be referred to as a "temporary measurement configuration." An expiration condition may be time-based. For example, a time-based expiration condition may be an explicit time. A time-based expiration condition may correspond to the end of a time period that begins upon application of the measurement configuration. An expiration condition may be based on the number of measured reference signals (e.g., SSB / CSI-RS) and / or measurement objects. An expiration condition may be based on a determination that a stable channel quality has been established. For example, an expiration condition may be based on a channel quality metric, such as, but not limited to, a measurement variance or standard deviation. An expiration condition may be based on a measurement value (e.g., RSRP / RSRQ / SINR value) rising above or falling below a threshold. An expiration condition may correspond to activation of a second measurement configuration.

[0138] In one or more examples, the WTRU may apply a subsequent measurement configuration, e.g., a second configuration, based on satisfaction of the expiration condition. The second configuration may have been received before the expiration condition was met and may have been stored by the WTRU. In an example, the second configuration may include a user-selected instruction to apply the second configuration upon expiration of the first measurement configuration. In an example, the measurement configuration applied upon same PCI satellite switching may include an instruction to store a previous measurement configuration. For example, the instruction to store a previous measurement configuration may correspond to a configuration prior to the same PCI satellite switching. In an example, the WTRU may revert to a previous measurement configuration based on satisfaction of one or more of the expiration conditions.

[0139] The WTRU may be configured for L3 filtering after a same-PCI switch. In an example, the WTRU may reset the L3 measurement window based on a same-PCI satellite switch. The WTRU may reset the L3 measurement window to avoid detecting poor channel conditions, for example, due to averaging measurements to an incoming satellite with measurements from a previous satellite in a same-PCI satellite switch. In an example, the WTRU may discard one or more measurements associated with the previous satellite. For example, the WTRU may consider a channel and / or cell quality derivation (e.g., RSRP / RSRP / SINR) that includes one or more measurements associated with the previous satellite invalid. The invalid measurements may, for example, be discarded and not used for event evaluation, cell (re)selection or mobility decisions, and / or not included in a measurement report.

[0140] The WTRU may receive a new or revised set of L3 filtering coefficients. For example, the WTRU may receive a new or revised set of L3 filtering coefficients to apply upon same PCI satellite switch. In some cases, the filtering coefficients may be provided and stored along with the measurement configuration described herein. In some cases, the filtering coefficients may be received independently. Similar to the temporary measurement configuration, the set of L3 filter coefficients may include one or more of an activation condition, an expiration condition, an instruction to store a previous set of L3 filter coefficients to be used upon expiration, and a second set of L3 filter coefficients to be applied after expiration of the temporary L3 filter coefficients.

[0141] The WTRU may be configured to perform measurement reporting before and / or after a same-PCI satellite switch. To avoid reporting measurements that will soon become invalid or to avoid triggering measurement reporting before acquisition of channel quality to the new cell, the WTRU may suspend measurement reporting at or before the same-PCI satellite switch. In some cases, the WTRU may determine whether to suspend measurement reporting before a satellite switch based on an explicit configuration from the network. In other cases, the WTRU may determine whether to suspend measurement reporting before a satellite switch based on an explicit configuration broadcast in the system information (e.g., in same-PCI satellite switching assistance information). Within the suspension configuration and / or instruction, the WTRU may include one or more of the following: a condition for initiating suspension of measurement reporting; a condition for resuming measurement reporting; aspects of measurement reporting to which the suspension applies (e.g., a subset of events, a report type, etc.); and exceptions to the measurement reporting suspension.

[0142] The WTRU determines when to initiate measurement reporting suspension based on time. For example, the WTRU may suspend measurement reporting upon a same-PCI satellite switch. In some cases, the start time may occur at an offset from the same-PCI satellite switch (e.g., 10 seconds before the switch) or at an explicit time (e.g., 10:30:02 UTC time). In one or more cases, the network may optionally provide a time period / duration during which measurement reporting is suspended and may be maintained by the WTRU (e.g., via a prohibit timer).

[0143] In an example, the suspension may apply to one or more aspects of measurement reporting. For example, the suspension may apply to event-triggered measurement reporting, periodic measurement reporting, or both. In an example, the suspension may apply to a subset of measurement events (e.g., A3-triggered measurement reporting is suspended). In an example, the suspension may apply to measurement reporting triggered by measurements performed on one or more cells or measurement objects / IDs. In some cases, the suspension may be disabled, for example, based on multiple event-based measurement triggers being met, based on a specific event-based trigger being met, and / or to support recovery procedures such as for radio link failure.

[0144] The WTRU may resume measurement reporting based on one or more of the following examples. The WTRU may resume measurement reporting, for example, based on expiration of a temporary measurement configuration. The WTRU may resume measurement reporting, for example, based on reconfiguration of a measurement configuration. The WTRU may resume measurement reporting, for example, based on activation of a second measurement configuration. The WTRU may resume measurement reporting, for example, based on satisfaction of a measurement-based condition (e.g., RSRP / RSRP / SINR above or below some threshold). The WTRU may resume measurement reporting, for example, after a certain duration. The WTRU may resume measurement reporting, for example, based on reaching an absolute time.

[0145] The WTRU may be configured with an association between measurement reports and ephemeris information. The WTRU may be configured with one or more ephemeris information for one or more satellites for the same PCI satellite switch. The WTRU may perform L3 filtering of measurements when the associated satellite position changes within a certain threshold. For example, when the associated satellite position change is greater than a threshold, the WTRU may reset the L3 filter and begin L3 filtering of the measurements. In an example, the satellite position change may be determined based on ephemeris identification information associated with the measurements. For example, the WTRU may be provided with one or more ephemeris, and each ephemeris may be associated with identification information. The identification information may indicate which ephemeris ID is active and / or from which start time it becomes active (e.g., associated with an incoming satellite). In one or more cases, the satellite position change may be determined based on the AoD of the beam at the satellite. For example, an L3 filtering reset for a measurement may be triggered when the AoD of a beam (e.g., serving beam) change is greater than a threshold. In one or more cases, the length of the L3 filter may be determined based on one or more parameters of the ephemeris information. For example, if the satellite speed is faster than a threshold, a first L3 filter length may be used. If the satellite speed is slower than the threshold, a second L3 filter length may be used, and the first L3 filter length may be shorter than the second L3 filter length.

[0146] In one or more examples, the WTRU may reset the measurement window upon a satellite switch to avoid averaging out the channel conditions to the new satellite. The WTRU may apply a new measurement configuration, such as a temporary configuration with a denser set of measurement objects. The WTRU may filter coefficients after a satellite switch to quickly obtain measurements and resynchronize to the new satellite. The WTRU may temporarily suspend L3 event-based offset reporting before a satellite switch (so that resources do not need to be used to report cells that are no longer available if channel conditions are about to change) and / or after a satellite switch (to allow time to properly measure the new channel conditions) to avoid unnecessary reporting. The WTRU may temporarily suspend reporting of any L3 event-based offsets before a satellite switch, for example, if channel conditions are about to change and resources do not need to be used to report cells that are no longer available. The WTRU may temporarily suspend L3 event-based offset reporting after a satellite switch, for example, to allow time to properly measure the new channel conditions to avoid unnecessary reporting.

[0147] 5 is a flowchart illustrating an example process 500 for radio link monitoring during same-PCI satellite switching. The WTRU may perform one or more of the following to support RLM during same-PCI satellite switching. At 502, the WTRU may receive assistance information regarding the incoming satellite. For example, the WTRU may receive (e.g., via broadcast) the time at which the same-PCI satellite switching will occur. At 504, the WTRU may receive configuration information for RLM of the incoming satellite. The WTRU may receive measurement configurations to apply during same-PCI satellite switching. The measurement configurations may include, for example, but are not limited to, one or more of a temporary measurement configuration, an expiration condition for the temporary measurement configuration (e.g., number of measured RSs, duration, etc.), a second measurement configuration (e.g., to apply after the temporary measurement configuration), an L3 filter coefficient to apply during satellite switching, a start time, and a duration, and a configuration for suspending measurement reporting.

[0148] The WTRU may decide to suspend measurement reporting based on the configuration information at 506. For example, if configured to suspend reporting before a same PCI satellite switch, the WTRU may suspend measurement reporting at 508. Based on the received configuration information, the WTRU may wait for the start time of the same PCI satellite switch at 510. Based on the received configuration information, the WTRU may perform one or more of the following actions at 512 (e.g., the time of the same PCI satellite switch): Reset the L3 measurement window, apply temporary measurement configuration and / or filter coefficients, suspend measurement reporting if still valid, and / or perform measurements to the incoming satellite.

[0149] At 514, the WTRU may determine that a condition for resuming measurement reporting has been met and may resume measurement reporting at 518. At 516, the WTRU may determine whether an expiration condition has been provided. If an expiration condition for the temporary measurement configuration has not been provided, the WTRU may continue to perform measurements according to the temporary measurement configuration at 520. At 522, the WTRU may determine whether an expiration condition for the temporary measurement configuration has been met. If the expiration condition for the temporary measurement configuration is not met (or is not configured), the WTRU may perform measurements according to the temporary measurement configuration and filter based on the updated L3 filter coefficients. In an example, the WTRU may receive a second measurement configuration at 524. If the expiration condition for the temporary measurement configuration is met and the WTRU receives the second measurement configuration, the WTRU may apply the second measurement configuration at 526. If the expiration condition for the temporary measurement configuration is met and the second measurement configuration has not been received, the WTRU may decide to revert to the previous measurement configuration (e.g., used before the satellite switch) at 524. For example, the WTRU may apply a previous measurement configuration (e.g., before the satellite switch) at 528. In one or more cases, the WTRU may send a measurement report based on the new measurement configuration.

[0150] The WTRU may be configured for transmission processing for same-PCI satellite switching. The WTRU resynchronization time for same-PCI satellite switching may vary based on the WTRU's ability to determine or predetermine synchronization aspects (e.g., timing advance, power control, etc.). During resynchronization, transmission and / or reception may be interrupted. If the network is not aware of the WTRU's resynchronization time, there may be associated risks. For example, there may be additional latency and wasted transmission opportunities (e.g., if the resynchronization time is overestimated), or the risk of missing TX and / or RX operations (e.g., if the resynchronization time is underestimated). Methods and embodiments described herein may relate to supporting appropriate resynchronization gap configuration and WTRU TX / RX processing. For example, the WTRU may transmit capability and / or assistance information regarding the resynchronization time to assist in resynchronization gap configuration and transmission processing during the resynchronization time.

[0151] The WTRU may be configured with assistance information for gap-configured resynchronization during same-PCI satellite switching. The WTRU may be configured with a "resynchronization gap" to facilitate resynchronization to an incoming satellite during same-PCI satellite switching. During the resynchronization gap, the WTRU may perform one or more resynchronization operations and / or procedures related to the incoming satellite. The resynchronization operations and / or procedures may include, for example, timing advance calculation, Doppler compensation, power control, measurements / RLM, and / or beam management. During resynchronization, the WTRU may suspend (or not be expected to perform) DL reception and / or UL transmission. TX and / or RX suspension may include, for example, dynamic scheduling and pre-configured transmission (e.g., configured grants, periodic CSI / SRS reporting, etc.).

[0152] The WTRU may provide assistance information (e.g., via MAC CE and / or RRC signaling) to support appropriate configuration of the resynchronization gap. The WTRU assistance information for resynchronization gap configuration may include, for example, one or more of: a time to perform a full resynchronization, a time to perform one or more aspects of resynchronization (e.g., timing synchronization, UL power control), an ability to perform one or more aspects of resynchronization before a same-PCI satellite switch, an estimated time of resynchronization completion (e.g., 10:32:30:00 UTC), a determination of whether the WTRU can continue receiving / transmitting during the resynchronization time, the earliest time the WTRU can resume transmitting / receiving (e.g., 10:32:40:00 UTC), neighbor cell measurements (e.g., in case of fallback or RLF), and / or a determination of whether one or more pre-configured transmissions overlap with the resynchronization gap.

[0153] The WTRU may provide assistance information (e.g., one or more of the above) for resynchronization gap configuration. For example, the WTRU may provide one or more of the above assistance information based on an explicit network request. In an example, the WTRU may provide assistance information (e.g., one or more of the above) for resynchronization gap configuration upon connecting to or resuming connection to the network (e.g., during a WTRU capability transfer). In an example, the WTRU may provide assistance information (e.g., one or more of the above) for resynchronization gap configuration in a WTRU Assistance Information (UAI) message. In an example, the WTRU may provide assistance information (e.g., one or more of the above) for resynchronization gap configuration in a "WTRU Information Response" message (e.g., based on a request or indication in a "WTRU Information Request" message sent by the network).

[0154] The WTRU may determine to transmit assistance information for a resynchronization gap configuration transmission based on configured conditions. For example, the WTRU may determine to transmit assistance information based on a variation between the current state of one or more information fields and / or previously reported information. This variation between the current state of one or more information fields and previously reported information may be, for example, any amount of variation. In an example, the WTRU may determine to transmit assistance information based on the variation exceeding a configured threshold. In an example, the WTRU may determine to transmit assistance information at a configured time (e.g., absolute time, offset, time period) before a same-PCI satellite switch. To support reliability, the WTRU may transmit assistance information for a HARQ process when HARQ feedback / retransmission is configured (e.g., HARQ Mode A).

[0155] The WTRU may receive configuration information for a resynchronization gap configuration. The WTRU may perform an action during the resynchronization gap based on the received configuration information. In an example, the WTRU may receive the resynchronization gap via MAC CE and / or broadcast signaling. In an example, the resynchronization gap may be configured directly via RRC signaling.

[0156] The configuration information (e.g., resynchronization gap configuration information) may include one or more of the following: a start time of a resynchronization gap; an end time of a resynchronization gap; a duration of a resynchronization gap; a decision whether to suspend one, multiple, or all UL transmissions / DL receptions during resynchronization (e.g., the network may indicate that one or more transmission / reception types, such as periodic scheduling, are suspended, while other types, such as dynamic scheduling, remain in effect); a decision on which resynchronization procedures to perform prior to resynchronization (e.g., timing advance pre-calculation / reporting); a decision on which resynchronization aspects to perform during a resynchronization gap; and / or information and / or configurations on which one or more resynchronization procedures to perform. Configuration information including a start time of a resynchronization gap may indicate, for example, that the resynchronization gap starts at a same-PCI satellite switch or at some other occasion. For example, configuration information including a start time and a resynchronization gap duration may indicate an expected end time of a same-PCI satellite switch. For example, configuration information including a start time and an end time of a resynchronization gap may indicate an expected duration of a same-PCI satellite switch.

[0157] In some cases, the WTRU may select, request, or propose a resynchronization gap configuration (e.g., via the content of the WTRU assistance information). The network may provide an acknowledgment to the requested configuration. In some cases, the network may pre-configure, broadcast, or indicate a set of candidate resynchronization gap configurations. For example, the network may indicate a resynchronization gap configuration by transmitting and indicating an index corresponding to the configuration.

[0158] The WTRU may apply the resynchronization gap configuration for same-PCI satellite switches. In an example, the resynchronization gap configuration may be applied to one or more future satellite switch events. In an example, the WTRU may determine whether to store and / or maintain the current resynchronization gap configuration (e.g., to be used in a subsequent same-PCI satellite switch event) based on an instruction (e.g., an explicit instruction) and / or a configuration. In an example, the WTRU may apply the same gap configuration for subsequent same-PCI satellite switches until the configuration is deactivated and / or a revised resynchronization gap configuration is received.

[0159] In one or more cases, to support resynchronization gap configuration, the WTRU may transmit capability and / or assistance information (e.g., estimated resynchronization time) before a satellite switch. Before a same-PCI satellite switch, the WTRU may receive configuration information for a resynchronization gap. The configuration information for the resynchronization gap may include, for example, an indication of the start time, end time, and / or duration of the resynchronization gap. Upon a same-PCI satellite switch, the WTRU may initiate a resynchronization gap. In an example, the WTRU may initiate a resynchronization gap at an offset from the same-PCI satellite switch (e.g., based on an indication in the configuration). While the gap is in progress, the WTRU may suspend TX and / or RX. In some cases, the WTRU may suspend pre-scheduled transmissions, such as configured grants, periodic CSI / SRS, etc. The WTRU may signal that synchronization is complete via UL signaling, such as, but not limited to, SR, transmission on CG, PRACH, HARQ ACK, etc.

[0160] 6 is a flowchart illustrating an example process 600 for transmission processing and measurement gap configuration during same-PCI satellite switching. In one or more cases, a WTRU may perform one or more of the following steps to support transmission processing and measurement gap configuration during same-PCI satellite switching. At 602, the WTRU may receive assistance information associated with an incoming satellite. For example, the WTRU may receive (e.g., via broadcast) the time at which the same-PCI satellite switching will occur. Prior to the same-PCI satellite switching, the WTRU may transmit assistance information at 604. The assistance information may include one or more of a resynchronization duration, an ability of the WTRU to perform synchronization procedures (e.g., timing advance pre-calculation and reporting) before the same-PCI satellite switching, and / or a determination of when the WTRU can resume RX / TX after the same-PCI satellite switching. At 606, the WTRU may receive configuration information for satellite resynchronization. The configuration information for satellite resynchronization may include one or more of configuration information for a resynchronization gap, conditions for declaring a resynchronization failure, and / or resources for indicating successful resynchronization (e.g., a UL grant, a dedicated RACH preamble, etc.).

[0161] Based on the configuration and / or aiding information, the WTRU may wait at 608 for a same-PCI satellite switch to occur. At 610, upon satellite switch, the WTRU may initiate a resynchronization gap and suspend UL transmission and / or DL ​​reception. At 610, the WTRU may perform one or more resynchronization procedures (e.g., timing advance calculation, Doppler compensation, power control, measurements) for the incoming satellite. At 612, the WTRU may successfully resynchronize to the satellite. If the resynchronization is successful, the WTRU may resume DL reception and UL transmission at 616. At 620, if the WTRU is configured to confirm or indicate successful resynchronization, the WTRU may send a resynchronization success indication (e.g., using provided resources). The WTRU may fail to resynchronize to the satellite at 612. At 614, the WTRU may time out and determine that resynchronization failed. If the timeout has not been reached, the WTRU may continue to perform the resynchronization gap procedure based on the configuration at 610. At 614, the WTRU may determine that resynchronization has failed, and if a timeout is reached, the WTRU may declare an RLF at 618 and perform associated recovery actions.

[0162] In one or more cases, the WTRU may be configured for power control during same-PCI satellite switching. The UL TX power required after a satellite switch can vary significantly due to large differences in location between the previous and incoming satellites. If the WTRU relies on legacy closed-loop power control (i.e., the WTRU waits until a power control command is received after a satellite switch) to adjust its UL transmit power, the WTRU may risk failed transmissions if the initial transmit power is too low or interferes. Furthermore, the WTRU may risk excessive power consumption if the initial transmit power is too high. Embodiments described herein relate to supporting power control during same-PCI satellite switching. Furthermore, embodiments provide a process for the WTRU to adjust the power for its initial UL transmission to a new satellite based on the difference in distance between the WTRU and the old and new satellites.

[0163] The WTRU may be configured for autonomous TX power adjustment during same-PCI satellite switching. The WTRU can adjust the power to the incoming satellite after a same-PCI satellite switch. For example, the WTRU can adjust the power to the incoming satellite after a same-PCI satellite switch to avoid using too much or too little UL power for the initial transmission. The ability of the WTRU to autonomously adjust transmit power can be enabled / disabled by the network. For example, the network can enable / disable the ability of the WTRU to autonomously adjust transmit power via RRC configuration or instructions, such as, but not limited to, broadcast signaling in the SIB, MAC CE, and / or DCI. The network can provide additional information / configuration for calculating the initial UL TX power to the incoming satellite. The additional information / configuration may include one or more of: a maximum delta value of the original TX power that can be autonomously adjusted by the WTRU; a maximum and / or minimum absolute TX power; a mapping between distance and power adjustment (e.g., 100 km=1 dB); a mapping between distance and a scaling factor (e.g., 100 km=1.25x); a decision on how to adjust the TX power (e.g., scaling by a factor, adding / subtracting power); a decision on whether to scale the total transmit power or one or more components of the transmit power (e.g., path loss); aiding information corresponding to the transmission characteristics of the incoming satellite (e.g., antenna gain); a free space factor to be applied to calculate the change in path loss.

[0164] In an example, the WTRU may autonomously adjust its transmit power. For example, the WTRU may autonomously adjust its transmit power based on the satisfaction of one or more conditions. For example, the WTRU may calculate the line-of-sight probability to the previous satellite and the destination satellite. If the line-of-sight probability (e.g., LOSPI) to the previous satellite, the destination satellite, or both satellites is below a configured threshold (e.g., 95%), the WTRU may not autonomously adjust its transmit power. In some cases, the network may provide one threshold to be used for LOS evaluation for both the destination satellite and the previous satellite. In some cases, the network may provide a threshold for each satellite.

[0165] The WTRU can evaluate and / or determine the incoming satellite path loss during same-PCI satellite switching. In an example, to support WTRU autonomous power adjustment, the WTRU can use aiding information corresponding to the incoming satellite to determine the satellite's position at the time of same-PCI satellite switching. The aiding information may be, for example, the satellite's explicit position at the time of same-PCI satellite switching. In an example, the WTRU can use the incoming satellite's ephemeris data to predict the satellite's position at the time of same-PCI satellite switching. The WTRU can obtain the WTRU's position (e.g., via GNSS) and calculate the distance between the WTRU and the incoming satellite at the time of same-PCI satellite switching. The WTRU can use a similar set of procedures to determine the position of the previous satellite (e.g., at the time of same-PCI satellite switching).

[0166] When the WTRU is configured for line-of-sight conditions, the WTRU may calculate line-of-sight probability (LOSPI) for the previous satellite and / or the incoming satellite. Whether the WTRU calculates line-of-sight probability for one or both satellites may depend on whether the conditions require LOSPI evaluation for one or both satellites. The WTRU may calculate line-of-sight probability using, for example, aiding information (e.g., position, ephemeris data, orbital characteristics) and / or reference signals (e.g., SSB, CSI-RS, PRS) associated with each satellite. The WTRU may receive and / or evaluate reference signals from the incoming satellite, for example, via measurements on one or more neighboring cells emanating from the incoming satellite.

[0167] In some examples, the LOSPI may be evaluated by the network. In such cases, the WTRU may provide the WTRU location (e.g., current location or estimated location upon same PCI satellite switch). The network may provide the LOSPI associated with one or both satellites used in the conditional evaluation (e.g., upon same PCI satellite switch). In one or more other cases, the LOSPI indication may be evaluated directly by the network. The LOSPI indication evaluation may be used to enable / disable WTRU autonomous power adjustment.

[0168] In some examples, the WTRU may be configured for autonomous UL TX power adjustment during same-PCI satellite switching. During a same-PCI satellite switch (or at some point between a same-PCI satellite switch and an initial transmission to the incoming satellite), the WTRU may determine that autonomous transmit power adjustment is enabled and configured. If any required or configured conditions are met (e.g., based on line-of-sight probability), the WTRU may adjust the transmit power for the initial transmission. If WTRU autonomous power adjustment is disabled / deactivated, or if autonomous power adjustment is enabled and one or more conditions are not met, the WTRU may use the transmit power from the previous satellite for the initial transmission to the incoming satellite.

[0169] The WTRU autonomous power adjustment may be based on one or more of the distance between the WTRU and the terminating satellite and / or previous satellite, a delta that differs between the satellite previous to the WTRU and the terminating satellite (the WTRU), a determination of how the WTRU adjusts the power (e.g., whether the WTRU adds / subtracts power and / or applies a scaling factor), a mapping or relationship between the distance and a determination of how the power is adjusted, the maximum absolute (or delta) value of the original power that may be modified by the WTRU, the transmission characteristics of the terminating satellite (e.g., antenna gain), and / or the total transmit power by the WTRU.

[0170] In one or more cases, the WTRU may calculate a delta distance between the WTRU and the destination satellite and the previous satellite. By applying a mapping of delta distance to delta dB provided by the network, the WTRU may determine an amount (e.g., in dB) by which to adjust the power. The WTRU may adjust the total transmit power or adjust one or more components of the power calculation (e.g., a path loss value) based on the configuration. If the delta power adjustment exceeds the maximum / minimum allowable power adjustment, the WTRU may select a boundary value. If the adjusted value exceeds the total maximum allowed transmit power by the WTRU, the WTRU may select the maximum allowed transmit power. The WTRU may apply the scaled power for the initial transmission to the destination satellite after a same-PCI satellite switch. In one or more cases, the WTRU may use the delta distance and apply a free-space path loss factor to determine the change in path loss between the destination satellite and the previous satellite. The WTRU may adjust its transmit power accordingly to compensate for the adjusted path loss.

[0171] In one or more cases, the WTRU may indicate characteristics of the WTRU autonomous power adjustment based on an instruction or configuration. For example, the WTRU may indicate (e.g., via MAC CE or RRC signaling) a determination of how much the WTRU adjusted its UL TX power and / or UL TX power level (e.g., within a first transmission). In some cases, the configuration / request may include resources (e.g., a dynamic UL grant) for sending the instruction. In other cases, the configuration / request may instruct the WTRU to include instructions in its first transmission to the terminating satellite.

[0172] In one or more cases, the WTRU can adjust the UL transmit power for the first transmission to the new satellite based on the delta distance from the previous satellite. The UL transmit power may be further controlled by a network configuration. For example, the network configuration can enable / disable the UL transmit power. In another example, the network configuration may provide a maximum allowable delta scaling for UL transmissions. In one or more cases, the UL transmit power may be contingent on, for example, but not limited to, the condition that the probability of line-of-sight to the previous and current satellite LOSPI exceeds a configured threshold.

[0173] 7 is a flowchart illustrating an example power control process during same-PCI satellite switching. In one or more cases, the WTRU may perform one or more of the following steps to support power control during same-PCI satellite switching. At 702, the WTRU may receive aiding information regarding the previous and incoming satellites (e.g., via broadcast). The aiding information may include one or more of ephemeris data for the current serving satellite, the time of the same-PCI satellite switch, and / or the position of the incoming satellite at the time of the same-PCI satellite switch. At 704, the WTRU may receive configuration information for calculating the UL TX power to the incoming satellite. The configuration may include one or more of an enable / disable indication, a maximum delta value by which the original TX power can be autonomously adjusted by the WTRU, minimum line-of-sight probability thresholds for the previous and incoming satellites, and / or a determination of whether the WTRU indicates how much it has adjusted its UL TX power and / or UL TX power level (e.g., within a first transmission). The WTRU may obtain updated WTRU information (e.g., via GNSS).

[0174] At 706, the WTRU may calculate one or more of the WTRU-to-satellite distance to each satellite (e.g., using satellite aiding information) and / or the line-of-sight probability to each satellite during the same PCI satellite switch. The WTRU may obtain updated WTRU information (e.g., via GNSS). At 708, the WTRU may identify the start of a same PCI satellite switch. At 710, if WTRU autonomous UL TX power adjustment is not enabled, the WTRU may perform any UL transmissions using the original UL TX power at 712. At 710, if WTRU autonomous UL TX power adjustment is enabled, the WTRU may adjust the UL TX power to the incoming satellite. At 714, if WTRU autonomous UL TX power adjustment is enabled and line-of-sight conditions to the previous and incoming satellites are met, the WTRU may adjust the UL TX power (e.g., proportional to the relative distance between the two satellites). The WTRU may send an initial UL transmission at the adjusted UL TX power. The WTRU may include the delta adjustment and / or current UL TX power in the initial transmission if configured by the NW. During same-PCI satellite switching, if WTRU-autonomous UL TX power adjustment is not enabled and / or if line-of-sight conditions to the previous and incoming satellites are met, the WTRU transmits the initial UL transmission at the UL TX power used for transmission to the previous satellite. The WTRU may be configured to indicate the determined power adjustment at 716. If the WTRU is not configured to indicate the adjustment, then a subsequent UL transmission may be performed using the adjusted power at 718. If the WTRU is configured to indicate the adjustment, then a subsequent UL transmission may be performed using the adjusted power at 720, and the WTRU may indicate the power adjustment (e.g., in a transmission).

[0175] The WTRU may be configured to perform beam management during same PCI satellite switching. The serving and terminating satellites during the same PCI satellite switch may be in very different locations. Therefore, the WTRU may need to reorient its UL TX beam after a satellite switch. In one or more cases, legacy methods are relied upon to reorient spatial filters after a satellite switch until a satellite switch event occurs. However, reorienting spatial filters after a satellite switch event may increase resynchronization time and therefore service interruption. Embodiments described herein are directed to supporting appropriate measurement gap configuration and WTRU TX / RX processing.

[0176] The WTRU can measure a reference signal from an incoming satellite (e.g., any SSB / CSI-RS from a neighboring cell) to understand how to reorient the spatial filter when a new satellite takes over coverage. The WTRU can receive an indication / configuration of a reference signal in a first time period (i.e., before switching) that is QCL'd with a second reference signal in a second time period (i.e., after switching) to link measurements between cells.

[0177] In one or more cases, the WTRU may be configured with an indication and / or configuration of the QCL relationship before / after a same-PCI satellite switch. The WTRU may be provided with the QCL relationship between one or more reference signals emanating from the incoming satellite and a reference signal associated with the serving cell. The relationship between one or more reference signals emanating from the incoming satellite and a reference signal associated with the serving cell may be time-dependent, and the WTRU assumes that the relationship between the reference signals (e.g., from neighboring cells emanating from the incoming satellite) is valid after a same-PCI satellite switch (e.g., if the current serving cell is served by the same satellite as the neighboring cell indicated in the mapping relationship).

[0178] In an example, a WTRU may receive an indication and / or configuration that a first reference signal from a first time period (e.g., a reference signal from a neighboring cell originating from an incoming satellite before a same PCI satellite switch) is QCL'd with a second reference signal from a second time period (e.g., a reference signal in a current serving cell after a same PCI satellite switch). The WTRU may link measurements made in the first time period to support resynchronization after a same PCI satellite switch (e.g., spatial filter determination, path loss estimation, etc.). The configuration of the first or second reference signal may include, for example, identification information of an SSB including at least a physical cell identity (PCI) and an SSB index, and / or identification information of a CSI-RS resource. If the second reference signal is an SSB, the WTRU may determine that the corresponding PCI is the PCI corresponding to the serving cell.

[0179] In an example, the WTRU may be configured for beam management during same PCI satellite switching. Before a same-PCI satellite switch, the WTRU may perform measurements on reference signals originating from the destination satellite indicated in the mapping relationship. The WTRU may use these measurements to determine the transmission behavior to apply to the serving cell after the same-PCI satellite switch, such as spatial filters, L3 measurements, and DL path losses. Upon same-PCI satellite switch, the WTRU may link the measurements from these reference signals to the current serving cell. The WTRU may apply the transmission behavior for subsequent UL transmissions to the destination satellite.

[0180] In an example, the WTRU may be configured to filter samples before and after a PCI switch for L3 reporting. In another example, the WTRU may utilize the latest Layer 3 filtered measurement results from a first reference signal for a first period (e.g., before the same PCI satellite switch time) and combine the latest Layer 3 filtered measurement results with a first measurement result from a second reference signal for a second period (e.g., after the same PCI satellite switch time) to obtain updated filtered measurement results applicable to the second reference signal. The WTRU may utilize the updated filtered measurement results for further Layer 3 filtering with subsequent measurement results, measurement reporting, and RSRP determination for path loss estimation and uplink power.

[0181] The WTRU may be configured to determine a spatial RX beam based on a serving satellite position. In one or more cases, for a given TCI state (e.g., a beam reference signal for indicating an Rx beam at the WTRU), the WTRU may use, determine, or select an RX beam based on the satellite position. For example, the WTRU may use a first RX beam when the serving satellite is in a first position, a second RX beam when the serving satellite is in a second position, and so on. The WTRU may estimate the satellite position based on ephemeris information (e.g., first type ephemeris information and / or second type ephemeris information). In one or more cases, the WTRU may reset an L3 filter for measurements when the RX beam is changed. In one or more cases, the WTRU may report RX beam information to the gNB when the Rx beam is changed.

[0182] The WTRU can reorient its spatial filter by using a reference signal (e.g., SSB / CSI-RS) from a neighboring cell originating from the satellite that will ultimately take over the PCI. To support this mapping, the WTRU can receive an indication / configuration that a reference signal in a first time period (i.e., before the satellite switch) is QCL'd with a second reference signal in a second time period (i.e., after the satellite switch). Thus, whatever is measured from one satellite can be linked to the second incoming satellite.

[0183] 8 is a flowchart illustrating an example process 800 for beam management during a same-PCI satellite switch. In one or more cases, a WTRU may perform one or more of the following steps to support beam management during a same-PCI satellite switch. At 802, the WTRU may receive aiding information about the incoming satellite (e.g., via broadcast). The aiding information may include, for example, a time indication of the same-PCI satellite switch, the position of the incoming satellite, and / or ephemeris data of the incoming satellite. At 804, the WTRU may receive an indication / configuration that a reference signal in a first time period (e.g., before the satellite switch) is quasi-colocated (QCL) with a second reference signal in a second time period (e.g., after the satellite switch).

[0184] At 806, the WTRU may measure a reference signal emitted from the destination satellite during a first time period. At 808, the WTRU may calculate a beam direction and / or DL ​​path loss to the destination satellite based on the information obtained at 806 and using the reference signal from the first time period.

[0185] At 810, upon same PCI satellite switching, the WTRU may perform operations associated with the satellite switching. At 812, based on the mapping configuration and the reference signal measurements from the first period, the WTRU may reorient its UL TX beam (e.g., via application of an updated spatial filter) and adjust the transmit power for the initial UL transmission (e.g., based on the measured DL path loss from the first period). The WTRU may link the measurements from the first time period with the measurements in the second time period. At 814, the WTRU may perform UL transmission using the newly applied spatial filter and adjusted UL power. The WTRU may transmit a same-PCI satellite switch confirmation (e.g., using a MAC CE or a pre-configured PUCCH) using the determined UL Tx beam and the transmit power calculated based on the RSRP of the reference signal during the first time period.

[0186] In one or more cases, the WTRU may be configured with an acknowledgement of resynchronization completion after a same-PCI switch. The WTRU may be configured / requested / instructed to provide an indication or acknowledgement to the destination satellite that the WTRU has regained synchronization after a same-PCI satellite switch. The resynchronization indication may be an explicit indication confirming that the WTRU has regained full synchronization, or may indicate that one or more aspects of synchronization have been restored. In one or more cases, the acknowledgment may not reference any aspect of resynchronization, but may indicate that the WTRU is able to transmit and receive data from the destination satellite. In one or more other cases, the acknowledgment may be implicit, for example, based on a successful WTRU transmission to the destination satellite on some occasion after the same PCI satellite switch.

[0187] In one or more cases, the WTRU may send an indication via, for example, but not limited to, MAC CE, RRC signaling, UCI, RACH signaling (MSA, MSG3, MSG5), and / or PUSCH transmission. The WTRU may be provided with dedicated resources (e.g., an UL grant, a dedicated RACH preamble, a specific RNTI) to indicate successful resynchronization, and upon receiving a transmission using the dedicated resources, the network may assume successful resynchronization. The WTRU may include additional assistance information related to one or more resynchronization procedures. The additional assistance information may include one or more of a timing advance, power information, measurement results, and / or beam information (e.g., as described herein).

[0188] In one or more cases, the WTRU may send the first transmission to the terminating satellite after a same PCI satellite switch on an HARQ process configured with reliability (e.g., on an HARQ process configured with HARQ mode A). In some cases, the WTRU may expect the first reception from the terminating satellite to be received on an HARQ process configured with HARQ feedback.

[0189] In one or more cases, the WTRU may be configured to declare a resynchronization failure. If the WTRU is unable to complete resynchronization to the destination satellite, the WTRU may declare a "resynchronization failure." For example, if the WTRU has not regained one or more aspects of synchronization (e.g., time, frequency, power, measurements) by the end of the resynchronization gap duration (or some other expiration time), the WTRU may declare a resynchronization failure. In another example, the WTRU may declare a resynchronization failure if it has a scheduled DL reception or UL transmission to the destination satellite (e.g., after the resynchronization gap) that it cannot perform because it has not completed resynchronization.

[0190] The WTRU may declare a resynchronization failure before a same-PCI satellite switch. For example, if the WTRU is unable to receive information necessary to perform resynchronization to the incoming satellite, the WTRU may declare a resynchronization failure before a same-PCI satellite switch. In another example, if the connection with the previous satellite is still ongoing, the WTRU may report a resynchronization failure before a same-PCI satellite switch that includes one or more procedures that the WTRU is unable to complete and / or information that the WTRU is unable to obtain.

[0191] In one or more cases, the WTRU can declare a partial resynchronization failure if one or more aspects of the resynchronization are unsuccessful. In the event of a partial resynchronization failure, the WTRU can still resume RX / TX to the incoming satellite, but with a suboptimal configuration (e.g., incorrect power). The WTRU can indicate that one or more aspects cannot be completed or can request information necessary to resolve the problem.

[0192] Once a resynchronization failure (or partial resynchronization failure) is declared, the WTRU may perform one or more recovery actions, which may include, for example, but are not limited to, beam failure recovery (BFR), radio link failure (RLF), timing advance pre-compensation, conditional handover, cell reselection, random access, applying an alternative measurement configuration, resuming measurement reporting, and / or transitioning to RRC_INACTIVE / IDLE.

[0193] While features and elements are described above in particular combinations, those skilled in the art will understand that each feature or element can be used alone or in any combination with the other features and elements. Additionally, the methods described herein may be implemented in a computer program, software, or firmware embodied in a computer-readable medium 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, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. 1. A wireless transmit / receive unit (WTRU), comprising: receiving configuration information indicating a time for a same Physical Cell Identification (PCI) satellite switch from a first satellite to a second satellite, the configuration information including an indication of a start time and an indication of an end time for the same PCI satellite switch from the first satellite to the second satellite; performing the same PCI satellite switch to the second satellite based on the configuration information indicating the time for the same PCI satellite switch; A processor configured to 1. A WTRU comprising:

2. 10. The WTRU of claim 1, wherein the configuration information is received via broadcast signaling.

3. 10. The WTRU of claim 1, wherein the processor is further configured to initiate a resynchronization gap in response to the same PCI satellite switch.

4. 10. The WTRU of claim 1, wherein the processor is further configured to temporarily suspend uplink transmissions for the first satellite in response to the same PCI satellite switch.

5. 10. The WTRU of claim 1, wherein the processor is further configured to perform one or more resynchronization procedures in response to the same PCI satellite switch.

6. 6. The WTRU of claim 5, wherein the one or more resynchronization procedures include a timing advance calculation, a Doppler compensation, a power control procedure, or a measurement procedure.

7. 10. The WTRU of claim 1, wherein the processor is further configured to, in response to the same PCI satellite switch, initiate a resynchronization gap, temporarily suspend uplink transmission and downlink reception, and perform one or more resynchronization procedures, the one or more resynchronization procedures including timing advance calculation, Doppler compensation, a power control procedure, and a measurement procedure.

8. The processor: Transmit assistance information related to a resynchronization time to assist in measurement gap configuration, the assistance information including a resynchronization duration, an indication that the WTRU is capable of performing a synchronization procedure before the same PCI satellite switch, and an indication of a time that the WTRU is capable of resuming communication with the second satellite after the same PCI satellite switch.

10. The WTRU of claim 1, further configured to:

9. 10. The WTRU of claim 1, wherein the processor is further configured to receive a configuration for satellite resynchronization with the second satellite, the configuration for satellite resynchronization including a resynchronization gap configuration, a condition for declaring a resynchronization failure, or a resource indicating successful resynchronization to the second satellite.

10. 10. The WTRU of claim 1, wherein the processor is further configured to transmit a resynchronization success indication in response to successfully resynchronizing to the second satellite.

11. 1. A method implemented in a wireless transmit / receive unit (WTRU) for transmission processing during same physical cell identity (PCI) satellite switching, comprising: receiving configuration information indicating a time for a same-PCI satellite switchover from a first satellite to a second satellite, the configuration information including an indication of a start time and an indication of an end time for the same-PCI satellite switchover from the first satellite to the second satellite; performing the same PCI satellite switch to the second satellite based on the configuration information indicating the time for the same PCI satellite switch; A method comprising:

12. 12. The method of claim 11, wherein the configuration information is received via broadcast signaling.

13. 12. The method of claim 11, further comprising initiating a resynchronization gap in response to the same PCI satellite switch.

14. 12. The method of claim 11, further comprising temporarily suspending uplink transmission with the first satellite in response to the same PCI satellite switch.

15. 12. The method of claim 11, further comprising performing one or more resynchronization procedures in response to the same PCI satellite switch.

16. 16. The method of claim 15, wherein the one or more resynchronization procedures include a timing advance calculation, a Doppler compensation, a power control procedure, or a measurement procedure.

17. 12. The method of claim 11, further comprising initiating a resynchronization gap, temporarily suspending uplink transmissions and downlink reception, and performing one or more resynchronization procedures in response to the same PCI satellite switch, the one or more resynchronization procedures including timing advance calculation, Doppler compensation, a power control procedure, and a measurement procedure.

18. 12. The method of claim 11, further comprising transmitting assistance information related to a resynchronization time to assist in measurement gap configuration, the assistance information including a resynchronization duration, an indication that the WTRU is able to perform a synchronization procedure before the same PCI satellite switch, and an indication of a time that the WTRU is able to resume communication with the second satellite after the same PCI satellite switch.

19. 12. The method of claim 11, further comprising receiving a configuration for satellite resynchronization with the second satellite, the configuration for satellite resynchronization including a resynchronization gap configuration, a condition for declaring a resynchronization failure, or a resource indicating successful resynchronization to the second satellite.

20. 12. The method of claim 11, further comprising transmitting a successful resynchronization indication in response to successfully resynchronizing to the second satellite.

Images