Method, device, and system for data transmission in wireless networks

Abstract

This disclosure relates generally to a method, device, and system for resource management in a wireless network. One method performed by a wireless device may include transmitting, to a wireless device, a first message comprising feeder link information for feeder links, wherein the feeder link information comprising at least one of: a satellite identifier (ID) of a current serving satellite associated with the network node; a feeder link status for a feeder link of one of: the current serving satellite; the network node; or a cell of the network node, wherein the feeder link provides at least one of: a connection between the current serving satellite to a core network or a data network; a connection between the network node to the core network or the data network; or a connection between the cell to the core network or the data network.

Description

METHOD, DEVICE, AND SYSTEM FOR DATA TRANSMISSION IN WIRELESS NETWORKSTECHNICAL FIELD

[0001] This disclosure is directed generally to wireless communications, and particularly to a method, device, and system for data transmission in a wireless network, such as a 3G, 4G, 5G, or 6G wireless network.BACKGROUND

[0002] Non-terrestrial network (NTN) is a terminal-satellite direct communication technology based on the new radio (NR) interface technology developed by 3GPP, and also an important supplement to the terrestrial cellular communication technology. With the integration of the satellite communication network and the ground 5G network, NTN can provide ubiquitous coverage without being restricted by terrain and landform, and connect the sky, earth, sea and other spaces to form an integrated ubiquitous access network that enables on-demand access in all scenarios. There are special challenges in implementing NTN.SUMMARY

[0003] This disclosure is directed to a method, device, and system for data transmission in a wireless network, such as 3G, 4G, 5G, or 6G wireless network with Non-Terrestrial Network (NTN) deployment.

[0004] In some embodiments, a method performed by a wireless device is disclosed. The method may include: receiving, from a network node, a first message comprising feeder link information for feeder links, wherein the feeder link information comprising at least one of:a satellite identifier (ID) of a current serving satellite associated with the network node; a feeder link status for a feeder link of one of: the current serving satellite; the network node; or  a cell of the network node, wherein the feeder link provides at least one of: a connection between the current serving satellite to a core network or a data network; a connection between the network node to the core network or the data network; or a connection between the cell to the core network or the data network.

[0005] In some embodiments, a method performed by a network node is disclosed. The method may include: transmitting, to a wireless device, a first message comprising feeder link information for feeder links, wherein the feeder link information comprising at least one of:a satellite identifier (ID) of a current serving satellite associated with the network node; a feeder link status for a feeder link of one of: the current serving satellite; the network node; or a cell of the network node, wherein the feeder link provides at least one of: a connection between the current serving satellite to a core network or a data network; a connection between the network node to the core network or the data network; or a connection between the cell to the core network or the data network.

[0006] In some embodiments, there is a wireless device, a network element, or a network node comprising a processor and a memory, wherein the processor is configured to read code from the memory and implement any methods recited in any of the embodiments.

[0007] In some embodiments, a computer program product comprising a computer-readable program medium code stored thereupon, the code, when executed by a processor, causing the processor to implement any method recited in any of the embodiments.

[0008] The above embodiments and other aspects and alternatives of their implementations are described in greater detail in the drawings, the descriptions, and the claims below.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] FIG. 1 shows an example wireless communication network.

[0010] FIG. 2 shows an example wireless network node.

[0011] FIG. 3 shows an example user equipment.

[0012] FIG. 4 shows an example non-terrestrial network deployment of a wireless network.

[0013] FIG. 5 shows an example non-terrestrial network operating in a Store &Forwarding (S&F) mode.

[0014] FIG. 6 shows an example non-terrestrial network with satellite relaying.DETAILED DESCRIPTION

[0015] Wireless Communication Network

[0016] FIG. 1 shows an exemplary wireless communication network 100 that includes a core network 110 and a radio access network (RAN) 120. The core network 110 further includes at least one Mobility Management Entity (MME) 112 and / or at least one Access and Mobility Management Function (AMF) . Other functions that may be included in the core network 110 are not shown in FIG. 1. The RAN 120 further includes multiple base stations, for example, base stations 122 and 124. The base stations may include at least one evolved NodeB (eNB) for 4G LTE, an enhanced LTE eNB (ng-eNB) , or a Next generation NodeB (gNB) for 5G New Radio (NR) , or any other type of signal transmitting / receiving device such as a UMTS NodeB. The eNB 122 communicates with the MME 112 via an S1 interface. Both the eNB 122 and gNB 124 may connect to the AMF 114 via an Ng interface. Each base station manages and supports at least one cell. For example, the base station gNB 124 may be configured to manage and support cell 1, cell 2, and cell 3.

[0017] The gNB 124 may include a central unit (CU) and at least one distributed unit (DU) . The CU and the DU may be co-located in a same location, or they may be split in different locations. The CU and the DU may be connected via an F1 interface. Alternatively, for an eNB which is capable of connecting to the 5G network, it may also be similarly divided into a CU and at least one DU, referred to as ng-eNB-CU and ng-eNB-DU, respectively. The ng-eNB-CU and the ng-eNB-DU may be connected via a W1 interface.

[0018] The wireless communication network 100 may include one or more tracking areas. A tracking area may include a set of cells managed by at least one base station. For example, tracking area 1 labeled as 140 includes cell 1, cell 2, and cell 3, and may further include more cells that may be managed by other base stations and not shown in FIG. 1. The wireless communication network 100 may also include at least one UE 160. The UE may select a cell among multiple cells supported by a base station to communication with the base station through Over the Air (OTA) radio communication interfaces and resources, and when the UE 160 travels in the wireless communication network 100, it may reselect a cell for communications. For example, the UE 160 may initially select cell 1 to communicate with base station 124, and it may then reselect cell 2 at certain later time point. The cell selection or reselection by the UE 160 may be based on wireless signal strength / quality in the various cells and other factors.

[0019] The wireless communication network 100 may be implemented as, for example, a 2G, 3G, 4G / LTE, or 5G cellular communication network. Correspondingly, the base stations 122 and 124 may be implemented as a 2G base station, a 3G NodeB, an LTE eNB, or a 5G NR gNB. The UE 160 may be implemented as mobile or fixed communication devices which are capable of accessing the wireless communication network 100. The UE 160 may include but is not limited to mobile phones, laptop computers, tablets, personal digital assistants, wearable devices, Internet of Things (IoT) devices, MTC / eMTC devices, distributed remote sensor devices, roadside assistant equipment, XR devices, and desktop computers. The UE 160 may also be generally referred to as a wireless communication device, or a wireless terminal. The UE 160 may support sidelink communication to another UE via a PC5 interface.

[0020] While the description below focuses on cellular wireless communication systems as shown in FIG. 1, the underlying principles are applicable to other types of wireless communication systems for paging wireless devices. These other wireless systems may include but are not limited to Wi-Fi, Bluetooth, ZigBee, and WiMax networks.

[0021] FIG. 2 shows an example of electronic device 200 to implement a network base  station (e.g., a radio access network node) , a core network (CN) , and / or an operation and maintenance (OAM) . Optionally in one implementation, the example electronic device 200 may include radio transmitting / receiving (Tx / Rx) circuitry 208 to transmit / receive communication with UEs and / or other base stations. Optionally in one implementation, the electronic device 200 may also include network interface circuitry 209 to communicate the base station with other base stations and / or a core network, e.g., optical or wireline interconnects, Ethernet, and / or other data transmission mediums / protocols. The electronic device 200 may optionally include an input / output (I / O) interface 206 to communicate with an operator or the like.

[0022] The electronic device 200 may also include system circuitry 204. System circuitry 204 may include processor (s) 221 and / or memory 222. Memory 222 may include an operating system 224, instructions 226, and parameters 228. Instructions 226 may be configured for the one or more of the processors 221 to perform the functions of the network node. The parameters 228 may include parameters to support execution of the instructions 226. For example, parameters may include network protocol settings, bandwidth parameters, radio frequency mapping assignments, and / or other parameters.

[0023] FIG. 3 shows an example of an electronic device to implement a terminal device 300 (for example, a user equipment (UE) ) . The UE 300 may be a mobile device, for example, a smart phone or a mobile communication module disposed in a vehicle. The UE 300 may include a portion or all of the following: communication interfaces 302, a system circuitry 304, an input / output interfaces (I / O) 306, a display circuitry 308, and a storage 309. The display circuitry may include a user interface 310. The system circuitry 304 may include any combination of hardware, software, firmware, or other logic / circuitry. The system circuitry 304 may be implemented, for example, with one or more systems on a chip (SoC) , application specific integrated circuits (ASIC) , discrete analog and digital circuits, and other circuitry. The system circuitry 304 may be a part of the implementation of any desired functionality in the UE 300. In that regard, the system circuitry 304 may include logic that facilitates, as examples, decoding and playing music and video, e.g., MP3, MP4, MPEG, AVI, FLAC, AC3, or WAV decoding and playback; running applications; accepting user inputs;  saving and retrieving application data; establishing, maintaining, and terminating cellular phone calls or data connections for, as one example, internet connectivity; establishing, maintaining, and terminating wireless network connections, Bluetooth connections, or other connections; and displaying relevant information on the user interface 310. The user interface 310 and the inputs / output (I / O) interfaces 306 may include a graphical user interface, touch sensitive display, haptic feedback or other haptic output, voice or facial recognition inputs, buttons, switches, speakers and other user interface elements. Additional examples of the I / O interfaces 306 may include microphones, video and still image cameras, temperature sensors, vibration sensors, rotation and orientation sensors, headset and microphone input  / output jacks, Universal Serial Bus (USB) connectors, memory card slots, radiation sensors (e.g., IR sensors) , and other types of inputs.

[0024] Referring to FIG. 3, the communication interfaces 302 may include a Radio Frequency (RF) transmit (Tx) and receive (Rx) circuitry 316 which handles transmission and reception of signals through one or more antennas 314. The communication interface 302 may include one or more transceivers. The transceivers may be wireless transceivers that include modulation  / demodulation circuitry, digital to analog converters (DACs) , shaping tables, analog to digital converters (ADCs) , filters, waveform shapers, filters, pre-amplifiers, power amplifiers and / or other logic for transmitting and receiving through one or more antennas, or (for some devices) through a physical (e.g., wireline) medium. The transmitted and received signals may adhere to any of a diverse array of formats, protocols, modulations (e.g., QPSK, 16-QAM, 64-QAM, or 256-QAM) , frequency channels, bit rates, and encodings. As one specific example, the communication interfaces 302 may include transceivers that support transmission and reception under the 2G, 3G, BT, WiFi, Universal Mobile Telecommunications System (UMTS) , High Speed Packet Access (HSPA) +, 4G  / Long Term Evolution (LTE) , 5G (also referred to as New Radio, or 5G NR) , and 6G standards. The techniques described below, however, are applicable to other wireless communications technologies whether arising from the 3rd Generation Partnership Project (3GPP) , GSM Association, 3GPP2, IEEE, or other partnerships or standards bodies.

[0025] Referring to FIG. 3, the system circuitry 304 may include one or more processors  321 and memories 322. The memory 322 stores, for example, an operating system 324, instructions 326, and parameters 328. The processor 321 is configured to execute the instructions 326 to carry out desired functionality for the UE 300. The parameters 328 may provide and specify configuration and operating options for the instructions 326. The memory 322 may also store any BT, WiFi, 3G, 4G, 5G, 6G or other data that the UE 300 will send, or has received, through the communication interfaces 302. In various implementations, a system power for the UE 300 may be supplied by a power storage device, such as a battery or a transformer.

[0026] Non-Terrestrial Network

[0027] In certain areas such as mountains, deserts, oceans, etc., wireless communication network deployments may be expensive and difficult. However, with the advancement of science and technology, there is a great demand of data collections and communications in these remote regions. For example, there may be a need to collect meteorological data at a mountain peak or desert.

[0028] In non-terrestrial network (NTN) deployments, a satellite may provide signal coverage to a large area even in the remote regions. The non-terrestrial network may be deployed in addition to a terrestrial network, thereby further extending coverage of, for example a terrestrial cellular network. The NTN may be deployed to enhance network resilience in scenarios such as disaster recovery or emergency communications. Additionally, NTN may play an important role in IoT deployments, and mission-critical services, and therefore extend the business of network operators.

[0029] In an NTN, a satellite may be associated with a base station, or be part of (or as an extension of) the base station. FIG. 4 shows an example non-terrestrial network (NTN) 400 that provides wireless network access to a UE. In the non-terrestrial network 400, a satellite 402 provides communication links between the ground areas. Similar to a traditional cellular network, the covered ground areas may be divided into cells, or more specifically, satellite cells, such as cells 1 to 4 as shown in FIG. 4. These cells may provide signal  coverage for the UE. A radio link between satellite and UE may be referred to as a service link. The satellite 402 may generate several beams over a given service area bounded by its field of view. The footprints of the beams may be of elliptic shapes.

[0030] The satellite 402 may be placed into Low-Earth Orbit (LEO) , or Geostationary Earth Orbit (GEO) . The geostationary Earth orbit may be a circular orbit at 35, 786 km (kilometer) above the earth's equator and following the direction of the Earth's rotation. A GEO satellite in such an orbit may have an orbital period equal to the Earth's rotational period and thus appears motionless, at a fixed position in the sky, to ground observers. The typical beam footprint size of the GEO is about 200-3500 km. The low Earth Orbit may be an orbit around the earth with an altitude between 300 km to 1500 km. A LEO satellite in such an orbit encircle around the earth with the speed of, for example, 7.56 km per second. The beam footprint size of LEO may be 50 km to 1000 km.

[0031] The NTN 400 may include an NTN gateway 404 which may be an earth station located at the surface of earth, and providing sufficient RF power and RF sensitivity for accessing the satellite 402. The NTN Gateway 404 may be a transport network layer (TNL) node and may provide access to, for example, a core network, a radio access network, or a data network. The wireless link between the NTN Gateway 404 and satellite 402 may be referred to as a feeder link.

[0032] Currently, IoT connectivity often necessitates extensive coverage, particularly in remote or underserved areas where traditional terrestrial networks may not be sufficient. NTN deployment may address this need by providing wide-area coverage and extending connectivity to areas where terrestrial infrastructure is impractical or unavailable. Narrowband IoT (NB-IoT) or enhanced Machine Type Communication (eMTC) are low-power, wide-area (LPWA) cellular technologies designed specifically for IoT applications, offering long-range connectivity, efficient power usage, and support for a large number of devices. Using NTN to support NB-IoT and eMTC is emerging as a significant trend in wireless communication development.

[0033] NTN for NB-IoT deployments are already underway, marking a significant step in expanding IoT connectivity to remote or underserved areas. In the early stage deployments, IoT-NTN, particularly NB-IoT, will need to support massive capacity in terms of the number and types of UEs, which may have varying characteristics (e.g., low-cost devices, wearables, etc. ) . For cost saving purpose, many of the IoT UEs are low cost, lower end, or low performance UEs. Therefore, special consideration is needed to cover a wide range of UEs.

[0034] In some example implementations, the NTN may be operated in a Store and Forward (S&F) mode. FIG. 5 shows an example S&F mode. As shown in FIG. 5, under S&F mode, the end-to-end exchange of signaling / data traffic is handled as a combination of two steps (Steps A and B in FIG. 5) which are not concurrent in time. In Step A (or first stage) , signaling / data exchange between the UE and the satellite takes place, without the satellite being simultaneously connected to the ground network (e.g., the gateway 504) . That is, satellite 502 is able to operate the service link (s) without an active feeder link connection. In this stage, communication may be limited to the satellite and UE In Step B (or second stage) , connectivity between the satellite and the ground network is established so that communication between the satellite and the ground network can now take place. Therefore, due to the movement of satellite 502, the state of satellite 502 changes from being connected to the UE in step A to being connected to the ground network in step B. For example, satellite 502 is able to buffer uplink data from UE in step A and then forward the uplink data to the ground network in step B. For another example, satellite 502 may have buffered downlink data for the UE when it has feeder link connection before step A. Then in step A, satellite 502 may forward the buffered downlink data to the UE. Note that data may generally include control data (e.g., for signaling) and payload data.

[0035] There are special challenges in implementing an NTN network due to its unique characteristics. Among these challenges, effectively using satellite resource is crucial with the consideration that the satellite is moving. The coverage provided by a satellite keeps changing as the satellite is in constant motion. Maximizing the satellite coverage duration is important to fully exploit the satellite resource. Another factor to consider is latency caused by unavailability of feeder link and / or service link.

[0036] In this disclosure, various embodiments are disclosed, aiming to address the challenge of supporting various issues relates to feeder link and service link.

[0037] Embodiment 1: Feeder Link Information

[0038] In some NTN scenarios, based on the location of a satellite, the satellite may cover a UE and is able to provide service link to the UE. However, the satellite may not have an available (or valid) feeder link to the ground network (e.g., a satellite gateway) . FIG. 6 shows an example for such scenarios. As shown in FIG. 6, satellite 602 is currently providing service to the UE via service link, but satellite 602 does not have a feeder link. This also implies that there is no connection to, for example, a core network, or an external data network that has to be connected via a gateway.

[0039] If the feeder link is not available, the UE may need to implement certain enhancements in order to optimize communication with the core network. For example, it may be beneficial for the UE to have information regarding when a response from the core network is expected and / or when it should perform the next transmission and / or reception. In this embodiment, the entity at the other side of the service link may inform the UE about the availability of the feeder link and provide timing information accordingly. This ensures that the UE can accurately manage its transmission timing and optimize its transmission resource scheduling / selection based on the availability of the feeder link. In this disclosure, the entity at the other side of the service link may include any entity that provides service link to the UE, such as a satellite currently providing service link to the UE, a base station hosted by the satellite, a virtual base station entity hosted by the satellite or running on the satellite, a cell associated with the base station, etc.

[0040] In this disclosure, for the sake of simplicity, signaling / data transmission between UE and satellite may be used for exemplary purpose. The term “satellite” may be replaced with “base station” or “cell” , if there is no conflict. For example, methods cover receiving a signal / message from a satellite may also cover receiving a signal / message from a base station or a cell.

[0041] In some example implementations, the base station broadcasts in SIB or configures in RRC message the information about feeder link. The RRC message may include, for example, RRCConnectionRelease, RRCConnectionReject, RRCConnectionReestablishmentReject, RRCEarlyDataComplete, RRCConnectionComplete, etc.

[0042] In some example implementations, at UE side, if an Access Stratum (AS) entity of the UE receives the feeder link information, the AS entity may forward at least a portion of the feeder link information to a Non Access Stratum (NAS) entity of the UE. Based on the feeder link information, the NAS entity may then facilitate tasks such as Service Request Handling, and Session Management. For example, the NAS entity may utilize feeder link information to determine the availability of network resources to ensure that service requests are processed efficiently and effectively.

[0043] In some example implementations, the core network may inform the feeder link information to the base station via, for example, an S1 message. The SI message may include S1 SETUP RESPONSE, MME CONFIGURATION UPDATE, and the like.

[0044] The feeder link information may include at least one of following:

[0045] ● A satellite identifier (ID) of a current serving satellite associated with the base station.

[0046] ● A feeder link status for a feeder link of one of: the current serving satellite; the base station; or a cell of the base station. The feeder link provides at least one of: a connection between the current serving satellite and a core network or a data network; a connection between the current base station and the core network or the data network; or a connection between the cell (of the base station) to the core network or the data network.

[0047] ● an S1 interface status of one of: the current serving satellite; the network node; or a cell of the network node. The S1 interface is the interface between the satellite, the network node, or the cell, to the core network.

[0048] ● An identifier of at least one of: a next serving satellite; a next base station; or a next cell of the next base station. As shown in FIG. 6, the current serving satellite is satellite 602, and satellite 604, which is moving toward the direction of satellite 602, is the next (or following) serving satellite. Similarly, the base station hosted by or running on satellite 604 is the next serving base station. If UE sends a request to the core network via a current serving satellite (or cell, base station) , due to satellite moving, UE may need to receive the response from the core network via the next satellite when the next satellite moves the area covering the UE. If UE has pending task involves data / signaling transmission to or from the core network, UE may resume the pending task with the next satellite. The identifier may be represented by a single identifier or a list of identifiers.

[0049] ● A next available time that the UE is able to have a connection to the core network. Or a next time that the UE may be provided with a feeder link. For example, as shown in FIG. 6, UE has lost its connection to the core network temporarily (as satellite 602 does not currently have a feeder link available) . The feeder link information may include the timing information regarding when the connection to the core network may be resumed. With this information, UE may pause tasks requiring connection to the core network, shut down all related hardware, and resume the tasks at the next available time. For example, UE may resume data transmission or reception at the next available time. The next available time may correspond to the next serving satellite; the next base station; or the next cell of the next base station. That is, each of the next serving satellite, the next base station, or the next cell of the next base station may have a respective next available time. Note that a list for be used, so availability timing information for the next n available satellites (base station, or cell) may be informed to the UE, where n is an integer.

[0050] ● An interruption time that the WD is not able to setup or maintain a connection with the core network, or the WD is not able to perform data transmission to core network or data reception from core network. The interruption time may be a duration of time.

[0051] ● An expected response time from the core network for a pending request. The expected  response time is a time point.

[0052] ● A buffering and forwarding capability indicator (or S&F indication) indicating whether that the base station supports storing / buffering data for later forwarding. In some example implementations, if the base station supports the S&F function, this indication also enables the UE to use this function.

[0053] ● A UE capability report indicator indicating whether UE capability report is enabled for the wireless device.

[0054] Embodiment 2: Minimum UE Capability

[0055] In this embodiment, even if the feeder link isn’ t available, the base station may still set up the connection with UE, as the base station may still be able to communicate with the UE via service link. However, certain UEs, such as NB-IoT (Narrow Band –Internet of Things) UEs, may be designed with lower end hardware / software due to cost concerns. These UEs may not be able to report UE capability to the base station during a connection setup procedure. For example, UE may transmit an RRCConnectionRequest message to the base station, but this RRC message does not carry its UE capability. Therefore, the base station may obtain the UE capability from the UE. Meanwhile, as the feeder link is not available, the base station may not obtain the UE capability from the core network, either. In this embodiment, various methods are described to facilitate base station to setup connection with UE without requiring UE reporting its capability.

[0056] In some example implementations, the base station may access UE with default radio configurations. If the feeder link isn’ t available and UE triggers an RRC request to base station without reporting UE capability, the base station may configure the connection according to the default radio configurations. For example, in RRC setup message, base station may configure the default Signaling Radio Bearer 1 (SRB1) , default Medium Access Control (MAC) main configuration, and so on.

[0057] In some example implementations, if the feeder link is not available and UE  triggers an RRC request to base station without reporting UE capability, the base station may configure the connection according to the minimum (simplest) UE capability, or mandatory UE capability. For example, the base station may consider UE as Category NB1 UE, Category M1 UE, UE only supporting one Hybrid Automatic Repeat Request (HARQ) process, UE only supporting a single carrier, and so on.

[0058] Embodiment 3: UE Capability Reporting

[0059] In this embodiment, base station may send an explicit request to the UE, to request or enable the UE to report UE capability.

[0060] In some example implementations, the base station may enable UE to report some UE capability. The base station may broadcast in a System Information Block (SIB) message or configure in an RRC message an indication to enable or disable UE to report certain UE capability. Once enabled, the UE may report certain UE capability in an RRC connection setup procedure. The indication may further indicate what types / categories / groups of UE capability needs to be reported.

[0061] In some example implementations, if the feeder link isn’ t available and / or UE is enabled to report UE capability, UE may report some UE capability in an RRC message to assist base station to set up the RRC connection. The IE for UE capability may be carried in an RRC connection request message, such as RRCConnectionRequest message, or RRCEarlyDataRequest message.

[0062] In some example implementations, if the feeder link isn’ t available and / or UE is enabled to report UE capability, UE may report packed UE capability in RRC connection request message to assist base station to set up the RRC connection. The packed UE capability may be an RRC message or a container, and may be carried in an RRC connection request message, such as RRCConnectionRequest message, or RRCEarlyDataRequest message.

[0063] In some example implementations, if the feeder link isn’ t available and / or UE is  enabled to report UE capability, UE may report some UE capability in a Medium Access Control –Control Element (MAC CE) , to assist base station to set up the RRC connection. The MAC CE may be assigned a new Logical Channel ID (LCID) or a new extended Logical Channel ID (eLCID) which does not exist in current wireless technologies. Exemplarily, the MAC CE may be multiplexed with or transmitted with Common Control Channel (CCCH) , such as RRCConnectionRequest, RRCEarlyDataRequest. In the MAC CE, each bit may correspond to a kind of UE capability. For example, a “1” in a first bit location indicates that the UE is a Category NB1 UE, a “1” in a second bit location indicates that the UE supports Radio Link Control -Unacknowledged Mode (RLC-UM) .

[0064] In some example implementations, if the feeder link isn’ t available and / or UE is enabled to report UE capability, UE may report some UE capability in a MAC subheader, to assist base station to set up the RRC connection. If the LCID is 0 and the RRC request may include RRCConnectionRequest, or RRCEarlyDataRequest, the MAC subheader may carry some UE capability. Except Logical Channel ID field, Length field, Format field, the remaining bits in the MAC subheader may be used to indicate the UE capability. In the remaining bits, each bit could correspond to a kind of the UE capability. For example, a “1” in a first bit location indicates that the UE is a Category NB1 UE, a “1” in a second bit location indicates that the UE supports RLC-UM.

[0065] In some example implementations, UE may report some UE capability upon request from the base station. In a random access procedure, when the base station receives the msg3 from UE, such as RRCConnectionRequest, RRCEarlyDataRequest, the base station may request UE capability by sending an RRC message, such as a UECapabilityEnquiry message, to the UE. UE may then report the UE capability in an RRC message, such as a UECapabilityInformation message. According to the received UE capability, the base station may configure the connection and schedule Msg4.

[0066] In some example implementations, UE may report some UE capability when the base station requests after early contention resolution. In a random access procedure, when the base station receives the msg3 from UE, such as RRCConnectionRequest,  RRCEarlyDataRequest, the base station may respond with early contention resolution to resolve a contention collision. The base station may then request UE capability by sending an RRC message, such as a UECapabilityEnquiry message, to the UE. UE may report the UE capability in an RRC message, such as a UECapabilityInformation message. According to the received UE capability, the base station may configure the connection and schedule Msg4.

[0067] In this disclosure, the UE capability may include at least one of following:

[0068] ● UE Category: this may include DL / UL Category NB1, DL / UL Category NB2, DL / UL Category M1, or DL / UL Category M2.

[0069] ● rlc-UM: whether the UE supports RLC UM.

[0070] ● 16QAM: whether the UE supports 16 Quadrature Modulation (16QAM) .

[0071] ● multiple Transport Block (TB) scheduling: whether the wireless device supports multiple Transport Block (TB) scheduling.

[0072] ● PUR: whether the wireless device supports Preconfigured Uplink Resource (PUR) .

[0073] ● twoHARQ-Processes: whether the UE supports two HARQ.

[0074] ● sr-WithHARQ-ACK: whether the UE supports physical layer SR with HARQ ACK for FDD.

[0075] ● sr-WithoutHARQ-ACK: whether the UE supports physical layer SR without HARQ ACK for FDD.

[0076] ● npusch-MultiTB: whether the UE supports multiple TB scheduling in the uplink for FDD.

[0077] ● npdsch-MultiTB: whether the UE supports multiple TB scheduling in the downlink for FDD.

[0078] ● npusch-MultiTB-Interleaving: whether the UE supports interleaved transmissions when  multiple TB scheduling is scheduled in the uplink for NB-IoT FDD.

[0079] ● npdsch-MultiTB-Interleaving: whether the UE supports interleaved transmissions when multiple TB scheduling is scheduled in the downlink for NB-IoT FDD.

[0080] ● multiTB-HARQ-AckBundling: whether the UE supports HARQ ACK bundling for interleaved transmission in the downlink for NB-IoT FDD.

[0081] ● subframeResourceResvU: whether the UE supports UL resource reservation with subframe-level granularity on non-anchor carriers e.g. for NB-IoT coexistence with NR.

[0082] ● subframeResourceResvDL: whether the UE supports DL resource reservation with subframe-level granularity on non-anchor carriers e.g. for NB-IoT coexistence with NR.

[0083] ● slotSymbolResourceResvUL: whether the UE supports UL resource reservation with slot-level granularity on non-anchor carriers e.g. for NB-IoT coexistence with NR.

[0084] ● slotSymbolResourceResvD: whether the UE supports DL resource reservation with slot-level granularity on non-anchor carriers e.g. for NB-IoT coexistence with NR.

[0085] ● npdsch-16QAM: whether the UE supports 16QAM for DL unicast.

[0086] ● npusch-16QAM: whether the UE supports 16QAM in the concerned band for UL unicast.

[0087] ● supportedBandList: which NB-IoT radio frequency bands.

[0088] ● multiNS-Pmax: whether the UE supports the mechanisms defined for NB-IoT cells broadcasting NS-PmaxList.

[0089] ● powerClassNB-20dBm: whether the UE supports power class 20dBm in NB-IoT for the band.

[0090] ● powerClassNB-14dBm: whether the UE supports power class 14 dBm in NB-IoT for all the bands that are supported by the UE.

[0091] ● dl-ChannelQualityReporting: whether the UE supports DL channel quality reporting of the configured carrier for FDD in RRC_CONNECTED.

[0092] ● connModeMeasIntraFreq: whether the UE supports intra-frequency neighbour cell measurements in RRC_CONNECTED.

[0093] ● connModeMeasInterFreq: whether the UE supports inter-frequency neighbour cell measurements in RRC_CONNECTED.

[0094] ● accessStratumRelease: the release of the E-UTRA layer 1, 2, and 3 specifications supported by the UE e.g. Rel-13, Rel-14, etc.

[0095] ● logicalChannelSR-ProhibitTimer whether the UE supports the logicalChannelSR-ProhibitTimer.

[0096] ● sr-SPS-BSR: whether the UE supports SR with SPS BSR.

[0097] ● pur-CP-EPC: whether the UE supports transmission in preconfigured UL resource (PUR) for NB-IoT FDD for Control Plane CIoT EPS optimization.

[0098] ● pur-CP-5GC : whether the UE supports transmission in preconfigured UL resource (PUR) for NB-IoT FDD for Control Plane CIoT 5GS optimization.

[0099] ● pur-CP-L1Ack: whether the UE supports PUR Layer1 acknowledgement.

[0100] ● pur-NRSRP-Validation: whether the UE supports NRSRP validation for FDD.

[0101] ● pur-PUSCH-NB-MaxTBS: whether the UE supports Combination of PUR for full-PRB with maximum uplink TBS of 2984 bits when the UE is operating in coverage enhancement mode A.

[0102] ● pur-SubPRB-CE-ModeA: whether the UE supports Combination of PUR for sub-PRB when the UE is operating in coverage enhancement mode.

[0103] ● pur-SubPRB-CE-ModeB: whether the UE supports Combination of PUR for sub-PRB  when the UE is operating in coverage enhancement mode B.

[0104] ● pur-RSRP-Validation: whether the UE supports PUR with serving cell RSRP TA validation.

[0105] ● pur-FrequencyHopping: whether the UE supports PUR frequency hopping.

[0106] ● ntn-Connectivity-EPC: whether the UE supports NTN access.

[0107] ● ntn-TA-Report: whether the UE supports Timing advance reporting in NTN cell.

[0108] ● ntn-PUR-TimerDelay: whether the UE supports delaying the start of the pur-ResponseWindowTimer for NTN operation.

[0109] ● ntn-OffsetTimingEnh: whether the UE supports timing relationship enhancements using Differential Koffset.

[0110] ● ntn-ScenarioSupport: whether the UE supports NTN features in GSO or NGSO scenario.

[0111] ● ntn-SegmentedPrecompensationGaps: the supported gap length between segments for PUSCH and PUCCH required by a UE supporting ce-ModeA or for NPUSCH required by a UE supporting ue-category-NB, for TA pre-compensation.

[0112] ● rai-Support: whether the UE supports Release Assistance Indication (RAI) .

[0113] ● Control Plane CIoT EPS Optimization: whether UE support Control Plane CIoT EPS Optimization.

[0114] ● User Plane CIoT EPS Optimization: whether UE support User Plane CIoT EPS Optimization.

[0115] Embodiment 4: RRC Release

[0116] In this embodiment, if the feeder link is not available, the base station may reject an RRC connection setup request, or release an existing RRC connection. To expedite UE access to the next satellite, information about the next satellite can be indicated to the UE.  For example, referring to FIG. 6, satellite 602 is the current serving satellite for the UE, and it may send information about satellite 604 (i.e., next satellite) to the UE.

[0117] In this embodiment, various methods are described aiming to facilitate RRC connection setup and / or RRC connection resume, in situations where the feeder link is not available.

[0118] In some example implementations, the base station may reject the RRC connection setup request. If the feeder link isn’ t available, and base station is not able to obtain the UE capability, the base station may reject the RRC connection setup request, and indicate the information about the next satellite to UE. For example, base station may send an RRCConnectionReject message carrying the rejection cause, and the information about the next satellite.

[0119] In some example implementations, the base station may reject the RRC connection reestablishment request. If the feeder link isn’ t available, and base station is not able to obtain the UE capability, the base station may reject the RRC reestablishment setup request, and indicate the information about the next satellite to UE. For example, base station may send an RRCConnectionReestablishmentReject message carrying the rejection cause, and the information about the next satellite.

[0120] In some example implementations, base station may release the RRC connection and indicate the information about the next satellite to UE. For example, base station may send an RRCConnectionRelease message carrying the release cause, and the information about the next satellite.

[0121] In some example implementations, base station may suspend the RRC connection and indicate the information about the next satellite to UE. For example, base station may send an RRCConnectionRelease message carrying the suspend cause, and the information about the next satellite.

[0122] The cause for the above rejection, release, and suspending may include that the  feeder link is not available, or a connection to the core network is not available.

[0123] the information about the next satellite may include at least one of following:

[0124] ● The identifier of at least one of: the next serving satellite; the next base station; or the next cell of the next base station. The identifier may be in the form of a list, in which multiple identifiers may be included.

[0125] ● A starting time and / or a duration and / or an ending time for service availability of at least one of: the next serving satellite; the next base station; or the next cell of the next base station.

[0126] ● A configuration for at least one of: the next serving satellite; the next base station; or the next cell of the next base station. The configuration may include at least one of: an ephemeris, a timing advance, or a resource configuration.

[0127] Embodiment 5: Fake Acknowledgement

[0128] In this embodiment, even if the feeder link is not available (and the same for the core network) , the base station may still set up the connection with UE and obtain data from UE. In this way, UE may offload data to the base station, without further buffering in the UE side, and base station may also transmit data to the UE, to avoid transmission delay and reduce latency.

[0129] In some example implementations, UE may send an RRCEarlyDataRequest, or an RRCConnectionSetupComplete to the base station. The base station may store the UE information, as well as Uplink Non Access Stratus Packet Data Unit (UL NAS PDU) carried in these messages. The UE information may include, for example, UE identity such as Temporary Mobile Subscriber Identity (TMSI) , the accessed base station ID, accessed cell ID, the Tracking Area Code (TAC) , UE capability, and the like.

[0130] In some example implementations, UE may be pre-configured with dedicated uplink resource, known as Pre-configured Uplink Resource (PUR) , and UE may use the PUR to send certain RRC messages, such an RRCEarlyDataRequest message to the base station.  In order to obtain the UL NAS PDU from UE, the base station may respond with a Layer 1 Acknowledgement (L1 ACK) . Contrary to conventional practice, the base station does not perform any of following: sending NAS PDU or S1 message to the core network; performing Mobile Originated Early Data Transmission (MO-EDT) for Control Plane Cellular Internet of Things (CIoT) Evolved Packet System  / 5G System (EPS / 5GS) Optimization. Note that the base station does not have an available feeder link, or a UE-associated logical S1-connection.

[0131] In some example implementations, UE may be pre-configured with a PUR, and UE may use the PUR to send certain RRC messages, such an RRCEarlyDataRequest message to the base station. In order to obtain the UL NAS PDU from UE, the base station may respond with an RRCEarlyDataComplete message, or a Timing Advance Command (TAC) MAC CE for acknowledging the early data request from UE. Contrary to conventional practice, the base station does not perform any of following: sending NAS PDU or S1 message to the core network; performing MO-EDT for Control Plane CIoT EPS / 5GS Optimization; or obtaining Downlink (DL) NAS PDU from core network. Note that the base station does not have an available feeder link, or a UE-associated logical S1-connection.

[0132] Embodiment 6: Delayed Data Delivery

[0133] In this embodiment, without being promoted as the serving base station for a UE, a base station may setup the connection with the gateway (and / or data network) , and may obtain the UE information for later use. If there is pending data, such as DL NAS PDU for the UE, the base station may obtain and store such pending data for later delivery. Then later when base station moves to the UE’s area, the base station may set up the connection with UE and transmit the buffered data to it. For example, referring to FIG. 6, when satellite 604 is initially connected to the gateway via the feeder link, it may obtain / buffer UE information and / or DL NAS PDU for the UE. Satellite 604 may then move to an area covering the UE (e.g., the location of satellite 602) , and a service with the UE is established to transmitting data to the UE.

[0134] In some example implementations, the base station may page UE according to the  UE information obtained from the core network (when the satellite has a feeder link) . The UE information may include at least one of: accessed base station ID, accessed Cell ID, Tracking Area Code (TAC) , or physical location or physical area information of the UE. The UE information may further include UE capability. According to the earlier obtained UE information, the base station may page the UE in the corresponding area. For example, the base station may page the UE in an area corresponding to the accessed Cell ID.

[0135] Note that at the time when the base station pages the UE, the base station does not have an available feeder link and a UE-associated logical S1-connection, and the base station is not able to perform a Mobile Termination (MT) procedure.

[0136] In some example implementations, referring to FIG. 6, when satellite 604 moves to the area covering the UE, satellite 604 has a service link with the UE, but does not have a feeder link. The base station may receive an RRC connection request message from the UE, including RRCEarlyDataRequest, RRCConnectionRequest, RRCConnectionResumeRequest. In a conventional practice, the base station would reject the request due to, for example, there is no connection with the core network. In contrary, in this embodiment, the base station may set up the connection (i.e., accept the connection request) according to the previous obtained UE information. Stated another way, even there is no feeder link and UE-associated logical S1-connection, and the base station may not obtain UE capability from the core network in real time, the RRC connection may still be established, and the base station may be able to receive uplink data from the UE, buffer it for later forwarding to the core network. The base station may also transmit buffered UE DL data once the RRC connection is established.

[0137] In some example implementations, even there is no feeder link and UE-associated logical S1-connection, and / or the base station is not able to perform an MT procedure, the base station may still be able to transmit data to the UE. Referring to FIG. 6, during the time frame that the satellite 604 has an available feeder link, it may receive and buffer downlink data, such as DL NAS PDU for the UE. When satellite 604 moves to the area covering the UE, the base station may send an RRC message to the UE carrying the buffered  DL NAS PDU. The RRC message may include, for example, RRCEarlyDataComplete, or DLInformationTransfer.

[0138] Embodiment 7: UE Capability to Support S&F Mode

[0139] In this disclosure, in order to support interworking with a serving satellite (or a serving base station, a serving cell) that does not have a feeder link, or does not have connection to the core network, some UE capabilities are introduced, as listed below.

[0140] ● whether UE supports the store &forwarding function. That is, whether UE is capable of interoperating with a base station operating in S&F mode.

[0141] ● whether UE supports to report some UE capability during RRC connection setup procedure.

[0142] ● whether UE supports a delay reception from the core network.

[0143] ● whether UE supports communication with a satellite (or base station, or cell) that does not have a valid feeder link.

[0144] Embodiment 8: Cell Access in NTN

[0145] In this embodiment, if the cell does not the available feeder link, this cell may be barred or deprioritized for UE in a cell selection / reselection process. The cell is associated with the base station, and the base station may be hosted by, on running on the a satellite.

[0146] In some example implementations, for a UE that does not support communicating with a cell (or a satellite, a base station) that does not have a feeder link, the particular cell is barred for the UE. This may be indicated by a “cell barred” bit carried in a message from the base station to the UE.

[0147] In some example implementations, for a UE that supports communicating with a cell (or a satellite, a base station) that does not have a feeder link (e.g., base station with S&F function) , a new bit that does not exist in current wireless technology is introduced. The new bit may be set to “not barred” in case access is allowed for a cell, even the cell does not have a feeder link. In case access is not allowed for a cell, this new bit may be set to  “barred” .

[0148] In some example implementations, for a UE that supports communicating with a cell (or a satellite, a base station) that does not have a feeder link (e.g., base station with S&F function) , the UE may lower a cell selection / reselection priority for the cell. For example, the UE may rank the cell as lowest priority for cell selection / reselection, yet the cell is still allowed (or has a chance) to be selected / reselected.

[0149] In some example implementations, if a cell does not have an available feeder link, UE could may deprioritize it during the cell selection / reselection via an offset. The offset value for the cell may be configured by the base station via, for example, a broadcast message, an RRC message, and the like. In calculating the cell reselection criterion R (or cell ranking criterion R) , for cells without the available feeder link, R value of the cell is reduced by subtracting a offset value (if the offset value is positive) or adding a negative offset value (if the offset value is negative) . Specifically, for a serving cell without an available feeder link, cell reselection criterion Rs = Qmeas, s+Qhyst -Qoffsettemp -Qoffset_ntn; for a neighboring cell without an available feeder link, cell reselection criterion Rn = Qmeas, n -Qoffset -Qoffsettemp-Qoffset_ntn. Where: Qoffset_ntn is the offset value, Qhyst specifies the hysteresis value for ranking criteria; Qmeas, sand Qmeas, n are measurement quantity used in cell reselection for serving cell and neighboring cell, respectively; Qoffsettemp is the parameter to adjust the cell selection criteria temporarily based on network conditions or UE-specific factors. Note that Qoffset_ntn is specially introduced in NTN and is to be applied when a cell does not have a feeder link. This offset may be same for serving cell and neighboring cell. Alternatively, there may be two offsets applied to the serving cell and neighboring cell, respectively.

[0150] In this disclosure, embodiments may be implemented separately or in combinations. For example, an implementation may combine embodiments 1 and 3, so the base station may send feeder link information to UE, and UE is able to report its UE capability. This implementation may be further combined with embodiment 4, to handle  RRC release scenario. This implementation may be further combined with embodiment 5, to add fake acknowledgement. This implementation may be further combined with embodiment 6, such that delayed data delivery is supported. This implementation may be further combined with embodiment 8, so cell access handling adapted to NTN environment is provided. In this disclosure, exemplarily, the base station may be hosted in the satellite, or co-located with the satellite.

[0151] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0152] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0153] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In  addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for the existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0154] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0155] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution may be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

Claims

1.A method for wireless communication, performed by a wireless device, comprising:receiving, from a network node, a first message comprising feeder link information for feeder links, wherein the feeder link information comprising at least one of:a satellite identifier (ID) of a current serving satellite associated with the network node;a feeder link status for a feeder link of one of: the current serving satellite; the network node; or a cell of the network node, wherein the feeder link provides at least one of: a connection between the current serving satellite to a core network or a data network; a connection between the network node to the core network or the data network; or a connection between the cell to the core network or the data network;an S1 interface status of one of: the current serving satellite; the network node; or a cell of the network node;an identifier of at least one of: a next serving satellite; a next network node; or a next cell of the next network node, wherein:each of the next serving satellite, the next network node, or the next cell is able to resume a pending task between the wireless device and the network node, and the pending task involves data transmission to or from at least one of: a core network; or a data network; oreach of the next serving satellite, the next network node, or the next cell is able to provide a connection from the wireless device to the core network or the data network;a next available time that the wireless device is able to have a connection to the core network or the data network;an interruption time that the wireless device is not able to setup a connection with the core network, or that the wireless device is not able to communicate with the core network or the data network;an expected response time from the core network for a pending request;a buffering and forwarding capability indication indicating whether that the network node supports buffering data for later forwarding;a buffering and forwarding enable indication indicating whether to enable a buffering and forwarding function; ora UE capability report indicator indicating whether UE capability report is enabled for the wireless device.2.The method of claim 1, wherein the network node comprises a base station and is hosted by a satellite.3.The method of any one of claims 1-2, further comprising:forwarding, from an Access Stratum (AS) entity of the wireless device to a Non Access Stratum (NAS) entity of the wireless device, at least a portion of the feeder link information.4.The method of any one of claims 1-2, further comprising:transmitting, to the network node, UE capability of the wireless device.5.The method of claim 4, wherein transmitting the UE capability comprises:in response to one of: no feeder link being available to the wireless device; or the wireless device being enabled to report the UE capability, transmitting, to the network node, the UE capability of the wireless device.6.The method of claim 4, wherein the UE capability comprises at least one of:a UE category comprising at least one of: Downlink / Uplink (DL / UL) Category Narrow Band 1 (NB1) ; DL / UL Category NB2; DL / UL Category M1; or DL / UL Category M2;an RLC-UM indicator indicating whether the wireless device supports Radio Link Control -Unacknowledge Mode (RLC-UM) ;an indicator indicating whether the wireless device supports 16 Quadrature Modulation (16QAM) ;an indicator indicating whether the wireless device supports multiple Transport Block (TB) scheduling;an indicator indicating whether the wireless device supports Preconfigured Uplink Resource (PUR) ;an indicator indicating whether the wireless device supports two Hybrid Automatic Repeat Request (HARQ) ;an indicator indicating whether the wireless device supports physical layer Scheduling Request (SR) with HARQ Acknowledge (ACK) for Frequency Division Duplex (FDD) ;an indicator indicating whether the wireless device supports Non-Terrestrial Network (NTN) access;an indicator indicating whether the wireless device supports buffering and forwarding function;an indicator indicating whether the wireless device supports reporting at least a partial of UE capabilities during an RRC connection setup procedure;an indicator indicating whether the wireless device supports a delayed data reception from the core network; oran indicator indicating whether the wireless device supports communicating with a satellite, a network node, or a cell of the network node without a valid feeder link.7.The method of claim 6, wherein transmitting the UE capability comprises transmitting the UE capability via at least one of:a Radio Resource Control (RRC) message;a container in the RRC message with the UE capability packed in the container;a Medium Access Control –Control Element (MAC CE) ; ora MAC subheader.8.The method of claim 7, wherein the RRC message comprises at least one of:an RRCConnectionRequest message; oran RRCEarlyDataRequest message.9.The method of claim 6, wherein transmitting the UE capability comprises:transmitting, to the network node, a Msg3 in a random access procedure;receiving, from the network node, a UE capability request indication triggered by the Msg3; andtransmitting, to the network node, the UE capability via an RRC message.10.The method of claim 9, wherein before receiving the UE capability request indication from the network node, the method further comprises:receiving, from the network node, an early contention resolution message to resolve a contention associated with the random access procedure.11.The method of any one of claims 1-2, wherein there is no feeder link available for the network node, the method further comprising:transmitting, to the network node, a request to setup or resume an RRC connection;receiving, from the network node, a response comprising one of following:a first response to reject the RRC connection;a second response to release the RRC connection; ora third response to suspend the RRC connection.12.The method of claim 11, wherein the network node is not able to obtain UE capability of the wireless device.13.The method of claim 11, wherein receiving the response comprises receiving the response via an RRC message, the RRC message comprising at least one of:a RRCConnectionReject message;a RRCConnectionReestablishmentReject; ora RRCConnectionRelease message.14.The method of any one of claims 11-13, where the response comprises at least one of:a cause information indicating a cause of the response; or an information about a next satellite, the next satellite being a satellite following the current serving satellite.15.The method of claim 14, wherein the cause is that there is no feeder link available for the network node.16.The method of claim 14, wherein the information comprises at least one of:the identifier of at least one of: the next serving satellite; the next network node; or the next cell of the next network node;a starting time for service availability of at least one of: the next serving satellite; the next network node; or the next cell of the next network node; ora configuration for at least one of: the next serving satellite; the next network node; or the next cell of the next network node.17.The method of claim 16, wherein the configuration comprises at least one of: an ephemeris, a timing advance, or a resource configuration.18.The method of any one of claims 1-2, wherein there is no feeder link available for the network node and there is no connection between the network node and a core network, the method further comprising:transmitting, to the network node, an RRC early data request message or an RRC connection setup complete message; andreceiving, from the network node, an acknowledgement for the RRC early data request message or the RRC connection setup complete message, the acknowledgement indicating an acceptance of a corresponding request.19.The method of any one of claims 1-2, wherein there is no feeder link available for the network node and there is no connection between the network node and a core network, the  method further comprising:transmitting, to the network node, an RRC early data request message using a Preconfigured Uplink Resource (PUR) ; andreceiving, from the network node, one of:a Layer 1 (L1) acknowledgement for the RRC early data request message;an RRCEarlyDataComplete message acknowledging the RRC early data request message; ora Timing Advance Command (TAC) MAC CE acknowledging the RRC early data request message.20.The method of any one of claims 1-2, wherein there is no feeder link available for the network node and there is no connection between the network node and a core network, the method further comprising:receiving, from the network node, a paging message; orreceiving, from the network node, an RRC message carrying downlink data for the wireless device, wherein the network node buffers the downlink data for the wireless device when the network node has a previous feeder link to the core network.21.The method of claim 20, wherein:the data for the wireless device comprises a DL NAS Packet Data Unit (PDU) ; andthe RRC message comprises at least one of: an RRCEarlyDataComplete message; or a DLInformationTransfer message.22.The method of any one of claims 1-2, wherein:there is no feeder link available for the network node and there is no connection between the network node and a core network;the wireless device supports a buffering and forwarding function, such that the network node delays a transmission of data buffered for the wireless device; andthe method further comprises receiving, from the network node, an indication that the network node is not barred for cell selection and reselection.23.The method of claim 22, further comprising:assigning a cell of the network node with a lowest priority for cell selection and reselection.24.The method of claim 22, further comprising:in response to a serving cell serving the wireless device not having a feeder link, lowering a cell reselection R criterion of the serving cell with a first offset; andin response to a neighboring cell of the wireless device not having a feeder link, lowering a cell reselection R criterion of the neighboring cell with a second offset, wherein the first offset and the second offset are configured by the network node and are to be applied base on feeder link status.25.A method for wireless communication, performed by a network node, comprising:transmitting, to a wireless device, a first message comprising feeder link information for feeder links, wherein the feeder link information comprising at least one of:a satellite identifier (ID) of a current serving satellite associated with the network node;a feeder link status for a feeder link of one of: the current serving satellite; the network node; or a cell of the network node, wherein the feeder link provides at least one of: a connection between the current serving satellite to a core network or a data network; a connection between the network node to the core network or the data network; or a connection between the cell to the core network or the data network;an identifier of at least one of: a next serving satellite; a next network node; or a next cell of the next network node, wherein:each of the next serving satellite, the next network node, or the next cell is able to resume a pending task between the wireless device and the network node, and the pending task involves data transmission to or from at least one of: a core network; or a data network; oreach of the next serving satellite, the next network node, or the next cell is able to provide a connection from the wireless device to the core network or the data network;a next available time that the wireless device is able to have a connection to the core network or the data network;an interruption time that the wireless device is not able to setup a connection with the core network, or that the wireless device is not able to communicate with the core network or the data network;an expected response time from the core network for a pending request;a buffering and forwarding capability indication indicating whether that the network node supports buffering data for later forwarding; ora buffering and forwarding enable indication indicating whether to enable a buffering and forwarding function.26.The method of claim 25, wherein the network node comprises a base station and is  hosted by a satellite.27.The method of any one of claims 25-26, further comprising:receiving, from the wireless device, UE capability of the wireless device.28.The method of claim 27, wherein before receiving the UE capability of the wireless device, the method further comprises transmitting, to the wireless device, at least one of:a first indication indicating that there is no feeder link available for the network node; ora second indication indicating whether to enable reporting the UE capability.29.The method of claim 27, wherein the UE capability comprises at least one of:a UE category comprising at least one of: Downlink / Uplink (DL / UL) Category Narrow Band 1 (NB1) ; DL / UL Category NB2; DL / UL Category M1; or DL / UL Category M2;an RLC-UM indicator indicating whether the wireless device supports Radio Link Control -Unacknowledge Mode (RLC-UM) ;an indicator indicating whether the wireless device supports two Hybrid Automatic Repeat Request (HARQ) ;an indicator indicating whether the wireless device supports physical layer Scheduling Request (SR) with HARQ Acknowledge (ACK) for Frequency Division Duplex (FDD) ;an indicator indicating whether the wireless device supports Non-Terrestrial Network (NTN) access;an indicator indicating whether the wireless device supports buffering and forwarding function;an indicator indicating whether the wireless device supports reporting at least a partial of UE capabilities during an RRC connection setup procedure;an indicator indicating whether the wireless device supports a delayed data reception from the core network; oran indicator indicating whether the wireless device supports communicating with a satellite, a network node, or a cell of the network node without a valid feeder link.30.The method of any one of claims 27-29, wherein receiving the UE capability comprises receiving the UE capability via at least one of:a Radio Resource Control (RRC) message;a container in the RRC message with the UE capability packed in the container;a Medium Access Control –Control Element (MAC CE) ; ora MAC subheader.31.The method of claim 30, wherein the RRC message comprises at least one of:an RRCConnectionRequest message; oran RRCEarlyDataRequest message.32.The method of claim 27, wherein receiving the UE capability comprises:receiving, from the wireless device, a Msg3 in a random access procedure;transmitting, to the wireless device, a UE capability request indication triggered by the Msg3; andreceiving, from the wireless device, the UE capability via an RRC message.33.The method of claim 32, wherein before receiving the UE capability request indication from the network node, the method further comprises:receiving, from the network node, an early contention resolution message to resolve a contention associated with the random access procedure.34.The method of any one of claims 25-26, wherein there is no feeder link available for the network node, the method further comprising:receiving, from the wireless device, a request to setup or resume an RRC connection;transmitting, to the network node, a response comprising one of following:a first response to reject the RRC connection;a second response to release the RRC connection; ora third response to suspend the RRC connection.35.The method of claim 34, wherein the network node is not able to obtain UE capability of the wireless device.36.The method of claim 34, wherein transmitting the response comprises transmitting the response via an RRC message, the RRC message comprising at least one of:a RRCConnectionReject message;a RRCConnectionReestablishmentReject; ora RRCConnectionRelease message.37.The method of any one of claims 34-36, where the response comprises at least one of: a cause information indicating a cause of the response; or an information about a next satellite, the next satellite being a satellite following the current serving satellite.38.The method of claim 37, wherein the cause is that there is no feeder link available for the network node.39.The method of claim 37, wherein the information comprises at least one of:the identifier of at least one of: the next serving satellite; the next network node; or the next cell of the next network node;a starting time for service availability of at least one of: the next serving satellite; the next network node; or the next cell of the next network node; ora configuration for at least one of: the next serving satellite; the next network node; or the next cell of the next network node.40.The method of claim 39, wherein the configuration comprises at least one of: an ephemeris, a timing advance, or a resource configuration.41.The method of any one of claims 25-26, wherein there is no feeder link available for the network node and there is no connection between the network node and a core network, the method further comprising:receiving, from the wireless device, an RRC early data request message or an RRC connection setup complete message; andtransmitting, to the wireless device, an acknowledgement for the RRC early data request message or the RRC connection setup complete message, the acknowledgement indicating an acceptance of a corresponding request.42.The method of any one of claims 25-26, wherein there is no feeder link available for the network node and there is no connection between the network node and a core network, the method further comprising:receiving, from the wireless device, an RRC early data request message using a Preconfigured Uplink Resource (PUR) ; andtransmitting, to the wireless device, one of:a Layer 1 (L1) acknowledgement for the RRC early data request message;an RRCEarlyDataComplete message acknowledging the RRC early data request message; ora Timing Advance Command (TAC) MAC CE acknowledging the RRC early data request message.43.The method of any one of claims 25-26, wherein there is no feeder link available for the network node and there is no connection between the network node and a core network, the method further comprising:transmitting, to the wireless device, a paging message; ortransmitting, to the wireless device, an RRC message carrying downlink data for the wireless device, wherein the network node buffers the downlink data for the wireless device when the network node has a previous feeder link to the core network.44.The method of claim 43, wherein:the data for the wireless device comprises a DL NAS Packet Data Unit (PDU) ; andthe RRC message comprises at least one of: an RRCEarlyDataComplete message; or a DLInformationTransfer message.45.The method of any one of claims 25-26, wherein:there is no feeder link available for the network node and there is no connection between the network node and a core network;the wireless device supports a buffering and forwarding function, such that the network node delays a transmission of data buffered for the wireless device; andthe method further comprises transmitting, to the wireless device, an indication that a serving cell of the network node or a neighboring cell of the network node is not barred for cell selection and reselection.46.The method of claim 45, further comprising:transmitting, to the wireless device via a broadcast message or an RRC message, a first offset and a second offset, wherein the first offset is used by the wireless device to lower a cell reselection R criterion of a serving cell, and wherein the second offset is used by the wireless device to lower a cell reselection R criterion of a neighboring cell.47.The method of any one of claims 25-26, wherein:there is no feeder link available for the network node and the network node does not have UE capability of the wireless device;the method further comprises:receiving an RRC connection request from the wireless device; andaccepting the RRC connection request and assuming UE has either default radio configuration or minimum UE capability.48.The method of claim 47, wherein the minimum UE capability comprises at least one of:the wireless device being a Category NB1 UE or a Category M1 UE;the wireless device only supporting one Hybrid Automatic Repeat Request (HARQ) process; orthe wireless device only supporting a single carrier.49.A device for wireless communication comprising a memory for storing computer instructions and a processor in communication with the memory, wherein, when the processor executes the computer instructions, the processor is configured to implement a method in any one of claims 1-48.50.A computer program product comprising a non-transitory computer-readable program medium with computer code stored thereupon, the computer code, when executed by one or more processors, causing the one or more processors to implement a method of any one of claims 1-48.

Images