System and method for supporting tracking regions for satellite wireless access - Patents.com

Abstract

A technique is described for supporting satellite radio access for user equipment (UE) using fixed tracking areas (TAs). A TA identifier (TAI) is broadcast in a satellite radio cell by a base station to indicate which TAs are covered by the radio cell. The UE can access the radio cell if at least one broadcast TAI is not barred for the UE. The base station provides the TAIs broadcast in the radio cell and the TAIs for the TAs in which the UE is located to a core network node to support access by the UE. The core network node uses the broadcast TAI to determine whether UE access is allowed and uses the broadcast TAI to assign a UE registration area. The UE may forward all broadcast TAIs to a barred TAI list if UE access is denied by the core network node.

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application is related to U.S. Non-Provisional Application No. 17 / 705,197, filed on March 25, 2022, entitled "System and Method for Supporting Tracking Areas for Satellite Radio Access," U.S. Provisional Application No. 63 / 231,239, filed on August 9, 2021, entitled "System and Method for Tracking Area Support with Hard and Soft Tracking Area Updates," and Greek Application No. 20210100552, filed on August 13, 2021, entitled "System and Method for Tracking Area Support with Hard and Soft Tracking Area Updates." No. 63 / 252,149, filed on October 4, 2021, entitled "System and Method for Tracking Area Support With Hard and Soft Tracking Area Updates," and Greek Application No. 20210100709, filed on October 18, 2021, entitled "System and Method for Tracking Area Support With Hard and Soft Tracking Area Updates," all of which are assigned to the assignee hereof and are incorporated by reference in their entireties herein. [Background technology]

[0002] Field of Disclosure Various aspects described herein relate generally to wireless communication systems and, more particularly, to accessing a wireless network using communications satellites.

[0003] 2. Description of Related Art Wireless communication systems are widely deployed to provide various types of communication content, such as voice, video, packet data, messaging, broadcasts, and the like. These systems may be capable of supporting communication with multiple users by sharing available system resources (e.g., time, frequency, and power). Examples of such multiple access systems include fourth generation (4G) systems, such as Long Term Evolution (LTE) systems, LTE-Advanced (LTE-A) systems, or LTE-A Pro systems, and fifth generation (5G) systems, sometimes referred to as New Radio (NR) systems. These systems may employ technologies such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), or Discrete Fourier Transform Spread Orthogonal Frequency Division Multiplexing (DFT-S-OFDM), etc. A wireless multiple-access communication system may include multiple base stations or network access nodes, each simultaneously supporting communication for multiple communication devices, each of which may be referred to as a user equipment (UE).

[0004] Standardization is underway to combine satellite-based communication systems with terrestrial wireless communication systems, such as 5G New Radio (NR) networks. In such systems, UEs access satellites, also called spacecraft (SV), instead of base stations, which connect to earth stations, also called ground stations or non-terrestrial network (NTN) gateways, which then connect (e.g., directly or through base stations) to the 5G network. 5G networks can treat satellite systems as another type of radio access technology (RAT) that is different from, but similar to, terrestrial 5G NR.

[0005] Since satellites typically differ from terrestrial base stations in terms of the size of their coverage areas, the movement of coverage regions, longer propagation delays, and different carrier frequencies, satellite RATs may require different implementations than terrestrial RATs to support common services to end users. One example of a different implementation is the support of tracking regions throughout the network coverage area. It may then be desirable to optimize such different implementations and minimize their impact. Summary of the Invention

[0006] A technique is described for supporting satellite radio access of a user equipment (UE) using a fixed tracking area (TA). A TA identifier (TAI) is broadcast in a satellite radio cell by a base station to indicate which TA is covered by the radio cell. The UE can access the radio cell if at least one broadcast TAI is not forbidden for the UE. The base station provides the TAIs broadcast in the radio cell and the TAI for the TA in which the UE is located to a core network node to support access by the UE. The core network node uses the broadcast TAI to determine whether the UE access is allowed and uses the broadcast TAI to assign a UE registration area. The UE may forward all broadcast TAIs to a forbidden TAI list if the UE access is denied by the core network node.

[0007] In one embodiment, a method is performed by a Radio Access Network (RAN) node supporting satellite radio access of a user equipment (UE) to a serving public land mobile network (PLMN), the method including: broadcasting one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell; receiving from a user equipment (UE) a Non-Access Stratum (NAS) message transmitted by the UE in the satellite radio cell; determining a TA in which the UE is located; and transmitting the NAS message to a core network node and including with the NAS message a TAI for the TA in which the UE is located and one or more TAIs broadcast in the satellite radio cell.

[0008] In one embodiment, a Radio Access Network (RAN) node configured to support satellite radio access to a serving Public Land Mobile Network (PLMN) of a User Equipment (UE) includes an external interface configured to communicate wirelessly with a network entity, at least one memory, and at least one processor coupled to the external interface, wherein the at least one memory and the at least one processor are configured to: broadcast, via the external interface, one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell; receive, via the external interface, from the UE, a Non-Access Stratum (NAS) message transmitted by the UE in a satellite radio cell; determine a TA in which the UE is located; transmit, via the external interface, the NAS message to a core network node; and include with the NAS message the TAI for the TA in which the UE is located and the one or more TAIs broadcast in the satellite radio cell.

[0009] In one embodiment, a Radio Access Network (RAN) node configured to support satellite radio access of a user equipment (UE) to a serving public land mobile network (PLMN) includes a unit for broadcasting one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell, a unit for receiving from the UE a Non-Access Stratum (NAS) message transmitted by the UE in the satellite radio cell, a unit for determining a TA in which the UE is located, and a unit for transmitting the NAS message to a core network node and including with the NAS message a TAI for the TA in which the UE is located and one or more TAIs broadcast in the satellite radio cell.

[0010] In one embodiment, a non-transitory storage medium includes program code stored thereon, the program code operable to configure at least one processor in a Radio Access Network (RAN) node to support satellite radio access to a serving Public Land Mobile Network (PLMN) of a User Equipment (UE), the program code including instructions for broadcasting one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell, receiving a Non-Access Stratum (NAS) message from the UE transmitted by the UE in the satellite radio cell, determining a TA in which the UE is located, transmitting the NAS message to a core network node, and including with the NAS message a TAI for the TA in which the UE is located and one or more TAIs broadcast in the satellite radio cell.

[0011] In one embodiment, a method is performed by a core network node to support satellite radio access by a user equipment (UE) to a serving public land mobile network (PLMN), the method including receiving a Non-Access Stratum (NAS) request message and one or more Tracking Area (TA) Identifiers (TAIs) from a Radio Access Network (RAN) node, determining whether the UE is authorized to access the satellite radio cell based on a TAI broadcasted in the satellite radio cell by the RAN node, and in response to a determination that the UE is authorized to access the satellite radio cell, sending a NAS accept message to the UE, the NAS request message being sent by the UE to a RAN node in the satellite radio cell, the one or more TAIs including the TAI broadcasted in the satellite radio cell by the RAN node and an indication of a TAI for a TA in which the UE is located.

[0012] In one embodiment, a core network node configured to support satellite radio access by a user equipment (UE) to a serving public land mobile network (PLMN) includes an external interface configured to communicate wirelessly with a network entity, at least one memory, and at least one processor coupled to the external interface, the at least one memory and the at least one processor configured to receive a Non-Access Stratum (NAS) request message and one or more Tracking Area (TA) Identifiers (TAIs) from a Radio Access Network (RAN) node via the external interface, determine whether a user equipment (UE) is authorized to access the satellite radio cell based on the TAIs broadcasted in a satellite radio cell by the RAN node, and transmit a NAS accept message to the UE via the external interface in response to a determination that the UE is authorized to access the satellite radio cell, the NAS request message being transmitted by the UE to the RAN node in the satellite radio cell, the one or more TAIs including an indication of the TAIs broadcasted in the satellite radio cell by the RAN node and a TAI for a TA in which the UE is located.

[0013] In one embodiment, a core network node configured to support satellite radio access by a user equipment (UE) to a serving public land mobile network (PLMN) includes a unit for receiving a Non-Access Stratum (NAS) request message and one or more Tracking Area (TA) Identifiers (TAIs) from a Radio Access Network (RAN) node, a unit for determining whether the UE is authorized to access the satellite radio cell based on a TAI broadcasted in the satellite radio cell by the RAN node, and a unit for transmitting a NAS accept message to the UE in response to a determination that the UE is authorized to access the satellite radio cell, the NAS request message being transmitted by the UE to the RAN node in the satellite radio cell, the one or more TAIs including the TAI broadcasted in the satellite radio cell by the RAN node and an indication of a TAI for a TA in which the UE is located.

[0014] In one embodiment, a non-transitory storage medium includes program code stored thereon, the program code operable to configure at least one processor in a core network node to support satellite radio access to a serving public land mobile network (PLMN) of a user equipment (UE), the program code including instructions for receiving a Non-Access Stratum (NAS) request message and one or more Tracking Area (TA) Identifiers (TAIs) from a Radio Access Network (RAN) node, determining whether the UE is authorized to access the satellite radio cell based on a TAI broadcasted in a satellite radio cell by the RAN node, and in response to a determination that the UE is authorized to access the satellite radio cell, transmitting a NAS accept message to the UE, the NAS request message being transmitted by the UE to the RAN node in the satellite radio cell, the one or more TAIs including an indication of the TAI broadcasted in the satellite radio cell by the RAN node and a TAI for a TA in which the UE is located.

[0015] In one embodiment, a method is performed by a user equipment (UE) for supporting satellite radio access to a serving public land mobile network (PLMN), the method including receiving a plurality of Tracking Area (TA) Identifiers (TAIs) broadcasted in a satellite radio cell by a Radio Access Network (RAN) node, determining whether access to the satellite radio cell is permitted based on the plurality of TAIs, transmitting, at the satellite radio cell, a Non-Access Stratum (NAS) request message via the RAN node to a core network node in the satellite radio cell in response to determining that access to the satellite radio cell is permitted, and receiving, at the satellite radio cell, a NAS response message from the core network node in the satellite radio cell via the RAN node.

[0016] In one embodiment, a user equipment (UE) configured to support satellite radio access to a serving public land mobile network (PLMN) includes a radio transceiver configured to communicate wirelessly with a network entity, at least one memory, and at least one processor coupled to the radio transceiver, wherein the at least one memory and the at least one processor are configured to receive, via the radio transceiver, a plurality of Tracking Area (TA) Identifiers (TAIs) broadcasted in a satellite radio cell by a Radio Access Network (RAN) node, determine, via the radio transceiver, whether access to the satellite radio cell is permitted based on the plurality of TAIs, transmit, via the radio transceiver, in response to a determination that access to the satellite radio cell is permitted, a Non-Access Stratum (NAS) request message in the satellite radio cell to a core network node via the RAN node, and receive, via the radio transceiver, a NAS response message in the satellite radio cell from the core network node via the RAN node.

[0017] In one embodiment, a user equipment (UE) configured to support satellite radio access to a serving public land mobile network (PLMN) includes a unit for receiving a plurality of Tracking Area (TA) Identifiers (TAIs) broadcasted in a satellite radio cell by a Radio Access Network (RAN) node, a unit for determining whether access to the satellite radio cell is permitted based on the plurality of TAIs, a unit for sending a Non-Access Stratum (NAS) request message in the satellite radio cell to a core network node via the RAN node in response to a determination that access to the satellite radio cell is permitted, and a unit for receiving a NAS response message in the satellite radio cell from the core network node via the RAN node.

[0018] In one embodiment, a non-transitory storage medium includes program code stored thereon, the program code operable to configure at least one processor in a user equipment (UE) for supporting satellite radio access to a serving public land mobile network (PLMN), the program code including instructions for receiving a plurality of Tracking Area (TA) Identifiers (TAIs) broadcast in a satellite radio cell by a Radio Access Network (RAN) node, determining whether access to the satellite radio cell is authorized based on the plurality of TAIs, and in response to determining that access to the satellite radio cell is authorized, sending a Non-Access Stratum (NAS) request message in the satellite radio cell via the RAN node to a core network node, and receiving a NAS response message in the satellite radio cell from the core network node via the RAN node. [Brief description of the drawings]

[0019] [Figure 1] FIG. 1 shows a communication system diagram of a network architecture having transparent space vehicles (SVs) capable of supporting satellite access to a wireless network. [Diagram 2]FIG. 2 shows a diagram of a communication system of a network architecture having a regenerative SV capable of supporting satellite access to a wireless network. [Diagram 3] FIG. 3 shows a diagram of a communication system of a network architecture with regenerative SV and a split-satellite Node B (gNB) architecture capable of supporting satellite access to a wireless network. [Figure 4] FIG. 4 shows an SV generating multiple beams over an area including multiple countries. [Diagram 5] FIG. 5 shows a wireless cell generated by an SV over an area including multiple fixed cells. [Figure 6] FIG. 6 illustrates the allocation of radio cells generated by the SV to fixed tracking areas (TA). [Figure 7] FIG. 7 shows an example of an environment including radio cells, including a tracking area covered by the radio cells. [Figure 8] FIG. 8 illustrates an example of an environment including radio cells with tracking areas covered by the radio cells, where the radio cells broadcast tracking area identifiers (TAIs) for some of the tracking areas. [Figure 9] FIG. 9 shows a signaling flow illustrating various messages transmitted between components of a communication network in a procedure for supporting TAI updating. [Figure 10] FIG. 10 illustrates an example of a hardware implementation of a UE configured to support TAI updates as discussed herein. [Figure 11] FIG. 11 illustrates an example of a hardware implementation of a core network node configured to support TAI updates as discussed herein. [Figure 12] FIG. 12 illustrates an example of a hardware implementation of a network node configured to support TAI updates as discussed herein. [Figure 13]FIG. 13 is a flow chart illustrating an example of a procedure performed by a Radio Access Network (RAN) node to facilitate satellite radio access by a user equipment to a PLMN (serving PLMN). [Figure 14] FIG. 14 shows a flow chart of an example procedure performed by a core network node for supporting satellite radio access by a user equipment to a serving public land mobile network (PLMN). [Figure 15] FIG. 15 illustrates a flowchart of an example procedure performed by a UE for supporting satellite radio access by a user equipment (UE) to a serving public land mobile network (PLMN).

[0020] According to some exemplary implementations, like reference numbers in various figures refer to like elements. Additionally, multiple instances of an element may be indicated by the first number of that element followed by a letter or a hyphen and a second number. For example, multiple instances of element 102 may be indicated as 102-1, 102-2, 102-3, etc. When referring to such an element using only the first number, any instance of the element should be understood (e.g., element 102 in the previous example refers to elements 102-1, 102-2, 102-3). DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0021] Satellites, also called space vehicles (SVs) or communications satellites, may be used in communications systems, for example using a gateway and one or more satellites to relay communications signals between the gateway and one or more UEs. The UE may access the satellite (instead of a terrestrial base station), which may be connected to an earth station (ES), also called a ground station or a non-terrestrial network (NTN) gateway. The earth station then connects to an element in the network, such as a modified base station (without a terrestrial antenna) or a network node in the core network (CN). This element provides access to other elements in the network and ultimately to entities outside the network, such as Internet web servers and other user devices.

[0022] The rationale for satellite access for UEs may include ubiquitous outdoor coverage for both users and mobile network operators (MNOs). For example, unavailable or insufficient cellular coverage is a common problem in many countries, including the United States. Furthermore, even when cellular coverage is usually good, cellular access is not always possible. For example, cellular access may be hindered by congestion, physical obstructions, local cellular failures due to weather (e.g., disease or tornadoes), or local power outages. Satellite access to cellular networks could provide a new independent access available anywhere outdoors. Current satellite-enabled phones for low Earth orbit (LEO) SVs may be of similar size to cellular smartphones, so mobile NR support with satellite-enabled phones would not require a significant increase in phone size. Furthermore, satellite-enabled smartphones could help promote mobile phone sales and increase operator revenues. For example, potential users may include those with limited or no cellular access, those needing backup when cellular access is absent, those involved in public safety, or those needing (near) 100% reliable mobile communications. Some users may also want reliable emergency (e.g., E911) services, for example for remote medical emergencies or vehicle trouble.

[0023] The use of satellite access can bring other benefits. For example, satellite access can reduce infrastructure costs for Mobile Network Operators (MnOs). For example, MNOs can use satellite access to reduce terrestrial base stations such as GN NodeBs (also known as gNBs) and backhaul deployments in sparsely populated areas. Satellite access can also be used, for example, to overcome Internet blockages in a country. Satellite access can also provide diversification for Space Vehicle Operators (SVOs). For example, 5G NR satellite access could provide a new revenue stream for SVOs that previously offered fixed Internet access.

[0024] A Terrestrial Network (TN) using terrestrial cellular base stations can support relatively small fixed radio cells (e.g., 100 meters to 10 km from one side to the other) that can have precisely known geographic coverage areas. This allows an operator of the TN to subdivide its overall service area into fixed tracking areas (TAS) consisting of multiple fixed radio cells. Using tracking areas, an operator can control access by users (e.g., define specific geographic areas that only some users can access) and charge users based on coarse location. Radio cells allow operators a fine level of access control and a fine level of charging identification, which can be used for routing purposes and for supporting Wireless Emergency Alerting (WEA). For example, a request to set up an emergency call sent by a UE to the TN can include the UE's current serving radio cell that the TN can use to route the emergency call to a Public Safety Answering Point (PSAP), which serves the area of ​​the serving radio cell. In addition, if the WEA message needs to be broadcast in a predefined target area to all UEs currently located in the target area, the TN may instruct the WEA message to be broadcast only in radio cells whose coverage areas are within the target area or partially within the target area.

[0025] Satellite access for the UE is defined by the 3rd Generation Partnership Project (3GPP). The main purpose of defining satellite access is to minimize or avoid new impacts to the CN. One of the ways to avoid or minimize the impacts to the CN is to maintain support for fixed tracking areas (TAs). Fixed TAs are defined geographically by the Operations and Maintenance (O&M) with the geographic definitions being provided to the base stations (eNBs and / or gNBs, etc.) and the CN. The base station may then determine the fixed TA in which the UE is located based on the current UE geographic location and provide an identifier (ID) of this TA to a network node in the CN, e.g., an Access and Mobility Management Function (AMF), when a signaling connection for the UE is established. The network node may later use the fixed TA information to send paging messages to the UE via one or more base stations. The use of fixed TAs has the advantage of reducing or minimizing new impacts to the CN.

[0026] FIG. 1 illustrates an example of a network architecture 100 capable of supporting satellite access using 5G New Radio (NR). FIG. 1 illustrates a network architecture with a transparent spacecraft (SV). A transparent SV may implement frequency conversion and radio frequency (RF) amplifiers in both the uplink (UL) and downlink (DL) directions and may correspond to an analog RF repeater. A transparent SV may, for example, receive uplink (UL) signals from all served UEs and redirect the combined signal DL to an earth station without demodulating or decoding the signal. Similarly, a transparent SV may receive UL signals from an earth station and redirect the signal DL to a served UE without demodulating or decoding the signal. However, the SV may frequency convert the received signal and amplify and / or filter the received signal before transmitting the signal.

[0027] The network architecture 100 includes a number of UEs 105, a number of SVs 102-1 through 102-3 (collectively referred to herein as SVs 102), a number of non-terrestrial network (NTN) gateways 104-1 through 104-3 (collectively referred to herein as NTN gateways 104) (sometimes referred to herein simply as gateways 104, earth stations 104, or earth stations 104), and a number of NR Node Bs (gNBs) 106-1 through 106-3 (collectively referred to herein as gNBs 106) that can communicate with the UEs via the SVs 102 and are part of a next generation (NG) radio access network (RAN) (NG-RAN) 112. Note that the term gNB generally refers to an enhanced gNB that supports SVs, which may be referred to as a gNB (e.g., in 3GPP) or may be referred to as a satellite Node B (sNB). The network architecture 100 is illustrated as further including a number of fifth generation (5G) network components, including 5G Core Networks (5GCN) 110-1 and 110-2 (collectively referred to herein as 5GCN 110). The 5GCN 110 may be a public land mobile network (PLMN) that may be located in the same or a different country. FIG. 1 illustrates various components within 5GCN1 110-1 that may operate with NG-RAN 112. It should be understood that 5GCN2 110-2 and other 5GCNs may include the same, similar or different components and associated NG-RANs that are not illustrated in FIG. 1 to avoid unnecessary obfuscation. A 5G network may also be referred to as a New Radio (NR) network. The NG-RAN 112 may be referred to as a 5G RAN or NR RAN, and the 5GCN 110 may be referred to as an NG Core Network (NGC).

[0028] The network architecture 100 further utilizes information from a spacecraft (SV) 190 for a satellite positioning system (SPS) including a global positioning system (GPS), a global navigation satellite system (GLONASS), a global navigation satellite system (GNSS) such as Galileo or Beidou, or some other local or regional SPS such as the Indian Regional Navigation Satellite System (IRNSS), the European Geostationary Navigation Overlay Service (EGNOS), or a Wide Area Augmentation System (WAAS), all of which may be referred to herein as GNSS. It should be noted that the SV 190 acts as a navigation SV and is separate from the SV 102, which acts as a communication SV. However, it is not excluded that a portion of the SV 190 may act as a portion of the SV 102 and / or that a portion of the SV 102 may also act as a portion of the SV 190. In some implementations, for example, the SV 102 may be used for both communication and positioning. Additional components of the network architecture 100 are described below. The network architecture 100 may include additional or alternative components.

[0029] 1 allows a gNB 106 to access multiple earth stations 104 and / or multiple SVs 102. A gNB 106, as illustrated by gNB 106-3, may also be shared by multiple PLMNs (5GCNs 110), all of which may be in the same country or possibly in different countries, and an earth station 104, as illustrated by earth station 104-2, may also be shared by multiple gNBs 106.

[0030] It should be noted that FIG. 1 provides only a generalized illustration of the various components, and that any or all of the components may be utilized as appropriate, and each of them may be duplicated or omitted as necessary. Specifically, while only three UEs 105 are illustrated, it is understood that many UEs (e.g., hundreds, thousands, millions, etc.) may utilize the network architecture 100. Similarly, the network architecture 100 may include more (or fewer) SVs 190, SVs 102, earth stations 104, gNBs 106, NG-RANs 112, 5GCNs 110, external clients 140, and / or other components. The illustrated connections connecting the various components in the network architecture 100 include data and signaling connections that may include additional (intermediate) components, direct or indirect physical and / or wireless access, and / or additional networks. Additionally, the components may be rearranged, combined, separated, substituted, and / or omitted depending on the desired functionality.

[0031] Although FIG. 1 illustrates a 5G-based network, similar network implementations and configurations may be used to support satellite wireless access (e.g., using SV102) for other communication technologies such as 3G, 4G Long Term Evolution (LTE), etc.

[0032] The UE 105 may comprise and / or be referred to as a device, a mobile device, a wireless device, a mobile terminal, a terminal, a Mobile Station (MS), a Secure User Plane Location (SUPL) Enabled Terminal (SET), or by some other name. Additionally, the UE 105 may correspond to a mobile phone, a smartphone, a laptop, a tablet, a PDA, a tracking device, a navigation device, an Internet of Things (IoT) device, or some other portable or mobile device. Typically, but not necessarily, the UE 105 may support wireless communication using one or more radio access technologies (RATs), such as using Global System for Mobile Communications (GSM), Code Division Multiple Access (CDMA), Wideband CDMA (WCDMA), LTE, High Rate Packet Data (HRPD), IEEE 802.11 WiFi (also referred to as Wi-Fi), Bluetooth (BT), Worldwide Interoperability for Microwave Access (WiMAX), 5G New Radio (NR) (e.g., using NG-RAN 112, 5GCN 140), etc. The UE 105 may also support wireless communication using a wireless local area network (WLAN), which may connect to other networks (e.g., the Internet) using, for example, a digital subscriber line (DSL) or packet cable. The UE 105 further supports wireless communication using spacecraft, such as the SV102. Use of one or more of these RATs may enable the UE 105 to communicate with an external client 140 (through elements of the 5GCN 110 not shown in FIG. 1, or possibly through a Gateway Mobile Location Center (GMLC) 126).

[0033] The UE 105 may comprise a single entity or may comprise multiple entities, for example in a personal area network in which a user may utilize audio, video and / or data I / O devices and / or body sensors and a separate wireline or wireless modem.

[0034] The UE 105 may support position determination using signals and information from spacecraft 190 in an SPS, such as GPS, GLONASS, Galileo, or Beidou, or other local or regional SPS, such as IRNSS, EGNOS, or WAAS, all of which are generally referred to herein as GNSS. Positioning using an SPS is based on measuring the propagation delay times of SPS signals broadcast from a number of orbiting satellites to an SPS receiver in the UE 105. Once the SPS receiver measures the signal propagation delay for each satellite, it can determine the range to each satellite and use the measured ranges and the known positions of the satellites to determine precise navigation information, such as the three-dimensional position, velocity, and time of day of the SPS receiver. Positioning methods that may be supported using the SV 190 may include Assisted GNSS (A-GNSS), Real Time Kinematic (RTK), Precise Point Positioning (PPP), and Differential GNSS (DGNSS). Positioning may also be assisted using information and signals from the SV 102. Additionally, the UE 105 may further support positioning using terrestrial positioning methods such as Observed Time Difference of Arrival (ODOA), Extended Cell ID (ECID), Round Trip Signal Propagation Time (RTT), Multi-cell RTT, Angle of Arrival (AOA), Time of Departure (AOD), Time of Arrival (TOA), Received Transmission Time Difference (RX-TX), and / or other positioning methods.

[0035] The estimate of the UE 105's position may be referred to as a geodetic position, location, location estimate, location fix, fix, location, location estimate, or location fix, and may be geographic, thus providing position coordinates (e.g., latitude and longitude) of the UE 105 that may or may not include an altitude component (e.g., height above sea level, height or depth above ground, floor level or basement). Alternatively, the location of the UE 105 may be represented as a civic location (e.g., as a postal address, or as a destination or small area designation of some point in a building such as a particular room or floor). The location of the UE 105 may also be expressed as an area or volume (defined in either a geographic or civic fashion) where the UE 105 is expected to be located with some probability or confidence (e.g., 67%, 95%, etc.). The location of the UE 105 may further be a relative location including distance and direction defined relative to some origin in a known location, which may be defined, for example, geographically, in civil terms, or by reference to a point, area, or volume shown on a map, floor plan, or building plan, or relative X, Y (and Z) coordinates. In the description contained herein, use of the term location may include any of these variations unless otherwise indicated. When calculating the location of a UE, it is common to solve for local x, y, and possibly z coordinates and then convert the local coordinates, if necessary, to absolute coordinates (e.g., for latitude, longitude, and altitude above or below mean sea level).

[0036] The UE 105 is configured to communicate with the 5GCN 110 via the SV 102, the earth station 104, and the gNB 106. As shown in the NG-RAN 112, the NG-RAN corresponding to the 5GCN 110 may include one or more gNBs 106. The NG-RAN 112 may further include a number of terrestrial base stations, e.g., gNBs (not shown), that cannot communicate with the UE via the SV 102 (not shown). A pair of terrestrial and / or satellite base stations, e.g., a gNB and a gNB 106-1 in the NG-RAN 112, may be connected using a terrestrial link - e.g., directly or indirectly via another gNB or gNB 106, and communicate using an Xn interface. Access to the 5G network is provided to the UE 105 via wireless communication between each UE 105 and a serving gNB 106 via the SV 102 and the earth station 104. The gNBs 106 may provide wireless communication access to the 5GCN 110 on behalf of each UE 105 using 5G NR. 5G NR radio access may also be referred to as NR radio access or 5G radio access and is defined by the 3rd Generation Partnership Project (3GPP).

[0037] 1 may also or instead include a next generation evolved node B, also referred to as a ng-eNB. The ng-eNB may be connected to one or more gNBs 106 and / or gNBs in the NG-RAN 112 -e.g., directly or indirectly via other gNBs 106, gNBs and / or other ng-eNBs-. The ng-eNBs may provide LTE radio access and / or evolved LTE (eLTE) radio access to the UEs 105.

[0038] The gNB 106 may be referred to as a gNB or other names such as "satellite node" or "satellite access node". The gNB 106 is not the same as a terrestrial gNB but may be based on a terrestrial gNB with additional capabilities. For example, the gNB 106 may terminate the air interface and associated air interface protocols to the UE 105, transmit DL signals to the UE 105 and receive UL signals from the UE 105 via the SV 102 and the Earth Station (ES) 104. The gNB 106 may support signaling connections and voice and data bearers for the UE 105 and support handover of the UE 105 between different radio cells for the same SV 102, between different SVs 102 and / or between different gNBs 106. In some systems, the gNB 106 may be referred to as a gNB or an augmented gNB. The GNB 106 may be configured to manage moving radio beams (for LEO SVs) and associated mobility of the UE 105. The gNB 106 may support handover (or transfer) of the SV 102 between different earth stations 104, between different gNBs 106, and between different countries. The gNB 106 may hide or obscure certain aspects of the connected SV 102 from the 5GCN 110, for example, by interfacing with the 5GCN 110 in the same or similar manner as a terrestrial gNB, and may avoid the need for the 5GCN 110 to maintain configuration information for the SV 102 or perform mobility management related to the SV 102. The gNB 106 may further support sharing of the SV 102 across multiple countries. The gNB 106 may communicate with one or more earth stations 104, for example, as exemplified by the gNB 106-3 communicating with earth stations 104-2 and 104-3. The gNB 106 may be separate from the base station 104. The gNB 106 may alternatively include or be combined with one or more earth stations 104, for example, using a split architecture. For example, in a split architecture, the gNB 106 may include a central unit and the earth stations may act as distributed units (DUs). The gNB 106 may typically be fixed to the ground with transparent SV operation.In one implementation, one gNB 106 may be physically combined or physically connected to one earth station 104 to reduce complexity and cost.

[0039] The earth station 104 may be shared by multiple gNBs 106 and may communicate with the UE 105 via the SV 102. The earth station 104 may be dedicated to only one SVO and one associated constellation of the SV 102 and therefore may be owned and managed by the SVO. The earth station 104 may be included within the gNB 106, for example as a gNB-DU within the gNB 106, which may occur when the same SVO or the same MNO owns both the gNB 106 and the included earth station 104. The earth station 104 may communicate with the SV 102 using control and user plane protocols that may be proprietary to the SVO. The control and user plane protocols between the earth station 104 and the SV 102 (i) establish and release communication links from the earth station 104 to the SV 102, including authentication and encryption, (ii) update the SV software and firmware, (iii) perform SV operation and maintenance (O&M), (iv) control the radio beams (direction, power, on / off state, etc.) and the mapping between the radio beams and the earth station's uplink (UL) and downlink (DL) payloads, and (v) support handoffs to the SV 102 or another earth station 104 in the radio cell.

[0040] As noted, FIG. 1 depicts nodes configured to communicate according to a 5G NR communication protocol for the NG-RAN 112, but nodes configured to communicate according to other communication protocols may be used, such as, for example, an LTE protocol for an Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN), a Narrow Band Internet of Things (NB-IoT) protocol for the E-UTRAN supporting low bandwidth access using a variant of LTE, or an IEEE 802.11x protocol for WLAN. For example, in a 4G Evolved Packet System (EPS) providing LTE radio access to the UE 105, the RAN may comprise an E-UTRAN, which may comprise base stations including evolved Node Bs (eNBs) supporting LTE radio access. A core network for the EPS may comprise an Evolved Packet Core (EPC). The EPS may then include an E-UTRAN and an EPC, where the E-UTRAN corresponds to the NG-RAN 112 and the EPC corresponds to the 5GCN 110 of FIG. 1. The methods and techniques described herein for supporting fixed TA may be applicable to such other networks.

[0041] The gNB 106 in the NG-RAN 112 may communicate with the AMF 122 in the 5GCN 110, which may communicate with a Location Management Function (LMF) 124 for positioning functions. For example, the gNB 106 may provide an N2 interface to the AMF 122. The N2 interface between the gNB 106 and the 5GCN 110 may be the same as or similar to the N2 interface supported between a terrestrial gNB and the 5GCN 110 for terrestrial NR access by the UE 105 and may use the Next Generation Application Protocol (NGAP) defined in 3GPP Technical Specification (TS) 38.413 between the gNB 106 and the AMF 122. The AMF 122 may support the mobility of the UE 105, including radio cell changes and handovers, and may participate in supporting signaling connections to the UE 105, and possibly data and voice bearers for the UE 105. The LMF 124 may support positioning of the UE 105 when the UE accesses the NG-RAN 112 and may support other positioning procedures including positioning procedures / methods such as A-GNSS, OTDOA, RTK, PPP, DGNSS, ECID, AOA, AOD, multi-cell RTT, and / or positioning procedures based on communication signals from one or more SVs 102. The LMF 124 may also process location service requests for the UE 105, for example, received from the AMF 122 or from a Gateway Mobile Location Center (GMLC) 126. The LMF 124 may be connected to the AMF 122 and / or the GMLC 126. In some embodiments, a node / system implementing the LMF 124 may additionally or alternatively implement other types of location support modules, such as an Enhanced Serving Mobile Location Center (E-SMLC). In some embodiments, at least a portion of the positioning function (including deriving the position of the UE 105) may be performed at the UE 105 (e.g., using signal measurements obtained by the UE 105 for signals transmitted by SV102, SV190, gNB, and assistance data provided to the UE 105 by the LMF 124).

[0042] The GMLC 126 may support location requests for the UE 105 received from the external client 140 and may forward such location requests to the AMF 122 for forwarding by the AMF 122 to the LMF 124. A location response from the LMF 124 (e.g., including a location estimate for the UE 105) may likewise be returned via the AMF 122 to the GMLC 126, which may then return a location response (e.g., including a location estimate) to the external client 140. Although the GMLC 126 is shown connected only to the AMF 122 in FIG. 1, in some embodiments, the GMLC 126 may be connected to both the AMF 122 and the LMF 124 and may support direct communication between the GMLC 126 and the LMF 124 or indirect communication, e.g., via the AMF 122.

[0043] A network exposure function (NEF) 128 may be included in the 5GCN 110, for example, connected to the GMLC 126 and the AMF 122. In some embodiments, the NEF 128 may be connected to communicate directly with the external client 140. The NEF 128 may support secure publication of capabilities and events related to the 5GCN 110 and the UE 105 to the external client 140 and may enable secure provision of information from the external client 140 to the 5GCN 110.

[0044] The User Plane Function (UPF) 130 may support voice and data bearers for the UE 105 and may enable voice and data access of the UE 105 to other networks such as the Internet. The UPF 130 may be connected to the gNB 106 and the gNB. The functions of the UPF 130 include external protocol data unit (PDU) session points of interconnection to data networks, packet (e.g., Internet Protocol (IP)) routing and forwarding, user plane portion of packet inspection and policy rule application, user plane Quality of Service (QoS) processing, downlink packet buffering, and downlink data notification triggers. The UPF 130 may be connected to a SUPL Positioning Platform (SLP) 132 to enable support for positioning of the UE 105 using Secure User Plane Positioning (SUPL). The SLP 132 may be further connected to or reachable from an external client 140.

[0045] As shown, a Session Management Function (SMF) 134 is connected to the AMF 122 and the UPF 130. The SMF 134 may have the ability to control both local and central UPFs in a PDU session. The SMF 134 may manage the establishment, modification, and release of PDU sessions for the UE 105, perform IP address allocation and management for the UE 105, act as a Dynamic Host Configuration Protocol (DHCP) server for the UE 105, and select and control the UPF 130 on behalf of the UE 105.

[0046] The external client 140 may be connected to the core network 110 via the GMLC 126 and / or the SLP 132, and in some embodiments, via the NEF 128. The external client 140 may optionally be connected to the core network 110 and / or a location server (e.g., an SLP, i.e., outside the 5GCN 110) via the Internet. The external client 140 may be connected to the UPF 130 directly (not shown) or via the Internet. The external client 140 may be a user device, such as a server, a web server, a personal computer, a UE, etc.

[0047] A location search function (LRF) 125 is connected to the GMLC 126 as shown, and in some embodiments may be connected to the SLP 132 as defined in 3GPP Technical Specification (TS) 23.167. The LRF 125 may perform the same or similar functions as the GMLC 126 with respect to receiving and responding to location requests from an external client 140 corresponding to a Public Safety Answering Point (PSAP) supporting emergency calls from the UE 105. One or more of the GMLC 126, the LRF 125, and the SLP 132 may be connected to the external client 140 via another network, such as, for example, the Internet.

[0048] The AMF 122 typically supports the mobility of the UE 105, including network access and registration by the UE 105, wireless cell changes and handovers, and may participate in signaling connections to the UE 105, and possibly supporting the data and voice bearers of the UE 105. The role of the AMF 122 may be to register the UE during a registration process, as discussed herein. The AMF 122 may page the UE 105, for example, by sending a paging message via one or more wireless cells within the tracking area in which the UE 105 is located.

[0049] The network architecture 100 may be associated with or connected to a spacecraft (SV) 190 for a global navigation satellite system (GNSS), such as GPS, GLONASS, Galileo, or Beidou, or other local or regional satellite positioning system (SPS), such as IRNSS, EGNOS, or WAAS. The UE 105 may obtain position measurements of signals transmitted by the SV 190 and / or base stations and access points, such as eNBs, ng-eNBs, gNBs, and / or SVs 102 that enable the UE 105 to determine a position estimate for the UE 105 or obtain a position estimate for the UE 105 from a location server in the 5GCN 110, e.g., the LMF 124. For example, the UE 105 may forward the position measurements to the location server to calculate and return a position estimate. The UE 105 (or the LMF 124) obtains a location estimate for the UE 105 using a location method such as GPS, Assisted GPS (A-GPS), Assisted GNSS (A-GNSS), Observed Time Difference of Arrival (OTDOA), Enhanced Cell ID (ECID), multi-cell RTT, Wireless Local Area Network (WLAN) positioning (e.g., using signals transmitted by IEEE 802.11 WiFi access points), sensors at the UE 105 (e.g., inertial sensors), or some (hybrid) combination of these. The UE 105 may use the location estimate for the UE 105 upon registration.

[0050] As noted, although the network architecture 100 is described in the context of 5G technology, the network architecture 100 may be implemented to support other communication technologies, e.g., GSM, WCDMA, LTE, etc., used to support and interact with mobile devices such as the UE 105 (e.g., implementing voice, data, positioning, and other functionality). In some such embodiments, the 5GCN 110 may be configured to control different air interfaces. For example, in some embodiments, the 5GCN 110 may be connected to a WLAN, either directly or using a non-3GPP interworking function (N3IWF, not shown in FIG. 1) within the 5GCN 110. For example, the WLAN may support IEEE 802.11 WiFi access for the UE 105 and may comprise one or more WiFi APs. Here, the N3IWF may connect to the WLAN and other elements within the 5GCN 110, such as the AMF 122.

[0051] FIG. 2 illustrates a diagram of a network architecture 200 capable of supporting satellite access using 5G New Radio (NR) as discussed herein. The network architecture illustrated in FIG. 2 is similar to that illustrated in FIG. 1, e.g., the designated elements are similar or identical. However, FIG. 2 illustrates a network architecture having regenerated SVs 202-1, 202-2, and 202-3 (collectively SVs 202) as opposed to the transparent SV 102 illustrated in FIG. 1. The regenerated SVs 202, unlike the transparent SVs 102, include an on-board gNB 202 (e.g., including the functional capabilities of a gNB) and may be referred to herein as SV / gNB 202. The NG-RAN 112 is illustrated as including the SV / gNB 202. References to gNB202 are used herein when referring to SV / gNB202 functions related to communications with UE105 and 5GCN110, while references to SV202 are used when referring to SV / gNB202 functions related to communications with earth stations 104 and UE105 in physical radio frequencies. However, there is no precise demarcation between SV202 and gNB202.

[0052] The on-board gNB 202 may perform many of the same functions as the gNB 106, as described above. For example, the gNB 202 may terminate the air interface and associated air interface protocols to the UE 105, transmit DL signals to the UE 105, and receive UL signals from the UE 105, which may include encoding and modulation of transmitted signals, and demodulation and decoding of received signals. The gNB 202 may also support signaling connections and voice and data bearers to the UE 105, and may support handover of the UE 105 between different radio cells and between different gNBs 202 to the same gNB 202. The gNBs 202 may assist in handover (or transfer) of the SV 202 between different earth stations 104, between different 5GCNs 110, and between different countries. The gNB 202 may, for example, hide or obscure certain aspects of the SV 202 from the 5GCN 110 by interfacing to the 5GCN 110 in the same or similar manner as a terrestrial gNB. The gNBs 202 may further support sharing of the SV 202 across multiple countries. The gNB 202 may communicate with one or more earth stations 104 and one or more 5GCNs 110 via the earth stations 104. In some embodiments, the gNB 202 may communicate directly with other gNBs 202 using inter-satellite links (ISLs) (not shown in FIG. 2), which may support an Xn interface between any pair of gNBs 202.

[0053] In a LEO SV, the SV / gNB 202 needs to manage moving radio cells with coverage in different countries at different times. The earth stations 104 may be directly connected to the 5GCN 110 as shown. For example, as shown, the earth station 104-1 may be connected to the AMF 122 and UPF 130 of the 5GCN1 110-1, while the earth station 104-2 may be similarly connected to the 5GCN1 110-1 and the 5GCN2 110-2, and the earth station 104-3 may be connected to the 5GCN2 110-2. The earth stations 104 may be shared by multiple 5GCNs 110, for example, when the earth stations 104 are limited. For example, in some embodiments (shown with dashed lines), the earth station 104-2 may be connected to both the 5GCN1 110-1 and the 5GCN2 110-2. The 5GCN 110 may need to be aware of the coverage area of ​​the SV 202 to page the UE 105 and manage handovers. Thus, a network architecture with regenerative SVs may have greater impact and complexity with respect to both the gNB 202 and the 5GCN 110 than the network architecture with transparent SVs shown in FIG.

[0054] FIG. 3 illustrates a diagram of a network architecture 300 capable of supporting satellite access using 5G New Radio (NR) as discussed herein. The network architecture illustrated in FIG. 3 is similar to that illustrated in FIG. 1 and FIG. 2, such that the designated elements are similar or identical. However, FIG. 3 illustrates a network architecture having a split architecture for gNBs, with regenerative SVs 302-1, 302-2, and 302-3 (collectively referred to as SVs 302), as opposed to the transparent SV 102 illustrated in FIG. 1. The gNB 307 includes a central unit, sometimes referred to as gNB-CU 307, and the regenerative SV 302, unlike the transparent SV 102, includes an on-board gNB distributed unit (gNB-DU) 302, sometimes referred to herein as SV / gNB-DU 302. References to gNB-DU 302 are used herein when referring to SV / gNB 302 functions related to communications with UE 105 and gNB-CU 307, while references to SV 302 are used when referring to SV / gNB-DU 302 functions related to communications with earth stations 104 and UE 105 at the physical radio frequency level. However, there is no precise demarcation between SV 302 and gNB-DU 302.

[0055] Each gNB-DU 302 communicates with one terrestrial-based gNB-CU 307 via one or more earth stations 104. One gNB-CU 307 performs functions with one or more gNB-DUs 302 in communication with it, and may use an internal communication protocol that is similar or identical to a terrestrial gNB with a split architecture as described in 3GPP TS 38.401, where the gNB-DU 302 corresponds to or performs similar or identical functions as a terrestrial gNB distributed unit (gNB-DU) defined in TS 38.401, while the gNB-CU 307 corresponds to or performs similar or identical functions as a terrestrial gNB central unit (gNB-CU) defined in TS 38.401. For example, gNB-DU 302 and gNB-CU 307 may communicate with each other using the F1 Application Protocol (F1AP) defined in 3GPP TS 38.473, and together may perform some or all of the same functions as gNB 106 or gNB 202, as described above. To simplify references to the different types of gNBs, in the following description, gNB-DU 302 may be referred to as gNB 302 (without the "DU" label) and gNB-CU 307 may be referred to as gNB 307 (without the "CU" label).

[0056] The gNB-DU 302 may terminate the air interface and associated low level air interface protocols to the UE 105, transmit DL signals to the UE 105, and receive UL signals from the UE 105, which may include encoding and modulation of transmitted signals, and demodulation and decoding of received signals. The gNB-DU 302 may support and terminate the Radio Link Control (RLC), Medium Access Control (MAC), and Physical (PHY) protocol layers for the NR radio frequency (RF) interface to the UE 105, as defined in 3GPP TS 38.201, 38.202, 38.211, 38.212, 38.213, 38.214, 38.215, 38.321, and 38.322. The operation of the gNB-DU 302 is controlled in part by an associated gNB-CU 307. One gNB-DU 307 may support one or more NR radio cells for the UE 105. The gNB-CU 307 may support and terminate Radio Resource Control (RRC) protocols, Packet Data Convergence Protocol (PDCP), and Service Data Protocol (SDAP) for the NR RF interface to the UE 105, as defined in 3GPP TS 38.331, 38.323, and 37.324, respectively. The gNB-CU 307 may also be split into separate Control Plane (gNB-CU-CP) and User Plane (gNB-CU-UP) portions, where the gNB-CU-CP communicates with one or more AMFs 122 in one or more 5GCNs 110 using an NGAP protocol, and where the gNB-CU-UP communicates with one or more UPFs 130 in one or more 5GCNs 110 using a General Packet Radio System (GPRS) Tunneling Protocol (GTP) User Plane Protocol (GTP-U), as defined in 3GPP TS 29.281.The gNB-DU302 and gNB-CU307 communicate over an F1 interface to (a) support control plane signaling for the UE105 using Internet Protocol (IP), Stream Control Transmission Protocol (SCTP), and F1 Application Protocol (F1AP) protocols, and (b) support user plane data transfer for the UE using IP, User Datagram Protocol (UDP), PDCP, SDAP, GTP-U, and NR User Plane Protocol (NRUPP) protocols.

[0057] The gNB-CU307 may communicate with one or more other gNB-CU307s and / or one or more other terrestrial gNBs using terrestrial links to support an Xn interface between any pair of gNB-CU302s and / or between any gNB-CU307 and any terrestrial gNB.

[0058] Together with the gNB-CU 307, the gNB-DU 302 (i) supports signaling connections and voice and data bearers to the UE 105, (ii) supports handover of the UE 105 between different radio cells for the same gNB-DU 302 and between different gNB-DU 302, and (iii) assists in handover (or transfer) of the SV 302 between different earth stations 104, different 5GCNs 110, and different countries. The gNB-CU 307 may, for example, hide or obscure certain aspects of the SV 302 from the 5GCN 110 by interfacing to the 5GCN 110 in the same or similar manner as a gNB. The gNB-CU 307 may further support sharing of the SV 302 across multiple countries.

[0059] In the network architecture 300, the gNB-DU 302 that communicates with and is connectable from any gNB-CU 307 changes over time with the LEO SV 302. In a split gNB architecture, the 5GCN 110 may connect to a fixed gNB-CU 307 that does not change over time and may reduce the difficulty of paging the UE 105. For example, the 5GCN 110 may not need to know which SV / gNB-DU 302 is needed to page the UE 105. A network architecture with a regenerative SV 302 with a split gNB architecture may thereby reduce the impact of the 5GCN 110 at the expense of additional impact on the gNB-CU 307.

[0060] While supporting satellite access to the wireless network, the SV 102 / 202 / 302 may transmit radio beams (also simply referred to as "beams") across multiple countries. For example, the beams transmitted by the SV 102 / 202 / 302 may overlap with two or more countries. However, sharing a beam with two or more countries may cause complications. For example, if a beam is shared by two or more countries, the earth station 104 and gNB 106 / 202 / 302 / 307 in one country must support UE 105 access from the other countries. Sharing a beam with multiple countries may cause safety issues regarding both data and voice privacy. Furthermore, sharing an SV beam with multiple countries may cause regulatory conflicts. For example, regulated services including WEA, Lawful Intercept (LI), and Emergency (EM) calls in a first country may require support from the gNB 106 / 202 / 307 and earth station 104 in a second country sharing the same SV beam.

[0061] 4 illustrates, by way of example, an SV 102, 202, 302 generating multiple beams, identified as beams B1, B2, B3, B4, B5, and B6, over a region 400 that includes portions of multiple countries, e.g., country A, country B, and country C. By assigning each beam to only one country, beams B1, B3, B5 can be assigned to country A, beams B4 and B6 to country B, and beam B2 to country C.

[0062] In one implementation, an individual beam may be assigned to a single country by controlling or steering the beam. Non-geostationary Earth Orbiting (NGEO) SVs have a moving coverage area, but the relative beam direction moves via a controllable antenna array to stay or mostly stay within one country, which may be called a "steerable beam." For example, the beam coverage may move slowly within one country and then hop over to a new country, for example, after the SV 102, 202, 302 is transferred to a new earth station 104 or a new gNB 106 or 307.

[0063] 5 shows radio cells generated by SV102, 202, 302 over an area 500 in which a fixed cell 502 and a fixed tracking area 506 are used. A radio cell may include a single beam or multiple beams, e.g., all beams in a radio cell may use the same frequency, or a radio cell may comprise one beam for each frequency in a set of different frequencies. For example, beams B1, B2 and B3 may support three separate radio cells (one beam per radio cell) or collectively support one radio cell (e.g., radio cell 504 shown in dotted line). Preferably, the radio cells cover a contiguous area.

[0064] The radio beams and radio cells generated by the SV102, 202, 302 may not align with cells used by terrestrial wireless networks, such as 5GCN110 terrestrial cells or LTE terrestrial cells. For example, in urban areas, the radio beams or radio cells generated by the SV102, 202, 302 may overlap with many 5GCN terrestrial cells. When supporting satellite access to the wireless network, the radio beams and radio cells generated by the SV102, 202, 302 may be hidden from the 5GCN110.

[0065] As illustrated in FIG. 5, the region 500 includes a number of terrestrial fixed cells 502 and fixed tracking areas (TAs), such as TA 506. The fixed cells may be referred to as "virtual cells," "mapping cells," or "geographic cells," rather than the "real cells" used, for example, for terrestrial NR and LTE access. A fixed cell, such as fixed cell 502, has a fixed geographic coverage area, which may be defined by a PLMN operator. For example, the coverage area of ​​a fixed cell or fixed TA may include the interior of a circle, ellipse, or polygon. The coverage area is fixed relative to the Earth's surface and does not change with time, unlike the coverage areas of radio cells, which typically change with time in low Earth orbit (LEO) or medium Earth orbit (MEO) SVs. The fixed cells 502 may be served by the same CN (e.g., 5GCN 110) as the real cells supporting terrestrial access (e.g., using NR or LTE). A group of fixed cells 502 may define a fixed TA 506, which may be handled by the same CN (e.g., 5GCN 110) as the TA defined for terrestrial access (e.g., using NR or LTE). The fixed cells and fixed TAs used for satellite radio access may be used by the CN (e.g., 5GCN 110) to support mobility management and restriction services for the UE 105 with minimal new impact.

[0066] In a regenerative SV202 having a non-split architecture such as in network architecture 200, each radio cell may remain in the same SV202 and may have mobile coverage areas supporting different 5GCNs 110 at different times.

[0067] In a transparent SV 102 and regenerative SV 302 for split architectures such as in network architectures 100 and 300, each radio cell may be assigned to and controlled by one gNB 106 or 307 on behalf of one or more PLMNs in one country. In the case of a geostationary Earth orbit (GEO) SV 102 / 302, the assignment to a gNB 106 / 307 may be permanent or temporary. For example, the assignment may change daily to accommodate peak traffic at different times in different parts of the SV 102 / 302 radio footprint, or over a longer period of time to accommodate changing regional traffic demands. In the case of a non-geostationary (NGEO) SV 102 / 302, the assignment may last for a short period of time (e.g., only 5-15 minutes). The non-permanent radio cell may then transfer to a new gNB 106 / 307 as needed (e.g., when access to the NGEO SV 102 / 302 is transferred to the new gNB 106 / 307). Each gNB 106 / 307 may have a fixed geographic coverage area, including, for example, multiple fixed cells 502 and a fixed TA. The radio cell for the first NGEO SV 102 / 302 may be transferred from the first gNB 106 / 307 to the second gNB 106 / 307 when (or after) moving to the fixed coverage area of ​​the second gNB 106 / 307. Prior to this transfer, the UE 105 accessing the radio cell in a connected state may move to the new radio cell for the first gNB 106 / 307 or may be handed off to the second gNB 106 / 307 as part of the transfer of the radio cell. The SV 102 / 302 may be accessed from only one gNB 106 / 307 or from multiple gNBs 106 / 307, possibly from different countries. In one embodiment, an SV 102 / 302 may be assigned to multiple gNBs 106 / 307 by dividing the radio cells generated by the SV 102 / 302 among different gNBs 106 / 307. The radio cells can then be transferred to new gNBs 106 / 307 (and new countries) as the SV 102 / 302 moves or traffic demands change.Such an embodiment may be a form of soft handoff in which the transfer of the SV102 / 302 from one gNB106 / 307 to another gNB106 / 307 occurs in radio cell increments rather than all at once.

[0068] 6 illustrates an example of allocation of radio cells, e.g., cell 1 and cell 2, generated by one or more SVs 102, 202, 302 across a region 600. As illustrated, the region 600 includes a number of fixed TAs, e.g., TA1-TA15, where TA4, TA5, TA8, and TA9 are assigned to gNB1 (not shown, which may be gNB106, gNB202 or gNB307), and TA12, TA13, TA14, and TA15 are assigned to gNB2 (not shown, which may be another gNB106, 202 or 307). In one embodiment, a radio cell can be considered to support a fixed TA if the radio cell is entirely within the TA (e.g., cell 2 in TA 12), if the TA is entirely within the radio cell (e.g., TA 4 in cell 1), or if the overlap of the area of ​​the radio cell and the TA exceeds a predefined threshold fraction of the total area of ​​the radio cell or the total area of ​​the TA (e.g., cell 1 overlaps with TA 1, TA 3, TA 5, TA 8, or TA 9). The SV 102, 202, 302 broadcasts, for example, in System Information Block Type 1 (SIB1) or SIB Type 2 (SIB2), the identifiers (IDs) of the supported PLMNs (if the PLMN IDs include the Mobile Country Code (MCC) and the Mobile Network Code (MNC)) and, for each supported PLMN, the IDs of the supported TAs (if the IDs of the TAs include the Tracking Area Code (TAC) or the Tracking Area ID (TAI)). In the case of NGEO SV, the supported PLMNs and TAs may change when the coverage area of ​​the radio cell changes. The gNB 106 / 202 / 307 may determine the PLMN and TA support (and thus the PLMN ID and TAC broadcast in the SIB of each radio cell) from the known ephemeris data of each SV 102 / 202 / 302 and the known directivity and angular range of the constituent radio beams of each radio cell (e.g., cell 1 and cell 2). The gNB 106 / 202 / 307 may update the SIB broadcast.

[0069] Thus, as illustrated in FIG. 6, SV 102 / 202 / 302 may broadcast a SIB to cell 1 including TAI or TAC for TA4, and possibly TA1, TA3, TA5, TA8 and / or TA9. Similarly, SV 102 / 202 / 302 or another SV 102 / 202 / 302 may broadcast a SIB to cell 2 including TAC or TAI for TA12 only. Cell 1 may be assigned to gNB1 (having coverage of TA4, TA5, TA8, and TA9), and cell 2 may be assigned to gNB2 (having coverage of TA12, TA13, TA14, and TA15). When a cell coverage area moves from one gNB area to another, cell 1 and cell 2 may be transferred from gNB1 to gNB2 or from gNB2 to gNB1.

[0070] The coverage area of ​​the fixed TA may be defined in a manner that is simple, precise, flexible, and requires minimal signaling for conveyance to entities in the UE 105, gNB 106 / 202 / 307, or 5GCN 110. The fixed TA area may be small enough to allow efficient paging by including an area supported by only a few radio cells (e.g., 5 or less), and large enough to avoid excessive UE registrations (e.g., extending at least 100 kilometers in any direction). The shape of the fixed TA area may be arbitrary, e.g., the shape may be defined by the PLMN operator, and may have one or more restrictions. For example, one restriction on the shape of the fixed TA area may be to align precisely with the borders of one country to avoid a fixed TA along the border of one country serving a UE 105 in another country. Additionally, the fixed TA may be restricted to an area of ​​interest, such as a PSAP serving area, a city, a county, a state, or an area of ​​a sub-country. Additionally, a fixed TA may be restricted to an area of ​​interest, such as a PSAP serving area, a city, a county, a state, or a subcountry area.

[0071] The coverage area of ​​a fixed cell may similarly be defined in a manner that is simple, precise, flexible, and requires minimal signaling for conveyance to the UE 105 or gNB 106 / 202 / 307. The fixed cell coverage area allows for simple and precise association with a fixed TA, e.g., one fixed cell may unambiguously belong to one TA.

[0072] Fixed cells may be used by a wireless core network such as the 5GCN 110 for support of regulated services such as emergency (EM) call routing based on a current fixed serving cell for the UE 105, use of fixed cells to approximate the location of the UE 105, use of fixed cell associations to direct Wireless Emergency Alert (WEA) alerts to recipient UEs 105 over a small defined area, or use of fixed cells as an approximate location or trigger event for Lawful Intercept (LI) for the UE 105. Such use of fixed cells means that fixed cells should be definable in sizes and shapes similar to those of cells defined and used for terrestrial wireless access, including allowing for very small (e.g., pico) cells as well as large (e.g., rural) cells.

[0073] In satellite radio access, the UE 105 may determine the TA based on broadcast information and from other sources. Additionally, the network may broadcast one or more TACs or TAIs per PLMN in the radio cell. Broadcasting one TAC or one TAI per PLMN in the radio cell (e.g., in the system information block type 1 (SIB1)) may be referred to as a "hard TAC update" or "hard TAI update" (e.g., because the broadcast TAC or TAI changes are global and therefore "hard") and may be consistent with the support of TAC or TAI broadcasting in the terrestrial network (TN). Broadcasting one or more TACs or TAIs per PLMN in the radio cell may be referred to as a "soft TAC update" or "soft TAI update" (e.g., may be considered "soft" because not all broadcast TACs or TAIs need to be changed at the same time, but instead only one broadcast TAC or TAI, or a subset of the broadcast TACs or TAIs, may be changed at the same time). Depending on the network operator's configuration, both hard TAC (or hard TAI) updates and soft TAC (or soft TAI) updates may be supported.

[0074] It should be noted that the terms TAC and TAI are sometimes used synonymously herein. In fact, a TAC is typically a single value (e.g., composed of 24 bits) that indicates the TA of a known PLMN (e.g., when the MCC and MNC that identify the PLMN are known). A TAI is typically composed of a Mobile Country Code (MCC), a Mobile Network Code (MNC), and a TAC, and indicates both the PLMN (via the MCC and MNC) and the TA (via the TAC) within that PLMN. If a TAC is broadcast in a radio cell, one or more PLMNs are also indicated for these TACs via the broadcasted MCC and MNC values. A broadcast TAC also indicates the TAI by association with a PLMN (e.g., when a TAI is obtained for each PLMN indicated in the broadcast TAC by combining a broadcast TAC with a broadcast MCC and MNC). Thus, a radio cell can effectively broadcast both the TAC and the TAI. Since a TAC always refers to a TAI, which may be more accurate, the term "broadcast TAI" is generally used herein.

[0075] FIG. 7 illustrates, by way of example, an exemplary environment 700 including a radio cell 704 and an SV 702 (e.g., SV102, 202, or 302) including multiple tracking areas 706, each having a fixed area at least partially covered by the radio cell 704. In the environment 700 illustrated in FIG. 7, the TAI for one or more of the tracking areas 706 may be broadcast by the SV 702 in the radio cell 704 (e.g., in SIB1). If hard TAI updates are used, the SV 702 broadcasts only the TAI of any of the four TAs 706-1, 706-2, 706-3, or 706-4. For example, the TAI of TA 706-2 may be broadcast because TA 706-2 has the greatest coverage by the radio cell 704. This results in some distortion of the effective area of ​​the broadcasted TAI (and other TAIs that are not broadcasted) since to the UE 105 within the coverage of the radio cell 704, one TA (e.g., TA 706-2) appears to occupy the entire coverage area of ​​the radio cell 704. If soft TAI updates are used, the TAIs of the four TAs 706-1, 706-2, 706-3, and 706-4 (or only TAs 706-1, 706-2, and 706-4) can be broadcast, thereby avoiding excluding any one TA 706 of the UE 105 that may be located within that TA 706. However, there may be another kind of distortion in that a UE 105 located in one of the TAs 706 (e.g., TA 706-1) may be allowed to access the radio cell 704 even if that TA is not in the current registration area (RA) of the UE 105, as long as at least one of the broadcasted TAIs is part of the UE 105 RA.

[0076] If one TAI is broadcast for each PLMN in each physical radio cell (in the case of hard TAI update), there may be no additional impact on the UE 105 or the AMF 122 to access the physical radio cell and perform registration updates or paging, but the overhead of paging and / or registration updates may increase.

[0077] If multiple TAIs are broadcasted per PLMN in a physical radio cell (as in the case of soft TAI updates), and to minimize the new impact on the UE 105, a simple solution may be that the UE 105 is allowed to access the radio cell without a mobility registration update as long as at least one of the broadcast TAIs belongs to the current UE 105 RA. If none of the broadcast TAIs belong to the current UE 105 RA, the UE 105 may be requested to perform a mobility registration update. This may reduce the overhead of paging and / or registration updates.

[0078] For terrestrial network access, a serving terrestrial gNB for a UE typically indicates to a serving AMF for the UE the serving radio cell for the UE (using a Cell ID) and the tracking area in which the UE is geographically located (using a TAI). The Cell ID and the TAI are typically included in a parameter (also referred to as an Information Element (IE)) called a User Location Information (ULI) IE. For example, the serving terrestrial gNB may provide an indication of the TA for the UE using the TAI to the serving AMF in the ULI IE, where the TAI may include a Mobile Country Code (MCC), a Mobile Network Code (MNC), and a TAC. For example, when a UE with TN access initiates a NAS procedure with the 5GCN (e.g., for a non-access stratum (NAS) service request), the serving gNB may indicate the current TA in which the UE is located in a ULI provided to the 5GCN (e.g., AMF) in a specific NGAP message (e.g., NGAP Initial UE Message, NGAP Uplink NAS Transport, NGAP UE Context Release Complete, NGAP Handover Notify, NGAP Location Report), as discussed in, for example, 3GPP TS 38.413. The AMF may need to know the TAI to assign a registration area (RA) to the UE, which includes the TAI for the TA in which the UE is allowed to access the network without performing a registration update procedure. Similarly, the cell ID indicated in the ULI IE may be used by the AMF or other network elements to route an emergency call for the UE or to assist in subsequent paging of the UE. Providing the same or similar information in the ULI IE for satellite radio access for the UE 105 may be desirable to mitigate new impacts on the AMF 122, enable efficient paging of the UE 105, and avoid excessive registration updates by the UE 105.

[0079] For NR satellite access, there are several possible alternatives for support of TAI in the ULI IE passed by the gNB 106 / 202 / 307 to the AMF 122 in the NGAP message as enumerated above. For example, as described below, when multiple TAIs are broadcast in the cell by the gNB 106 / 202 / 307, there may be multiple alternative options for supporting TAI selection for the NGAP ULI (e.g., in the NGAP Initial UE Message). These alternatives are referred to herein as Option A, Option B, Option C, Option D, and Option E.

[0080] Option A: The serving gNB 106 / 202 / 307 selects a TAI from the TAI broadcast for the serving PLMN in the serving radio cell for the UE 105, in preference to any TAI for the TA in which the UE 105 is geographically located. This TAI is included in the ULI IE for the UE 105.

[0081] Option B: The UE 105 may select a TAI from the TAIs broadcasted in the serving radio cell for the serving PLMN and prioritize the TAI in the registration area (RA) of the UE 105. The UE 105 may then indicate this TAI to the serving gNB 106 / 202 / 307 (e.g., in an RRC message), which may then include this TAI in the ULI IE.

[0082] Option C: The serving gNB 106 / 202 / 307 selects the TAI as the TAI of the TA belonging to the serving PLMN in which the UE 105 is geographically located.

[0083] Option D: The serving gNB 106 / 202 / 307 provides all TAIs broadcast in the serving radio cells for the serving PLMN as part of the ULI IE for the UE 105.

[0084] Option E: The serving gNB 106 / 202 / 307 selects the TAI as the TAI of the TA for the serving PLMN in which the UE 105 is geographically located if this TAI is broadcast in the serving radio cell, otherwise the serving gNB 106 / 202 / 307 selects the TAI that is broadcast in the serving cell for the TA of the serving PLMN that is geographically closest to the location of the UE 105.

[0085] 8 illustrates, by way of example, an example environment 800 including an SV 802 (e.g., SV 102, 202, 302, or 702) broadcasting multiple TACs (or TAIs) in a wireless cell 804. The wireless cell 804 has a coverage area at time t (shown as a solid line) and a coverage area at time t+δ (shown as a dotted line), where δ may be small (e.g., a few minutes). The TACs or TAIs broadcast in the wireless cell 804 by the satellite 802 at time T are illustrated as shaded, while the tracking areas not broadcast in the wireless cell 804 by the satellite 802 at time T are illustrated as unshaded (white). Thus, the environment 800 illustrates multiple TAs 806 including TAs within a wireless cell 804 at time T labeled TA1, TA2, TA3, TA4, TA5, and TA6, where the TAC or TAI of TA1, TA2, TA3, TA4, and TA5 are broadcast within the wireless cell by the satellite 802 at time T, while the TAC or TAI for tracking area TA6 is not broadcast by the satellite 802 at time T. The environment 800 further illustrates a UE 805a located in TA1 and another UE 805b located in TA6 (e.g., UEs 805a and 805b may be examples of UEs 105).

[0086] Examples of Options A-E are shown in Table 1 below for a UE 805a located in TA1 (where TAC or TAI is broadcast) and a UE 805b located in TA6 (where in this example TAC or TAI is not broadcast), where (for Option E) UE 805b is assumed to be closer to TA5 than to other TAs where TAC or TAI is broadcast. Table 1 shows (in the right-most column) the TA that is indicated in the ULI IE (by including the TAC or TAI) for each UE shown in Figure 8 and for each of Options A-E.

[0087] [Table 1]

[0088] Options A-E above may be evaluated against several criteria, as described below.

[0089] One criterion concerns how well each option can help the AMF to decide whether to select a new Registration Area (RA) for the UE or to keep the existing RA when the UE performs an initial registration or a registration update. For example, for TN access, the AMF needs to ensure that the TAI from the ULI is included in the RA (so that the UE can access the current serving cell), and can also assign one or more other TAIs in nearby TAs to allow some UE mobility without additional registration updates. For satellite access, some options may perform worse with respect to this criterion, as shown below.

[0090] Option C may provide a TAI to the UE 105 in a ULI that is not broadcast in the serving radio cell (e.g., as illustrated by the example above for UE 805b in TA6), which may lead to the AMF 122 selecting an RA for the UE 105 that includes any TAI that is broadcast. The UE 105 may then not be able to access the serving cell without performing another registration update, which may lead to a series of registration updates or may lead to the UE 105 looking for another radio cell.

[0091] Option B may provide a TAI to the UE 105 in a ULI for a TA far away from the actual UE 105 location (because the UE 105 typically does not know which TA it is located in or which TAs are near its location). For example, assume that the UE 805a located in TA1 in FIG. 8 selects a TAI for TA5, which is delivered to the AMF 122 in the ULI, together with the AMF 122 then includes the TAI for TA5, but not other TAIs in the RA for the UE 805a. If the radio cell 804 moves to the area indicated by the dashed circle in FIG. 8 at time T+δ, the UE 805a is still in the coverage of the radio cell, but the TAC or TAI for TA5 is (likely) no longer broadcast, resulting in a registration update from the UE 805a that could be avoided if the AMF 122 in the ULI instead provided the TAC or TAI for TA1, or another TA closer to the UE 805a's location. Similar instances of unnecessary registration updates may occur for Option B (for UEs in TA1) for other TAIs provided with ULI other than the TAI in TA1.

[0092] Option A may in some cases (e.g., for UE 805b in TA 6 in Fig. 8 where the TAI is not broadcast) result in a similar degradation in performance to Option B, since the gNB 106 / 202 / 307 may include the TAI in the ULI of a TA that is also far from the actual location of the UE (e.g., for UE 805b). We argue that such cases should not occur if the broadcast TAI selection includes all covered TAs, but this cannot be guaranteed.

[0093] Option D may be less advantageous than option B since the AMF 122 does not know in which of the TAs indicated by the TAIs provided in the ULI the UE 105 may be located or which TA(s) is closest to the UE 105.

[0094] Option E may provide a TAI that is broadcast and closest to the location of UE 105, reducing the occurrence of additional registration updates for UE 105 when the cell coverage area moves. The gNB 106 / 202 / 302 may determine the closest TA to the location of UE 105, for example, based on the shortest distance between the location of UE 105 and the perimeter of the TA, or based on the shortest distance between the location of UE 105 and the center (or center of gravity) of the TA, etc. As an example, for UE 805a in TA1 of FIG. 8, option E provides AMF 122 with a TAI for TA1 in the ULI, allowing AMF 122 to include the TAI for TA1 in the RA for UE 805a. For UE 805b in TA6 where the TAI is not broadcast, AMF 122 will receive the TAI of TA5, which is the TAI that is broadcast and is for the TA closest to the location of UE 805b. This may lead to a further registration by UE 805b if cell 804 moves away from TA5 to cover TA6, in which case AMF 122 may receive the TAI for TA6 in the ULI and then include the TAI for TA6 in the new RA for UE 805b.

[0095] Another criterion may relate to whether the TAI provided in the ULI matches the RA currently assigned to the UE. In the case of TN, the TAI provided in the UE's ULI in a non-registration NAS message should always be part of the current UE RA. Otherwise, the UE performs a registration update. In the case of TN, the UE provides the AMF (e.g., in the "last visited registered TAI" defined in 3GPP TS 24.501) with the last registered TAI placed in the NAS registration request, which should also be part of the current RA. In the case of satellite access, there is a small risk that providing the UE 105 with a TAI for any of these purposes that is not part of the current UE 105 RA may cause some abnormal behavior (e.g., an error condition) in the AMF 122. This is avoidable because in the case of satellite RAT, the AMF 122 can be programmed to ignore any difference between the TAI in the ULI or the TAI in the NAS registration request and the current RA of the UE 105. Furthermore, the AMF 122 may perform a NAS configuration update to update the RA in the UE 105 with the TAI included in the ULI when this TAI is not part of the current RA. However, option B may have the advantage of avoiding any new AMF 122 implementation by ensuring that the TAI provided in the ULI of the UE 105 to the AMF 122 is part of the UE 105 RA. All other options may be deficient in this respect.

[0096] The options also differ in terms of new impacts: Option B may have a new RRC signaling impact that allows the UE 105 to forward selected TAUs to the serving gNB 106 / 202 / 307 for RRC connection setup and other instances of NAS message forwarding; Option D may have a new NGAP impact of forwarding all TAIs broadcasted in the radio cell to the AMF 122; Options A, C, E may have no new signaling impacts.

[0097] In terms of gNB complexity, options B and D may be particularly simple as they do not require the gNB 106 / 202 / 307 to map the current UE 105 location to the TA in which the UE 105 is located or to the TA closest to the location of the UE 105. Options A and C may require the gNB 106 / 202 / 307 capability to map the UE 105 location to the TA in which the UE 105 is located, and option E may additionally require the gNB 106 / 202 / 307 to map the UE 105 location to the TA closest to the UE 105 location and to broadcast the TAI of the TA in which the UE 105 is located when that TAI is not broadcast. However, the mapping capability does not add much new complexity, since similar functionality may already be required (for all options) when the gNB 106 / 202 / 307 decides which TAI to broadcast in a given radio cell at a given time, and when the gNB 106 / 202 / 307 maps the UE 105's location to a specific Cell Global Identity (CGI) that may also be included in the ULI IE. For example, the operator (or an offline tool) may configure a fixed mapping from a CGI to the relevant TAI (for the TA in which the CGI's cell is located), thereby simplifying the UE location to TAI mapping for options A and C via a UE location to CGI mapping followed by a CGI to TAI mapping. A similar mapping may be configured from a CGI to a sequence of TAIs for TAs at gradually increasing distances from the cell area defined by the CGI, thereby supporting the mapping of option E as well.

[0098] Another aspect of TAI selection may relate to what happens if the gNB 106 / 202 / 307 does not have accurate enough UE 105 location information to determine location-related TAU for options A, C, and E. This may occur when the UE 105 transitions from an idle to a connected state (e.g., during initial PLMN access of the UE 105) and the RRC message sent to the serving gNB 106 / 202 / 307 does not include an approximate location (e.g., because such a location may not be encrypted and therefore may not be secure or reliable). When this scenario occurs, the serving gNB 106 / 202 / 307 for the UE 105 may provide in the ULI one of the TAIs broadcast in the serving radio cell for the UE 105, but then any location significance is lost. Options A, C, and E are no worse, as they operate similarly to option B in that they support RA allocation by the AMF 122 for NAS registration. Another alternative is for the serving gNB 106 / 202 / 307 to indicate in the ULI sent to the serving AMF 122 that the serving gNB 106 / 202 / 307 is unable to determine the TAI of the ULI due to insufficient location information of the UE 105. For example, the indication can be coded as a flag in the ULI or as a special reserved value of the TAI of the ULI (e.g., a binary all-zero value or a binary all-one value). The special reserved value of the TAI may be referred to as a "Null value", "Null TAC value", or "Null TAI value" because it does not code an actual TAC or actual TAI value.

[0099] A further aspect of TAI selection may relate to paging efficiency. This may relate to how well the current RA of the UE 105 includes the TAI of the TA where the UE 105 is actually located and nearby TAs. If the RA includes a TAI for a TA away from the UE 105 (e.g., because the serving AMF 122 is misled by receiving a ULI with a TAI for a TA away from the UE 105's location), when paging across the RA, paging may be included in cells that do not cover the actual UE 105's location. Such paging would be wasted because the UE 105 cannot access these cells. As an example, assume the case of UE 805a located in TA1 in FIG. 8, where the ULI for IE 805a includes the TAI for TA5 (e.g., as is possible with option B or option D as shown in Table 1). The RA of UE 805a may then include the TAI of TA5. There may be one or more cells with coverage of TA5 that do not cover TA1, and paging of these cells would be wasted. As already alluded to, this issue is more likely to occur in options B and D where the reported TAA is not based on the actual UE location, and may occur in option A if the TAI of the TA where the UE is located is not currently broadcast. The issue may be further complicated if the AMF 122 assigns an RA with multiple TAIs to reduce unnecessary registration updates.

[0100] Another criterion concerns whether various options can be used to select a TAI for a ULI in NGAP messages of the UE 105 that are not associated with NAS message transfer. These NGAP messages include PDU session management messages, UE context management messages, UE mobility management messages, and location report messages used to track UE location. Options C and E, and to a lesser extent option A, can be reused to select a TAI for a ULI IE in these non-NAS related NGAP messages, since the TAI may always or generally be UE location related (e.g., and therefore may be determined by the serving gNB 106 / 202 / 307 from a known or approximate UE location). In this case, using options B or D for TAI selection may cause problems due to the lack of location significance of these options. For example, the NGAP location reporting procedure can be used to track the location of the UE 105 in an area of ​​interest that may be defined as a single TA or as a set of TAs. Option C, and to a lesser extent option E, can effectively support the NGAP location reporting procedure because the ULI included in the NGAP location reporting message contains either the TAI of the TA in which the UE 105 is located (in the case of option C and sometimes option E) or the TAI of the TA close to the location of the UE 105 (in the case of option E at other times). Using the UE 105 selected TAI to determine whether the UE 105 is located in the area of ​​interest, as in option B, is not useful since the TAI selected by the UE 105 may not be location-related. Furthermore, there may be significant additional impacts to the reuse of option B, since the gNB 106 / 202 / 307 needs to obtain the TAI from the UE 105 (e.g., using RRC) or store and utilize the last TAI provided by the UE 105 (which may not always be available when a handover occurs). Therefore, options B and D require some different solution (e.g., another option) to determine the TAI for location reporting and possibly other non-NAS related NGAP messages.

[0101] Clearly there is no ideal option, but option E appears to be at least slightly better than the other options.

[0102] For Option E, as mentioned above, the inability to always provide the TAI that is part of the RA to the UE 105 is not critical and the extra complexity of the gNB 106 / 202 / 307 can be mitigated by additional configuration. Therefore, Option E seems in principle suitable to support TAI selection for the NGAP ULI IE.

[0103] In some embodiments, the TAIs provided by the AMF 122 in a registration area (RA) for the UE 105 may be indicated to the UE 105 in a priority order based on the proximity of the corresponding TA to the UE 105. For example, the AMF 122 may determine the proximity of each TA indicated by the TAI to the UE 105 location and generate an RA for the UE 105 that provides a list of TAIs in order from the TAI of the TA closest to the UE 105's current location to the TAI of the TA farthest from the UE 105's location. In option B, for example, the UE 105 may select a TAI from the RA with the highest priority (e.g., the TAI listed first for the TA closest to the UE 105) in the RA broadcasted in the serving radio cell. In the example of FIG. 8 for the UE 805b in TA6, for example, the RA may provide a list of TAIs with higher priority TAIs based on the proximity including TAIs for TA6, TA5, TA2, TA4, TA1, and TA3, in that order. UE805b selects the TAI that has the highest priority in the RA (e.g., the TAC listed first) and is broadcast in the serving radio cell, which in this example is the TAI of TA5 (in the example of Figure 8, the TAI of TA6 is not broadcast).

[0104] Similarly, for example, in option D, the gNB 106 / 202 / 307 may include all TAIs broadcast in the serving radio cell of the UE 105 in the ULI sent to the AMF 122, but may provide a prioritized list of these TAIs based on the proximity of the corresponding TAs to the location of the UE 105. Thus, the gNB 106 / 202 / 307 may determine the location of the UE 105 and generate a list of broadcast TAIs to be provided to the AMF 122 in which TAIs for TAs closest to the current location of the UE 105 are given a higher priority (e.g., appear earlier in the prioritized list) than TAIs for TAs farthest from the UE 105. In the example of FIG. 8 for UE 805b in TA6, the list of provided TAIs would then include TAIs for TA5, TA2, TA4, TA1, and TA3, in that order. The AMF 122 may use the prioritized list of TAIs provided by the gNB 106 / 202 / 307 for option D to determine, or help determine, a prioritized list of TAIs for the UE 105 RA as described above.

[0105] In some embodiments, two or more of the above options A through E may be merged or combined to mitigate or eliminate some of the disadvantages of the previous ones. Merges are referred to using the options they contain (e.g., option B+C means combining option B with option C).

[0106] In one option B+E, for forwarding of NAS messages other than NAS registration, the UE 105 selects a TAI from the RA as in option B and sends this TAI to the gNB 106 / 202 / 307 using RRC. The gNB 106 / 202 / 307 includes this TAI in the ULI. For forwarding of a NAS registration request, the UE 105 does not include a TAI. Based on the absence of a TAI, the gNB 106 / 202 / 307 selects a TAI in the ULI as in option E. For other instances of ULI, the gNB 106 / 202 / 307 may select a TAI as in option E.

[0107] In another option B+C+D, for forwarding of NAS messages other than NAS registration, the UE 105 selects a TAI from the RA as in option B and sends this TAI to the gNB 106 / 202 / 307 using RRC. The gNB 106 / 202 / 307 then includes this TAI in the ULI sent to the AMF 122. For forwarding of a NAS registration request, the UE 105 does not include a TAI. Based on the absence of a TAI, the gNB 106 / 202 / 307 then selects a TAI as in option C and includes this TAI in the ULI, and further includes all TAIs broadcast in the serving cell in the ULI as in option D. For other instances of ULI, the gNB 106 / 202 / 307 selects a TAI as in option C.

[0108] In a further option C+D, the gNB 106 / 202 / 307 selects a TAI as in option C and includes this TAI in the ULI, and further includes all TAIs broadcast in the serving cell in the ULI as in option D.

[0109] In each of options B+E, B+C+D, and C+D, if the gNB 106 / 202 / 307 does not have or has insufficient location information to determine the TA in which the UE 105 is located (in the case of option C or option E) or is closest to the location of the UE 105 (in the case of option E), the gNB 106 / 202 / 307 may include an indication (e.g., a Null TAC value or a Null TAI value) in the ULI of the UE 105. In option C+D or option B+C+D, the gNB 106 / 202 / 307 may then include this indication in the ULI sent to the AMF 122, and may further indicate in the ULI all TAIs broadcast by SV802 in the radio cell for the UE 105. Although the AMF 122 may not know in which TA the UE 105 is located, it still knows TAs that may be near the UE 105, which may help the AMF 122 determine the RA of the UE 105. Providing an indication by the gNB 106 / 202 / 307 (e.g., a Null TAC or TAI value) may also be used in cases where the location information of the UE 105 may be available but the gNB 106 / 202 / 307 does not implement or is not configured to support mapping of the location information of the UE 105 (e.g., a location estimate of the UE 105) to the TA in which the UE 105 is located. Such provision of an indication (e.g., a Null TAC or TAI value) may aid implementation by not requiring that all gNBs 106 / 202 / 307 necessarily support mapping of the UE 105 location information to the TA closest to the UE 105 or to a TA in which the UE 105 may be located. In such cases, and for options B+C+D and C+D, the gNB 106 / 202 / 307 may provide an indication of all TAIs broadcast in the serving radio cell for the UE 105 and still assist the AMF 122 in RA determination for the UE 105.

[0110] Option B+E may have RRC implications and higher gNB 106 / 202 / 307 complexity, but may otherwise perform as well or better than Option E.

[0111] Option B+C+D may potentially perform better than Option E and Option B+E in terms of valid RA allocation to UE 105 by AMF 122 and support of paging efficiency to UE 105, since it provides AMF 122 with (i) the TA where UE 105 is located, even if the TAI corresponding to this TA is not broadcasted, and (ii) all TAIs that are broadcasted. Then, for each TA where UE 105 may be located, AMF 122 may be configured with a list of other TAs in order of distance from this TA. Then, AMF 122 may select a TAI or set of TAIs for RA that is broadcasted and whose corresponding TA is close to or includes the TA where UE 105 is located, which allows better RA allocation to UE 105 by AMF 122. However, Option B+C+D may have higher gNB 106 / 202 / 307 impact and the highest signaling impact, both in terms of RRC and NGAP impact.

[0112] Option C+D may function similarly to Option B+C+D, but with reduced impact (due to the absence of RRC impact to support Option B) and the TAI included in the ULI is not necessarily part of the UE105 RA.

[0113] Support for service and forbidden areas may be omitted for satellite access. However, this means that an operator that assigns permitted and non-permitted areas to UEs for terrestrial network (TN) access cannot do this for satellite access. This may result in anomalous behavior. For example, a UE may move into a forbidden TN area and then periodically (e.g., outdoors at any time) obtain satellite access and services, thereby circumventing the TN service restrictions. This may result in changes in user behavior, e.g., a user may circumvent the TN restriction by going outdoors (or near a window if indoors) for services supported by satellite access - reducing the value of the TN restriction by limiting it to services only available using the TN (e.g., high-speed data).

[0114] This suggests that even an approximate form of service area control may be useful for satellite access. Although the level of control may not be precise, it may be useful to approximate TN restrictions. The following rules, referred to as Rules 1, 2, 3, and 4, can be used to support service areas and prohibited areas.

[0115] According to rule 1, the UE 105 may be allowed to access the satellite radio cell if at least one broadcast TAI is not included in the non-authorized TAI list or the forbidden TAI list of the UE 105. For example, the at least one broadcast TAI may be part of the current RA for the UE 105 and / or part of the authorized TAI list for the UE 105. Otherwise, the UE 105 follows the existing TN rules for forbidden TAIs if all broadcast TAIs in the radio cell are forbidden TAIs, or else follows the rules for non-authorized TAIs, which may allow the UE 105 to at least send a NAS registration request.

[0116] As a complement to rule 1 and in rule 2, the AMF 122 may allow the UE 105 to access the radio cell if at least one broadcast TAI for the radio cell is not included in the non-authorized or forbidden list of the UE 105. The AMF 122 may then accept a request for a NAS procedure by the UE 105 (e.g., a NAS registration request or a NAS service request). However, if all TAIs broadcast in the radio cell are part of the forbidden TAI list for the UE 105, the AMF 122 may reject a request for a NAS procedure by the UE 105 (e.g., a NAS registration reject or a NAS service request) by sending a NAS reject message (e.g., a NAS registration reject or a NAS service reject) and may include a cause indicating that the broadcast TAI is forbidden for the UE 105. Otherwise, if one or more of the broadcast TAIs are not authorized but not forbidden for the UE 105, the AMF 122 may allow and accept the NAS registration request but may reject other NAS messages such as a NAS service request. The AMF 122 can know which TAI is broadcast in the radio cell if Option D, Option C+D or Option B+C+D are supported, as described above. Rules 1 and 2 are also applicable to hard TAI updates if only one TAI is broadcast in the radio cell and the references above to "all TAIs broadcast in the radio cell" are replaced with "one TAI broadcast in the radio cell".

[0117] In rule 3, for a UE 105 receiving a NAS rejection message, if the rejection indicates that the current TAI is forbidden (e.g., as described above for rule 2), the UE 105 shall treat all broadcast TAIs for the current serving radio cell that are not in the current RA and that are not in the allowed TAI list as forbidden TAIs.

[0118] According to rule 4, UE105 updates the UE105's forbidden TAI list by removing a TAI from the forbidden TAI list if the TAI is received as part of a new RA for UE105 (e.g., in a registration request received from AMF122) or if the TAI is received (from AMF122) as an allowed TAI.

[0119] These rules may (A) allow the UE 105 access to the non-authorized area or (B) deny the UE 105 access to the authorized area. However, if the service area is carefully managed to always show authorized TAs near the UE 105, then (A) is more likely to occur but not (B). This avoids reducing UE 105 PLMN access compared to the TN and provides additional access not possible in the TN, but does not provide unlimited additional access.

[0120] 9 shows a signaling flow 900 illustrating various messages transmitted between components of a PLMN with satellite access in a procedure supporting TAI updates as discussed herein. The signaling flow 900 may be performed by entities within the network architectures 100, 200 or 300 of FIG. 1, FIG. 2 or FIG. 3, respectively, where UE 902 corresponds to UE 105, SV 904 corresponds to SV 102, 202 or 302, gNB 906 corresponds to gNB 106 / 202 / 307, and AMF 908 corresponds to AMF 122. It should be understood that gNB 906 or elements of gNB 906 may be included within SV 904. For example, in SV 202, gNB 202 is entirely included within SV 202 as described for FIG. 2. Alternatively, in the SV302, the gNB307 (also referred to as gNB-CU) is terrestrial and physically separate from the SV302, but the SV302 includes the gNB-DU302 as described for Figure 3. In some embodiments, an eNB may be used in place of the gNB 906 and an MME may be used in place of the AMF 908. Additional or fewer stages / messages may be included in the signaling flow 900.

[0121] In stage 1 of Figure 9, the UE 902 may wake up in a 5G system (5GS) mobility management (5GMM)-REGISTERED and RRC IDLE state. During registration (e.g., an occurrence prior to stage 11), the AMF 908 may provide a list of TAIs within the UE RA, or a prioritized list of TAIs within the UE RA, based on the proximity of the corresponding TAs to the location of the UE 902, as described for Figure 8.

[0122] In stage 2, the UE 902 receives broadcast TAI information from the SV 904 (and possibly from other SVs not shown in FIG. 9 ) for one or more radio cells indicating one or more TAIs supported by each radio cell, and selects a radio cell (and associated SV 904) based on the radio cells authorized for the UE 902. The UE 902 may determine whether access to the radio cell is authorized based on rule 1 described above. If at least one broadcast TAI is part of the current UE 902 RA, or if at least one broadcast TAI is not part of the non-authorized TAI list and is not part of the forbidden TAI list of the UE 902 (e.g., if it is part of the authorized TAI list of the UE 902), access may be authorized unconditionally. When unconditional access is not authorized, if at least one broadcast TAI is not part of the forbidden TAI list of the UE 902, e.g., if some or all broadcast TAIs are part of the non-authorized TAI list of the UE 902, conditional access may be authorized for the UE 105 to send a NAS registration request message (not necessarily other NAS messages). The UE 902 may also obtain location information, such as a location estimate for the UE 902, for example by obtaining measurements of the SPS SV190 and using the measurements to determine a location estimate. If access to the wireless cell is not permitted in stage 2, stages 3 to 12 are not performed. If access to the wireless cell is permitted (conditionally or unconditionally) in stage 2, stages 3 to 12 can be performed.

[0123] In stage 3, the UE 902 performs a random access procedure to obtain permission from the gNB 906 for uplink (UL) transmission (not shown in FIG. 9), and then sends an RRC setup request to the gNB 906 supporting the radio cell selected in stage 2 to request an RRC signaling connection.

[0124] At stage 4, the gNB906 returns an RRC configuration message to the UE902.

[0125] In stage 5, the UE 902 transmits an RRC configuration complete message including a NAS request message. The NAS request may be a request for a NAS procedure or a request to provide information to the AMF 908. The NAS request may be, for example, a registration request, a connection request, a service request, or a PDU session establishment request, or an uplink (UL) NAS transport. The NAS request may require a NAS response, and in some embodiments, a NAS response may not be required. In some embodiments, the UE 902 may include multiple TACs or TAIs from the broadcast TAI information received in the radio cell selected in stage 2. In some embodiments (e.g., for option B), the UE 902 may select a TAC or TAI to include in the RRC configuration complete message if the NAS request is not a registration request. For example, in the case of Option B, Option B+E or Option B+C+D, the UE 902 may select and include one TAI from the TAI broadcast in the selected radio cell, and may further prioritize a TAI in the UE 902 RA or a TAI with a higher priority in the UE 902 RA, e.g., as described for Option B above. The UE 902 may also include any UE location information (e.g., a location estimate of the UE 902) obtained in stage 2 in the RRC configuration complete message.

[0126] At stage 6, the gNB 906 determines the UE 902 user location information (ULI) including the TAI or TAIs as described above for one of options A, B, C, D, or E, or some combination thereof (e.g., option B+E, option B+C+D, or option C+D). The gNB 906 may utilize the UE 902 location information received at stage 5 or already known to the gNB 906 (e.g., from a radio cell coverage area) to determine the TAI or TAIs. For example, as described above for option C (or option C+D), the gNB 906 may select the TAI as the TAI of the TA in which the UE 902 is located if this TA can be determined, or may include an indication (e.g., a Null TAC or Null TAI value) in the ULI if the TA cannot be determined due to either insufficient UE 902 location information received in stage 5 or the gNB 906 being unable to map the UE 902 location information to the TA in which the UE 902 is located. For example, as described above for option E, the gNB 906 may select the TAI as the TAI for the TA in which the UE 902 is located if the TAI for this TA is broadcast in the serving radio cell. Otherwise, the gNB 906 may select the TAI broadcast in the serving cell for the TA that is closest to the UE 902 (e.g., as indicated by the UE location information received in stage 5). In some embodiments (e.g., for Option B), the gNB 906 may determine the TAI based on the TAI provided by the UE 902 in the RRC message in stage 5, as described above. In some embodiments, e.g., for Option D or Option C+D, the gNB 906 may include an indication of all TAIs broadcast in the radio cell, or may generate and include a prioritized list of these TAIs based on the proximity of each of the corresponding TAs to the UE 902 (e.g., as indicated by the UE location information received in stage 5). In the case of combined options, the gNB 906 may include several types of TAIs in the ULI.For example, for option C+D, the gNB906 may include a TAI for the TA in which the UE902 is located if this TA can be determined, or may include an indication (e.g., a Null TAI value) if this TA cannot be determined, and may further include an indication of all TAIs broadcast within the radio cell.

[0127] At stage 7, the gNB or gNB-CU 906 forwards the NAS request to the AMF 908 in the serving PLMN for the UE 902 in an NGAP transport message, such as an NGAP Initial UE message. The NGAP transport message includes the NAS request and the determined TAI and / or the ULI determined in stage 6 that includes a list of TAIs.

[0128] In stage 8, the AMF 908 may determine whether the TAI for the UE 902 included in the ULI received in stage 7 is an allowed TA for the UE 902. The AMF 908 may use rule 2 as described above to determine whether the UE 902 is allowed to access the radio cell selected in stage 2 based on whether the TAI is allowed. For example, when option D, option C+D or option B+C+D is used, the AMF 908 may determine that access to the radio cell is unconditionally allowed if at least one of the TAIs is allowed for the UE 902 (e.g., not included in the forbidden TAI list and not included in the non-authorized TAI list for the UE 902). However, if all TAIs broadcasted in the radio cell are not allowed for the UE 902 (e.g., each is in the forbidden TAI list or non-authorized TAI list for the UE 902), the AMF 908 may determine that access by the UE 902 is not unconditionally allowed. If all TAIs broadcasted in the radio cell are part of a forbidden TAI list for the UE 902, the AMF 908 may determine that the UE 902 is not allowed to access the radio cell selected in stage 2. However, if all TAIs broadcasted in the radio cell are not allowed for the UE 902 but at least one TAI broadcasted in the radio cell is not part of the forbidden TAI list for the UE 902 (e.g., is in a non-authorized TAI list for the UE 902), the AMF 908 may determine that the UE 902 is conditionally allowed to access the radio cell selected in stage 2 and may accept receipt of a registration request from the UE 902 but may not accept other NAS messages from the UE 902, such as a service request.

[0129] In stage 9, if the TAI(s) are not allowed in stage 8 such that the UE 902 is not allowed to access (even conditionally) the radio cell selected in stage 2, the AMF 908 sends a NAS reject message to the UE 902 indicating that the current TAI(s) are barred. The NAS reject message may, for example, include a cause value indicating the barred TAI and / or the reason for the rejection and indicating that the UE 902 includes the TAI in its list of barred TAIs. The NAS reject message may correspond to a NAS request and may reject a NAS procedure associated with the NAS request. For example, the NAS reject may be a registration reject, a service reject, a connection reject, or a PDU session establishment reject.

[0130] In stage 10, if the UE 902 receives a TAI or a list of TAIs and an indication that the TAI is forbidden, the UE 902 adds the received TAI to the list of forbidden TAIs of the UE 902. If the UE 902 receives an indication that the TAI is forbidden but does not receive a TAI or a list of TAIs, the UE 902 may forward all TAIs broadcasted in the serving radio cell to the list of forbidden TAIs according to rule 3, as described above. However, the UE 902 does not forward to the forbidden TAI list any broadcasted TAI that is part of the current UE 902 RA or included in the UE 902's allowed TAI list. Then, stages 11 and 12 are not executed.

[0131] In stage 11, if access to the radio cell is permitted or conditionally permitted in stage 8, the AMF 908 sends a NAS accept message to the UE 902, which may be a registration accept, a connection accept, or a service accept message (e.g., if access is permitted unconditionally). If the NAS accept message is a registration accept message, the AMF 908 may include a new registration area (RA) for the UE 902, which is a list of TAIs that the UE 902 is permitted to use. The AMF 908 may include the TAI received in stage 7 in the RA if only one TAI is normally received, and may further include additional TAIs for TAs that are close to the TA for the TAI received in stage 7. In the case of option D or option C+D, if the TAI received in stage 7 is prioritized with TAIs of TAs close to the UE 902 that are included earlier in the priority list, the AMF 908 may include one or more higher priority TAIs in the RA (e.g., the highest priority TAI and one or more of the next highest priority TAIs). For option D or option C+D, if the TAI is not prioritized, the AMF 908 may include at least one of the TAIs broadcast in the radio cell in the RA. For option C+D, the AMF 908 may instead include in the RA only the TAI of the TA in which the UE 902 is located (received in stage 7 as part of the ULI) if this TA was determined by the gNB 906 in stage 6 and this TAI is one of the TAIs broadcast in the radio cell, and otherwise (ii) at least one of the TAIs broadcast in the radio cell. The registration accept message may further include a service area indication, which may include the allowed area (TAI) and non-authorized area (TAI) of the UE 902.

[0132] In stage 12, if UE902 receives a new RA in stage 11, UE902 may follow rule 4 as described above and may remove any TAIs in the list of forbidden TAIs included in the new RA from the list of forbidden TAIs of UE902. Similarly, if UE902 receives a service area indication in stage 11, UE902 may further remove any TAIs in the list of forbidden TAIs included in the list of allowed TAIs received for the service area in stage 11 from the list of forbidden TAIs of UE902.

[0133] It should be noted that, as discussed above, each of Options A-E, Options C+D, Options B+C+D, Rules 1-4, and signaling flow 900 may be applicable to satellite radio access using other types of satellite RATs, such as LTE, NB-IoT, or future 6G, so long as a fixed TA continues to be used to support mobility management of the UE. In such cases, the references to gNB above are replaced with another type of base station (e.g., eNB or ng-eNB for LTE satellite access, or eNB for NB-IoT satellite access), the references to AMF above are replaced with another type of core network node (e.g., MME for LTE or NB-IoT satellite access), and the references to types of NAS messages (e.g., NAS request, NAS accept, NAS reject, etc.) are replaced with another type of NAS message applicable to the other satellite RAT (e.g., for LTE or NB-IoT satellite access, NAS connection request is replaced with NAS registration request, NAS connection accept is replaced with NAS registration accept, and NAS connection reject is replaced with NAS registration reject).

[0134] FIG. 10 illustrates an example of a hardware implementation of a UE 1000, such as the UE 105 illustrated in FIG. 1, FIG. 2, and FIG. 3, or the UE 902 illustrated in FIG. 9. The UE 1000 may be configured to execute the signal flow of FIG. 9, the process flow 1500 of FIG. 15, and the algorithms disclosed herein. The UE 1000 may include hardware components such as a satellite transceiver 1003 for wirelessly communicating with the SV 102 / 202 / 302 via a wireless antenna (not shown in FIG. 10), as illustrated in FIG. 1, FIG. 2, and FIG. 3. The UE 1000 may further include a wireless transceiver 1002 for wirelessly communicating with a base station, such as a terrestrial base station in the NG-RAN 112, e.g., a gNB or a ng-eNB, via a wireless antenna (not shown in FIG. 10). The UE 1000 may also include additional transceivers, such as a wireless local area network (WLAN) transceiver 1006, and an SPS receiver 1008 for receiving and measuring signals from the SPS SV190 (shown in FIGS. 1, 2, and 3) via a wireless antenna (not shown in FIG. 10). In some embodiments, the UE 1000 may receive data from a satellite, such as via a satellite transceiver 1003, and may also respond to a terrestrial base station, such as via the wireless transceiver 1002 or via the WLAN transceiver 1006. Thus, the UE 1000 may include one or more transmitters, one or more receivers, or both, which may be integrated, discrete, or a combination of both. The UE 1000 may further include one or more sensors 1010, such as a camera, an accelerometer, a gyroscope, an electronic compass, a magnetometer, a barometer, etc. The UE 1000 may further include a user interface 1012, which may include, for example, a display, a keypad, or other input devices, such as a virtual keypad on a display, through which a user may interface with the UE 1000. The UE 1000 further includes one or more processors 1004, a memory 1016, and a non-transitory computer-readable medium 1018, which may be coupled together with a bus 1014.The one or more processors 1004 and other components of the UE 1000 may likewise be coupled together with a bus 1014 that is a separate bus, or may be directly connected or coupled to each other using a combination of the foregoing.

[0135] The one or more processors 1004 may be implemented using a combination of hardware, firmware, and software. For example, the one or more processors 1004 may be configured to perform functions discussed herein by implementing one or more instructions or program code 1020 on a non-transitory computer-readable medium, such as the medium 1018 and / or the memory 1016. In some embodiments, the one or more processors 1004 may represent one or more circuits configurable to perform at least a portion of a data signal computation procedure or process associated with the operation of the UE 1000.

[0136] The medium 1018 and / or memory 1016 may store instructions or program code 1020 including executable code or software instructions that, when executed by the one or more processors 1004, cause the one or more processors 1004 to operate as a special purpose computer programmed to execute the techniques disclosed herein (e.g., the signal flow of FIG. 9 and the process flow 1500 of FIG. 15, and supporting techniques described herein, etc.). As illustrated in the UE 1000, the medium 1018 and / or memory 1016 may include one or more components or modules that may be implemented by the one or more processors 1004 to execute the methodologies described herein. Although the components or modules are illustrated as software in the medium 1018 executable by the one or more processors 1004, it should be understood that the components or modules may be stored in the memory 1016 or may be dedicated hardware either within the one or more processors 1004 or external to the processor.

[0137] A number of software modules and data tables may reside within the medium 1018 and / or memory 1016 and be utilized by the one or more processors 1004 to manage both the communications and functionality described herein. It should be understood that the organization of the contents of the medium 1018 and / or memory 1016 as shown in the UE 1000 is merely exemplary, and as such the functionality of the modules and / or data structures may be combined, separated, and / or structured in different ways depending on the implementation of the UE 1000. Although the components or modules are illustrated as software within the medium 1018 and / or memory 1016 executable by the one or more processors 1004, it should be understood that the components or modules may be firmware or dedicated hardware either within the one or more processors 1004 or external to the processors.

[0138] As shown, the program code 1020 stored on the medium 1018 and / or memory 1016 may include a TAI module 1021 that, when implemented by the one or more processors 1004, configures the one or more processors 1004 to receive, via the radio transceiver 1002 or the satellite transceiver 1003, a plurality of TAIs broadcast by the RAN node in the satellite radio cell. The one or more processors 1004 may be further configured to determine whether access to the satellite radio cell is permitted based on the plurality of TAIs. For example, the one or more processors 1004 may be configured to determine that access is permitted unconditionally when at least one of the plurality of TAIs is part of the current UE RA or is part of an allowed TAI list for the UE, determine that access is permitted conditionally when access is not permitted unconditionally and when at least one of the plurality of TAIs is not part of a forbidden TAI list, and determine that access is not permitted when all of the plurality of TAIs are part of a forbidden TAI list for the UE.

[0139] As shown, the program code 1020 stored on the medium 1018 and / or the memory 1016, when implemented by the one or more processors 1004, may include a NAS request module 1022 that configures the one or more processors 1004 to send a non-access stratum (NAS) request to a core network node, such as the AMF 122, at the satellite radio cell via the RAN node when it is determined that access to the satellite radio cell is allowed via the radio transceiver 1002 or the satellite transceiver 1003. The NAS request message may be, for example, any uplink NAS message in case access is determined to be allowed unconditionally, where the NAS message may include a NAS registration request or a NAS attachment request in case access is determined to be allowed conditionally.

[0140] As shown, the program code 1020 stored on the medium 1018 and / or memory 1016 may include a NAS response module 1024 that, when implemented by the one or more processors 1004, configures the one or more processors 1004 to receive a NAS response message from a core network node in a satellite radio cell via the RAN node via the radio transceiver 1002 or the satellite transceiver 1003.

[0141] As shown, the program code 1020 stored on the medium 1018 and / or memory 1016, when implemented by the one or more processors 1004, may include a list update module 1026 that configures the one or more processors 1004 to, for example, store in the memory 1016 or medium 1018 all of a plurality of TAs that are not included in any of the current lists of registered areas or allowed areas in a list of prohibited TAs, and to remove TAs included in the new list of registered areas or allowed areas from the list of prohibited TAs. For example, the NAS request message may include a NAS registration request and the NAS response message may include a NAS registration accept message, or the NAS request message may include a NAS connection request and the NAS response message may include a NAS connection accept message, the NAS accept message may be at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, and the one or more processors 1004 may be configured to remove each TAI in the first list of TAIs or the second list of TAIs or the TAIs in the first and second lists of TAIs from the UE's list of prohibited TAIs if each TAI is part of the prohibited list of TAIs. In another example, the NAS request message may include a NAS registration request and the NAS response message may include a NAS registration reject message, or the NAS request message may include a NAS connection request and the NAS response message may include a NAS connection reject message, the NAS response message may indicate a prohibited tracking area and include a list of TAIs, and the one or more processors 1004 may be configured to add each TAI in the list of TAIs to a list of prohibited TAIs for the UE.In another example, the NAS request message may include a NAS registration request and the NAS response message may include a NAS registration reject message, or the NAS request message may include a NAS connection request and the NAS response message may include a NAS connection reject message, where the NAS response message indicates a prohibited tracking area and does not include a list of TAIs, and the one or more processors 1004 may be configured to add each TAI of the multiple TAIs to the list of prohibited TAIs for the UE.

[0142] As shown, the program code 1020 stored on the medium 1018 and / or memory 1016 may include a registration module 1028 that, when implemented by the one or more processors 1004, configures the one or more processors 1004 to receive, for example, via the wireless transceiver 1002 or the satellite transceiver 1003, a new registration area or a new list of authorized areas.

[0143] As shown, the program code 1020 stored on the medium 1018 and / or memory 1016 may include a selection module 1030 that, when implemented by the one or more processors 1004, configures the one or more processors 1004 to treat the satellite radio cell as associated with a prohibited TA if any of a plurality of TAs for a PLMN in the radio cell broadcast from the satellite is on a list of prohibited TAs.

[0144] The methods described herein may be implemented by various means depending on the application. For example, the methods may be implemented in hardware, firmware, software, or any combination thereof. In the case of a hardware implementation, the one or more processors 1004 may be implemented in one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, electronic devices, other electronic units designed to perform the functions described herein, or combinations thereof.

[0145] For implementations of the UE 1000 including firmware and / or software, the methodologies may be implemented with modules (e.g., procedures, functions, etc.) performing distinct functions described herein. Any machine-readable medium tangibly embodying instructions may be used in performing the methods described herein. For example, software code may be stored in the medium 1018 or memory 1016 and executed by the one or more processors 1004 to cause the one or more processors 1004 to operate as special purpose computers programmed to perform the techniques disclosed herein. The memory may be implemented within the one or more processors 1004 or external to the one or more processors 1004. The term "memory" as used herein refers to any type of long-term memory, short-term memory, volatile memory, non-volatile memory, or other memory, and is not limited to a particular type or number of memories, or to a particular type of medium on which the memory is stored.

[0146] When implemented in firmware and / or software, the functions performed by the UE 1000 may be stored as one or more instructions or code on a non-transitory computer-readable storage medium, such as the medium 1018 or memory 1016. Examples of storage media include computer-readable media encoded with data structures and computer-readable media encoded with a computer program. Computer-readable media include physical computer storage media. Storage media may be any available medium that can be accessed by a computer. By way of example and not limitation, such computer-readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage, semiconductor storage, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer. As used herein, "disk" and "disc" include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and Blu-ray discs, although a "disk" typically reproduces data magnetically and a "disc" reproduces data optically using a laser. Combinations of the above should also be included within the scope of computer-readable media.

[0147] In addition to being stored on a computer-readable storage medium, the instructions and / or data for the UE 1000 may be provided as signals on a transmission medium included in a communication device. For example, a communication device including some or all of the UE 1000 may include a transceiver having signals indicative of the instructions and data. The instructions and data are stored on a non-transitory computer-readable medium 1018 or memory 1016 and configured to cause one or more processors 1004 to operate as a special purpose computer programmed to perform the techniques disclosed herein. That is, the communication device includes a transmission medium having signals indicative of information for performing the disclosed functions. The first time, the transmission medium included in the communication device can include a first portion of information for performing the disclosed functions, and the second time, the transmission medium included in the communication device can include a second portion of information for performing the disclosed functions.

[0148] FIG. 11 illustrates an example of a hardware implementation of a core network node 1100 in a PLMN. The core network node 1100 may be, for example, the AMF 122 illustrated in FIG. 1, FIG. 2, and FIG. 3, the AMF 908 illustrated in FIG. 9, or an MME supporting LTE or NB-IoT satellite access by a UE. The core network node 1100 may execute the signal flow of FIG. 9 and the process flow 1400 of FIG. 14 and the algorithms disclosed herein. The network node 1100 includes hardware components, such as, for example, an external interface 1102 configured to communicate with other network components in the PLMN. The network node 1100 includes one or more processors 1104, a memory 1116, and a non-transitory computer-readable medium 1118, which may be coupled together with a bus 1107.

[0149] The one or more processors 1104 may be implemented using a combination of hardware, firmware, and software. For example, the one or more processors 1104 may be configured to perform functions discussed herein by implementing one or more instructions or program code 1120 on a non-transitory computer-readable medium, such as the medium 1118 and / or the memory 1116. In some embodiments, the one or more processors 1104 may represent one or more circuits configurable to perform at least a portion of data signal computation procedures or processes associated with the operation of the network node 1100.

[0150] The medium 1118 and / or memory 1116 may store instructions or program code 1120 including executable code or software instructions that, when executed by the one or more processors 1104, cause the one or more processors 1104 to operate as a special purpose computer programmed to execute the techniques disclosed herein (e.g., the signal flow of FIG. 9 and the process flow 1400 of FIG. 14 and supporting algorithms described herein, etc.). As illustrated in the network node 1100, the medium 1118 and / or memory 1116 may include one or more components or modules that may be implemented by the one or more processors 1104 to execute the methodologies described herein. Although the components or modules are illustrated as software in the medium 1118 executable by the one or more processors 1104, it should be understood that the components or modules may be stored in the memory 1116 or may be dedicated hardware either within the one or more processors 1104 or external to the processor.

[0151] A number of software modules and data tables may reside within the medium 1118 and / or memory 1116 and be utilized by the one or more processors 1104 to manage both the communications and functionality described herein. It should be understood that the arrangement of the contents of the medium 1118 and / or memory 1116 as shown in the network node 1100 is merely exemplary, and as such, the functionality of the modules and / or data structures may be combined, separated, and / or structured in different ways depending on the implementation of the network node 1100. Although the components or modules are illustrated as software within the medium 1118 and / or memory 1116 executable by the one or more processors 1104, it should be understood that the components or modules may be firmware or dedicated hardware either within the one or more processors 1104 or external to the processors.

[0152] As shown, the program code 1120 stored on the medium 1118 and / or the memory 1116 includes a NAS request module 1122 that, when implemented by the one or more processors 1104, configures the one or more processors 1104 to receive, via the external interface 1102, a non-access stratum (NAS) request message and one or more TAIs from a radio access network (RAN) node, wherein the NAS request message is sent by the UE to a RAN node in a satellite radio cell, the one or more TAIs including a TAI broadcast in the satellite radio cell by the RAN node, and an indication of the TAI is for a TA in which the UE is located.

[0153] As shown, the program code 1120 stored on the medium 1118 and / or the memory 1116 may include a verification module 1124 that, when implemented by the one or more processors 1104, configures the one or more processors 1104 to determine, based on a TAI broadcasted by the RAN node to the satellite radio cell, whether a UE is allowed to access the satellite radio cell.

[0154] As shown, the program code 1120 stored in the medium 1118 and / or the memory 1116, when implemented by the one or more processors 1104, may include a NAS response module 1126 that configures the one or more processors 1104 to send a NAS accept message to the UE when the UE is allowed to access the satellite radio cell, for example, via an external interface. For example, the NAS request message may be a NAS registration request, the NAS accept message may be a NAS registration accept, the NAS request message may be a NAS connection request, and the NAS accept message may be a NAS connection accept. The one or more processors 1104 may be configured to include a registration area (RA) in the NAS accept message. The one or more processors 1104 may be configured to include a TAI of a TA in which the UE is located in the RA when the TAI of the TA in which the UE is located is one of the TAIs broadcast by the RAN node to the satellite radio cell. The one or more processors 1104 may be configured to include in the RA at least one of the TAIs broadcasted by the RAN node to the satellite radio cell when the TAI of the TA in which the UE is located is not one of the TAIs broadcasted by the RAN node in the satellite radio cell. The one or more processors 1104 may be configured to include in the RA at least one of the TAIs broadcasted by the RAN node to the satellite radio cell when the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located is not determined by the RAN node.

[0155] The methods described herein may be implemented by various means depending on the application. For example, the methods may be implemented in hardware, firmware, software, or any combination thereof. In the case of a hardware implementation, the one or more processors 1104 may be implemented in one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, electronic devices, other electronic units designed to perform the functions described herein, or combinations thereof.

[0156] For implementations of the network node 1100 including firmware and / or software, the methodologies may be implemented with modules (e.g., procedures, functions, etc.) performing distinct functions described herein. Any machine-readable medium tangibly embodying instructions may be used in performing the methods described herein. For example, software code may be stored on the medium 1118 or memory 1116 and executed by the one or more processors 1104 to cause the one or more processors 1104 to operate as special purpose computers programmed to perform the techniques disclosed herein. The memory may be implemented within the one or more processors 1104 or external to the one or more processors 1104. The term "memory" as used herein refers to any type of long-term memory, short-term memory, volatile memory, non-volatile memory, or other memory, and is not limited to a particular type or number of memories, or to a particular type of medium on which the memory is stored.

[0157] When implemented in firmware and / or software, the functions performed by the network node 1100 may be stored as one or more instructions or code on a non-transitory computer-readable storage medium, such as the medium 1118 or memory 1116. Examples of storage media include computer-readable media encoded with data structures and computer-readable media encoded with a computer program. Computer-readable media include physical computer storage media. Storage media may be any available medium that can be accessed by a computer. By way of example and not limitation, such computer-readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage, semiconductor storage, or any other medium that may be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer. As used herein, "disk" and "disc" include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and Blu-ray discs, although a "disk" typically reproduces data magnetically and a "disc" reproduces data optically using a laser. Combinations of the above should also be included within the scope of computer-readable media.

[0158] In addition to storage on a computer-readable storage medium, instructions and / or data for the network node 1100 may be provided as signals on a transmission medium included in a communications device. For example, a communications device including part or all of the network node 1100 may include a transceiver having signals indicative of the instructions and data. The instructions and data are stored on a non-transitory computer-readable medium, such as the medium 1118 or memory 1116, and configured to cause one or more processors 1104 to operate as a special purpose computer that is programmed to perform the techniques disclosed herein. That is, the communications device includes a transmission medium having signals indicative of information for performing the disclosed functions. The first time, the transmission medium included in the communications device can include a first portion of information for performing the disclosed functions, and the second time, the transmission medium included in the communications device can include a second portion of information for performing the disclosed functions.

[0159] Figure 12 illustrates an example of a hardware implementation of a RAN node 1200, such as an NR Node B (gNB) or eNB. The RAN node 1200 may correspond to either (i) the gNB 106 illustrated in Figure 1, (ii) the gNB 202 in the SV 202 illustrated in Figure 2, or (iii) the gNB-DU 302 in the SV 302 or gNB-CU 307 illustrated in Figure 3. The RAN node 1200 may execute the signal flow 900 of Figure 9 and the process flow 1300 of Figure 13, and the algorithms disclosed herein. The RAN node 1200 may include hardware components, such as, for example, an external interface 1202, which may comprise one or more wired and / or wireless interfaces that may connect to and communicate with one or more entities in a core network in a PLMN, such as the AMF 122 or UPF 130 of the 5GCN 110 shown in FIG. 2, and the earth station 104, as well as other gNBs, UEs 105 (e.g., if the RAN node 1200 is part of an SV202 or SV302), and other elements in a wireless network, either directly or through one or more intermediate networks and / or one or more network entities, as shown in FIGS. 1, 2, and 3. The external interface 1202 may include one or more antennas to support wireless interfaces and / or wireless backhaul to elements in the wireless network. The RAN node 1200 further includes one or more processors 1204, memory 1216, and non-transitory computer-readable media 1218, which may be coupled together with a bus 1207. The RAN node 1200 is illustrated as including a gNB-DU 1212 and / or a gNB-CU 1214 (e.g., where the RAN node 1200 corresponds to the gNB 202 of FIG. 2 having a gNB 202 including a gNB-CU and one or more gNB-Dus), which may be hardware components or may be implemented by one or more specially configured processors 1204. Where the RAN node 1200 itself corresponds to a gNB-DU (e.g., gNB-DU 302) or gNB-CU (e.g., gNB-CU 307), the gNB-DU 1212 and gNB-CU 1214 may not be present.

[0160] The one or more processors 1204 may be implemented using a combination of hardware, firmware, and software. For example, the one or more processors 1204 may be configured to perform functions discussed herein by implementing one or more instructions or program code 1220 on a non-transitory computer-readable medium, such as the medium 1218 and / or the memory 1216. In some embodiments, the one or more processors 1204 may represent one or more circuits configurable to perform at least a portion of a data signal computation procedure or process associated with the operation of the RAN node 1200.

[0161] The medium 1218 and / or memory 1216 may store instructions or program code 1220 including executable code or software instructions that, when executed by the one or more processors 1204, cause the one or more processors 1204 to operate as a special purpose computer programmed to execute the techniques disclosed herein (e.g., the signal flow of FIG. 9 and the process flow 1300 of FIG. 13 and supporting algorithms described herein, etc.). As illustrated in the RAN node 1200, the medium 1218 and / or memory 1216 may include one or more components or modules that may be implemented by the one or more processors 1204 to execute the methodologies described herein. Although the components or modules are illustrated as software in the medium 1218 executable by the one or more processors 1204, it should be understood that the components or modules may be stored in the memory 1216 or may be dedicated hardware either within the one or more processors 1204 or external to the processor.

[0162] A number of software modules and data tables may reside in the medium 1218 and / or memory 1216 and be utilized by the one or more processors 1204 to manage both the communications and functionality described herein. It should be understood that the arrangement of the contents of the medium 1218 and / or memory 1216 as shown in the RAN node 1200 is merely exemplary, and as such, the functionality of the modules and / or data structures may be combined, separated, and / or structured in different ways depending on the implementation of the RAN node 1200. Although the components or modules are illustrated as software in the medium 1218 and / or memory 1216 executable by the one or more processors 1204, it should be understood that the components or modules may be firmware or dedicated hardware either within the one or more processors 1204 or external to the processors.

[0163] As shown, the program code 1220 stored on the medium 1218 and / or the memory 1216 may include a TAI module 1221 that, when implemented by the one or more processors 1204, configures the one or more processors 1204 to broadcast, via the external interface 1202, one or more Tracking Area (TA) Identifiers (TAIs) within a satellite radio cell.

[0164] As shown, the program code 1220 stored in the medium 1218 and / or the memory 1216 may include a NAS request module 1222 that, when implemented by the one or more processors 1204, configures the one or more processors 1204 to receive a non-access stratum (NAS) message from a UE, the NAS message being sent by the UE in a satellite radio cell via the external interface 1202. The one or more processors 1204 may be configured to send a NAS message to a core network node via the external interface 1202 and include with the NAS message a TAI for a TA in which the UE is located and one or more TAIs broadcasted in the satellite radio cell. The one or more processors 1204 may be configured to send a NAS message to a core network node via the external interface 1202 and include with the NAS message a TAI for a TA in which the UE is located and one or more TAIs broadcasted in the satellite radio cell.

[0165] As shown, the program code 1220 stored on the medium 1218 and / or the memory 1216 may include a TAC selection module 1224 that, when implemented by the one or more processors 1204, configures the one or more processors 1204 to determine a TA in which the UE is located.

[0166] The methods described herein may be implemented by various means depending on the application. For example, the methods may be implemented in hardware, firmware, software, or any combination thereof. In the case of a hardware implementation, the one or more processors 1204 may be implemented in one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, electronic devices, other electronic units designed to perform the functions described herein, or combinations thereof.

[0167] In the case of implementation of the RAN node 1200 including firmware and / or software, the methodology may be implemented with modules (e.g., procedures, functions, etc.) performing distinct functions described herein. Any machine-readable medium tangibly embodying instructions may be used in performing the methods described herein. For example, software code may be stored in the medium 1218 or memory 1216 and executed by the one or more processors 1204 to cause the one or more processors 1204 to operate as special purpose computers programmed to perform the techniques disclosed herein. The memory may be implemented within the one or more processors 1204 or external to the one or more processors 1204. The term "memory" as used herein refers to any type of long-term memory, short-term memory, volatile memory, non-volatile memory, or other memory and is not limited to a particular type or number of memories or to a particular type of medium on which the memory is stored.

[0168] If implemented in firmware and / or software, the functions performed by the RAN node 1200 may be stored as one or more instructions or code on a non-transitory computer-readable storage medium, such as the medium 1218 or memory 1216. Examples of storage media include computer-readable media encoded with data structures and computer-readable media encoded with a computer program. Computer-readable media include physical computer storage media. Storage media may be any available medium that can be accessed by a computer. By way of example and not limitation, such computer-readable media may comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage, semiconductor storage, or any other medium that may be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer. As used herein, "disk" and "disc" include compact discs (CDs), laser discs, optical discs, digital versatile discs (DVDs), floppy disks, and Blu-ray discs, although a "disk" typically reproduces data magnetically and a "disc" reproduces data optically using a laser. Combinations of the above should also be included within the scope of computer-readable media.

[0169] In addition to being stored on a computer-readable storage medium, instructions and / or data for the RAN node 1200 may be provided as signals on a transmission medium included in a communications device. For example, a communications device including some or all of the RAN node 1200 may include a transceiver having signals indicative of the instructions and data. The instructions and data are stored on a non-transitory computer-readable medium, such as the medium 1218 or memory 1216, and configured to cause one or more processors 1204 to operate as a special purpose computer that is programmed to perform the techniques disclosed herein. That is, the communications device includes a transmission medium having signals indicative of information to perform the disclosed functions. The first time, the transmission medium included in the communications device can include a first portion of information for performing the disclosed functions, and the second time, the transmission medium included in the communications device can include a second portion of information for performing the disclosed functions.

[0170] 13 illustrates an example procedure 1300 performed by a Radio Access Network (RAN) node for supporting satellite radio access from a user equipment (e.g., UE 105, UE 902, UE 1000) to a serving Public Land Mobile Network (PLMN). The RAN node may correspond to gNB 106, gNB 202, gNB 307, gNB 906, RAN node 1200, or an eNB or ng-eNB supporting LTE for the UE, or an eNB supporting NB-IOT access for the UE. In general, the example procedure 1300 is applicable to Options C+D and Rules 1-4 discussed above.

[0171] As shown, in block 1302, the RAN node broadcasts one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell, for example, as discussed in stage 2 of Figure 9. The unit for broadcasting one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell may be, for example, the external interface 1202 and one or more processors 1204 having dedicated hardware or implementing executable code or software instructions in a medium 1218, such as the memory 1216 and / or the TAI module 1221, in the RAN node 1200 of Figure 12.

[0172] In block 1304, the RAN node receives a non-access stratum (NAS) message from the UE, which NAS message is transmitted by the UE in the satellite radio cell, for example, as discussed in stage 5 of Figure 9. A unit for receiving a non-access stratum (NAS) message from the UE, which is transmitted by the UE in the satellite radio cell, may be, for example, the external interface 1202 and one or more processors 1204 in the RAN node 1200 of Figure 12, having dedicated hardware or implementing executable code or software instructions in the memory 1216 and / or the medium 1218, such as the NAS request module 1222.

[0173] In block 1306, the RAN node determines the TA in which the UE is located, for example as discussed in stage 6 of Figure 9 and with reference to Options C and C+D. The unit for determining the TA in which the UE is located may, for example, in the RAN node 1200 of Figure 12, be one or more processors 1204 having dedicated hardware or implementing executable code or software instructions in the memory 1216 and / or the medium 1218, such as the TAC selection module 1224.

[0174] In block 1308, the RAN node transmits a NAS message to the core network node and includes with the NAS message the TAI for the TA in which the UE is located and one or more TAIs broadcasted in the satellite radio cell, e.g. as discussed in stage 7 of Figure 9 and in connection with option C+D. A unit for transmitting a NAS message to the core network node and including with the NAS message the TAI for the TA in which the UE is located and one or more TAIs broadcasted in the satellite radio cell may be, e.g., the external interface 1202 and, in the RAN node 1200 of Figure 12, one or more processors 1204 having dedicated hardware or implementing executable code or software instructions in a medium 1218, such as the memory 1216 and / or the NAS request module 1222.

[0175] In one embodiment, the RAN node may be an NR Node B (gNB) and the core network node may be an Access and Mobility Management Function (e.g., AMF 122), or the RAN node may be an Evolved Node B (eNB) and the core network node may be a Mobility Management Entity (MME), as discussed with reference to FIG. 9.

[0176] In one embodiment, the one or more TAIs broadcast in the satellite radio cell may be a single TAI, for example as discussed for hard TAI updates in relation to FIG.

[0177] In one embodiment, the RAN node may fail to determine the TA in which the UE is located, e.g., as discussed in stage 6 of Figure 9. The RAN node may then send a NAS message to the core network node and include with the NAS message one or more TAIs broadcasted in the satellite radio cell and an indication indicating that the TA in which the UE is located is not determined, e.g., as discussed in stages 6 and 7 of Figure 9 and in connection with option C+D. The unit for failing to determine the TA in which the UE is located may, e.g., in the RAN node 1200 of Figure 12, be one or more processors 1204 having dedicated hardware or implementing executable code or software instructions in the memory 1216 and / or a medium 1218 such as a TAC selection module 1224. A unit for transmitting a NAS message to the core network and including with the NAS message the multiple TAIs broadcast in the satellite radio cells and an indication indicating that the TA in which the UE is located is not determined may, for example, be the external interface 1202 and, in the RAN node 1200 of FIG. 12 , one or more processors 1204 having dedicated hardware or implementing executable code or software instructions in a medium 1218 such as the memory 1216 and / or the NAS request module 1222.

[0178] 14 shows a flowchart of an example procedure 1400 performed by a core network node for supporting satellite radio access by a user equipment (e.g., UE 105, UE 902, UE 1000) to a serving public land mobile network (PLMN). The core network node may correspond to the AMF 122, the AMF 908, the core network node 1100, or an MME supporting LTE or NB-IoT satellite access for the UE. In general, the example procedure 1400 is applicable to Options C+D and Rules 1-4 described above.

[0179] As shown, in block 1402, the core network node receives a Non-Access Stratum (NAS) request message and one or more Tracking Area (TA) Identifiers (TAIs) from a Radio Access Network (RAN) node, the NAS request message being sent by the UE to the RAN node in the satellite radio cell, the one or more TAIs including the TAIs broadcast in the satellite radio cell by the RAN node as discussed in stages 2, 5, 6, and 7 of FIG. 9 and in connection with options C+D, and an indication of the TAI for the TA in which the UE is located. A unit for receiving a non-access stratum (NAS) request message and one or more tracking area (TA) identifiers (TAIs) from a radio access network (RAN) node may be, for example, an external interface 1102 and one or more processors 1104 having dedicated hardware or implementing executable code or software instructions in a medium 1118 such as a memory 1116 and / or a NAS request module 1122 within the core network node 1100 of FIG. 11, where the NAS request message is sent by the UE to a RAN node in a satellite radio cell, and the one or more TAIs include a TAI broadcast in the satellite radio cell by the RAN node and an indication of the TAI for the TA in which the UE is located.

[0180] In block 1404, the core network node may determine whether the UE is allowed to access the satellite radio cell based on the TAI broadcasted in the satellite radio cell by the RAN node, as discussed in stage 8 of Figure 9, discussed with reference to option C+D and discussed with reference to rule 2. The unit for determining whether the UE is allowed to access the satellite radio cell based on the TAI broadcasted in the satellite radio cell by the RAN node may for example be the external interface 1102 and one or more processors 1104 having dedicated hardware or implementing executable code or software instructions in a medium 1118 such as a memory 1116 and / or a verification module 1124 in the core network node 1100 of Figure 11.

[0181] In block 1406, the core network node may transmit a NAS accept message to the UE in response to a determination that the UE is authorized to access the satellite radio cell, as discussed in stages 8 and 11 of Figure 9, discussed with reference to option C+D, and discussed with reference to rule 2. A unit for transmitting a NAS accept message to the UE in response to a determination that the UE is authorized to access the satellite radio cell may, for example, be the external interface 1102 and one or more processors 1104 in the core network node 1100 of Figure 11, having dedicated hardware or implementing executable code or software instructions in a medium 1118, such as the memory 1116 and / or the NAS response module 1126. [What about NAS Reject (stage 9 of Figure 9)?]

[0182] In one embodiment, for example, as discussed with reference to FIG. 9, the RAN node may be an NR Node B (e.g., gNB 106, 202 or 307) and the core network node may be an Access and Mobility Management Function (e.g., AMF 122), or the RAN node may be an Evolved Node B (eNB) and the core network node may be a Mobility Management Entity (MME).

[0183] In one embodiment, the one or more TAIs broadcast in the satellite radio cell may include a single TAI, for example as discussed for hard TAI updates in relation to FIG.

[0184] In one embodiment, the NAS request message may be a NAS registration request, the NAS accept message may be a NAS registration accept, the NAS request message may be a NAS connection request, and the NAS accept message may be a NAS connection accept, for example, as discussed in stages 5 and 11 of Figure 9. The core network node may include in the RA a TAI for the TA in which the UE is located, if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, for example, as discussed in stage 11 of Figure 9 and discussed in relation to options C+D. The core network node may include in the RA at least one of the TAIs broadcast in the satellite radio cell by the RAN node, if the TAI for the TA in which the UE is located is not one of the TAIs broadcast in the satellite radio cell by the RAN node, for example, as discussed in stage 11 of Figure 9 and discussed with reference to options C+D. The core network node may include in the RA at least one of the TAIs broadcast in the satellite radio cell by the RAN node, e.g. if the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located is not determined by the RAN node, as discussed in stage 11 of FIG. 9 and in relation to options C+D.A unit for including a registration area (RA) in the NAS acceptance, including a TAI for the TA in which the UE is located in the RA if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, including at least one of the TAIs broadcast in the satellite radio cell by the RAN node in the RA if the TAI for the TA in which the UE is located is not one of the TAIs broadcast in the satellite radio cell by the RAN node, and including at least one of the TAIs broadcast in the satellite radio cell by the RAN node in the RA if the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located is not determined by the RAN node, may be, for example, the external interface 1102 and one or more processors 1104 in the core network node 1100 of FIG. 11 having dedicated hardware or implementing executable code or software instructions in a medium 1118 such as a memory 1116 and / or a NAS response module 1126.

[0185] 15 illustrates a flow chart of an example procedure 1500 performed by a user equipment (e.g., UE 105, UE 902, UE 1000) for supporting satellite radio access to a serving public land mobile network (PLMN). In general, the example procedure 1500 is applicable to Options C+D and Rules 1-4 described above.

[0186] As shown, in block 1502, the UE may receive a plurality of Tracking Area (TA) Identifiers (TAIs) broadcasted in a satellite radio cell by a Radio Access Network (RAN) node, for example, as discussed in stage 2 of Figure 9. The unit for receiving a plurality of two or more Tracking Area (TA) Identifiers (TAIs) broadcasted in a satellite radio cell by a Radio Access Network (RAN) node may be, for example, a radio transceiver 1002 and one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in a medium 1018, such as a memory 1016 and / or a TAI module 1021, in the UE 1000 of Figure 10.

[0187] In block 1504, the UE may determine whether access to the satellite radio cell is allowed based on the multiple TAIs, for example as discussed in stage 2 and rule 1 of Figure 9. The unit for determining whether access to the satellite radio cell is allowed based on the multiple TAIs may be, for example, in the UE 1000 of Figure 10, one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in a medium 1018, such as the memory 1016 and / or the TAI module 1021.

[0188] In block 1506, the UE may transmit a non-access stratum (NAS) request message to the core network node via the RAN node in response to a determination that access to the satellite radio cell is permitted, e.g., as discussed in stage 5 of Figure 9. A unit for transmitting a non-access stratum (NAS) request message in the satellite radio cell to the core network node via the RAN node in response to a determination that access to the satellite radio cell is permitted may be, e.g., the radio transceiver 1002 and one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in the memory 1016 and / or a medium 1018, such as a NAS request module 1022, in the UE 1000 of Figure 10.

[0189] In block 1508, the UE receives a NAS response message in the satellite radio cell from the core network node via the RAN node, for example, as discussed in stage 9 or 11 of Figure 9 and with reference to Rule 2. The unit for receiving the NAS response message in the satellite radio cell from the core network node via the RAN node may be, for example, the radio transceiver 1002 and one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in the memory 1016 and / or a medium 1018, such as a NAS response module 1024, in the UE 1000 of Figure 10.

[0190] In one embodiment, the RAN node may be an NR Node B (e.g., gNB 106, 202 or 307) and the core network node may be an Access and Mobility Management Function (e.g., AMF 122), for example as discussed in FIG. 9, or the RAN node may be an Evolved Node B (eNB) and the core network node may be a Mobility Management Entity (MME).

[0191] In one embodiment, for example, as discussed in stage 2 of FIG. 9 and with reference to rules 1 and 2, the UE may determine whether access to the satellite radio cell is permitted based on the multiple TAIs by determining that access is permitted unconditionally if at least one of the multiple TAIs is part of the current UE registration area (RA) or is part of the UE's allowed TAI list, determining that access is permitted conditionally if access is not permitted unconditionally and at least one of the multiple TAIs is not part of the UE's forbidden TAI list, and determining that access is not permitted if all of the multiple TAIs are part of the UE's forbidden TAI list. The unit for determining whether access to the satellite radio cell is permitted based on the multiple TAIs includes a unit for determining that access is permitted unconditionally if at least one of the multiple TAIs is part of the current UE registration area (RA) or is part of the UE's allowed TAI list, a unit for determining that access is permitted conditionally if access is not permitted unconditionally and at least one of the multiple TAIs is not part of the UE's forbidden TAI list, and a unit for determining that access is not permitted if all of the multiple TAIs are part of the UE's forbidden TAI list, which may be, for example, one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in a medium 1018 such as a memory 1016 and / or a TAI module 1021 in the UE 1000 of FIG. 10.

[0192] In one embodiment, the NAS request message may include any uplink NAS message if it is determined that access is unconditionally permitted, whereas the NAS request message may include a NAS registration request or a NAS connection request if it is determined that access is conditionally permitted, for example, as discussed in stage 11 of FIG. 9.

[0193] In one embodiment, the NAS request message may include a NAS registration request and the NAS response message may include a NAS registration accept message, or the NAS request message may include a NAS connection request and the NAS response message may include a NAS connection accept message, where the NAS accept message includes at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, e.g., as discussed in stages 5 and 11 of Figure 9 and discussed in relation to rules 1 and 2. The UE may then remove each TAI from the UE's list of prohibited TAIs, e.g., as discussed in stage 12 of Figure 9 and discussed with reference to rule 4, from the first list of TAIs or the second list of TAIs, or the first and second lists of TAIs, if each TAI is part of the prohibited list of TAIs. If each TAI is part of the prohibited list of TAIs, a unit for removing each TAI in the first list of TAIs or the second list of TAIs, or both the first and second lists of TAIs, from the list of prohibited TAIs of the UE may, for example, in the UE 1000 of FIG. 10 , be one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in a medium 1018 such as the memory 1016 and / or a list updating module 1026.

[0194] In one embodiment, the NAS request message may include a NAS registration request and the NAS response message may include a NAS registration reject message, or the NAS request message may include a NAS connection request and the NAS response message may include a NAS connection reject message, where the NAS response message indicates a prohibited tracking area and includes a list of TAIs, e.g., as discussed in stages 5 and 9 of FIG. 9. The UE may then add each TAI in the list of TAIs to the UE's list of prohibited TAIs, e.g., as discussed in stage 10 of FIG. 9. The unit for adding each TAI in the list of TAIs to the UE's list of prohibited TAIs may be, for example, one or more processors 1004 in the UE 1000 of FIG. 10 having dedicated hardware or implementing executable code or software instructions in a medium 1018, such as a memory 1016 and / or a list update module 1026.

[0195] A unit for adding each TAI in the list of TAIs to the list of forbidden TAIs of the UE may be, for example, in the UE 1000 of FIG. 10, one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in a medium 1018 such as the memory 1016 and / or the list update module 1026. The UE may then add each TAI of the multiple TAIs to the list of forbidden TAIs of the UE, for example, as discussed in stage 10 of FIG. 9 and with reference to rule 3. A unit for adding each TAI of the multiple TAIs to the list of forbidden TAIs of the UE may be, for example, in the UE 1000 of FIG. 10, one or more processors 1004 having dedicated hardware or implementing executable code or software instructions in a medium 1018 such as the memory 1016 and / or the list update module 1026.

[0196] The abbreviations used are as shown in Table 1 below.

[0197] [Table 2]

[0198] Substantial variations may be made according to particular needs. For example, customized hardware may be used and / or particular elements may be implemented in hardware, software (including portable software such as applets), or both. Furthermore, connection to other computing devices, such as network input / output devices, may be employed.

[0199] The configuration may be described as a process that is shown as a flow chart or block diagram. Although the flow chart or block diagram may describe operations as a sequential process, many of the operations may be performed in parallel or simultaneously. In addition, the order of operations may be rearranged. A process may have additional steps not included in the diagram. Furthermore, the example method may be implemented by hardware, software, firmware, middleware, microcode, hardware description languages, or any combination thereof. When implemented in software, firmware, middleware, or microcode, the program code or code segments to perform the necessary tasks may be stored in a non-transitory computer-readable medium, such as a storage medium. A processor may perform the tasks described.

[0200] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly or conventionally understood. The articles "a" and "an" as used herein refer to one or more than one (i.e., at least one) of the grammatical object of the article. By way of example, "an element" means one element or more than one element. As used herein, "about" and / or "approximately" when referring to a measurable value, such as an amount, duration, and the like, encompass variations of ±20% or ±10%, ±5%, or ±0.1% from the specified value, when such variations are appropriate in the context of the systems, devices, circuits, methods, and other implementations described herein. "Substantially" as used herein when referring to a measurable value such as an amount, duration, physical attribute (such as frequency), etc., also encompasses variations of ±20%, or ±10%, ±5%, or +0.1% from the specified value, where such variations are appropriate in the context of the systems, devices, circuits, methods, and other implementations described herein.

[0201] As used herein, including the claims, "or" used in a list of items ending with "at least one of" or "one or more of" indicates a disjunctive list, such as, for example, a list of "at least one of A, B, or C" means A or B or C or AB or AC or BC or ABC (i.e., A and B and C) or a combination of two or more features (e.g., AA, AAB, ABBC, etc.). Also, as used herein, unless otherwise specified, a statement that a function or action is "based on" an item or condition means that the function or action is based on the stated item or condition, and may be based on one or more items and / or conditions in addition to the stated item or condition.

[0202] As used herein, a mobile device, user equipment (UE), or mobile station (MS) refers to a device such as a cellular or other wireless communication device, a smartphone, a tablet, a personal communication system (PCS) device, a personal navigation device (PND), a personal information manager (PIM), a personal digital assistant (PDA), a laptop, or other suitable mobile device capable of receiving wireless communication and / or navigation signals, such as navigation positioning signals. The term "mobile station" (or "mobile device", "wireless device", or "user equipment") is also intended to include devices that communicate with a personal navigation device (PND), such as by a short-range wireless connection, an infrared connection, a wireline connection, or other connection, regardless of whether satellite signal reception, assistance data reception, and / or position-related processing occurs in the device or in the PND. Further, a "mobile station" or "user equipment" is intended to include all devices, including wireless communication devices, computers, laptops, tablet devices, etc., capable of communicating with a server over the Internet, Wi-Fi, or other networks, etc., whether the satellite signal reception, assistance data reception, and / or location-related processing occurs on the device, on a server, or on another device or node associated with the network. Any operable combination of the above is considered a "mobile station" or "user equipment." A mobile device or user equipment (UE) may be referred to as a mobile terminal, terminal, device, Secure User Plane Location Enabled Terminal (SET), target device, target, or by some other name.

[0203] While some of the techniques, processes, and / or implementations presented herein may comply with all or part of one or more standards, such techniques, processes, and / or implementations, in some embodiments, may not comply with all or part of such one or more standards.

[0204] In view of this description, embodiments may include various combinations of features. Example implementations are described in the following numbered clauses. Clause 1. A method performed by a Radio Access Network (RAN) node supporting satellite radio access of a user equipment (UE) to a serving public land mobile network (PLMN), comprising: broadcasting one or more Tracking Area (TA) Identifiers (TAIs) in a satellite radio cell; receiving from a user equipment (UE) a Non-Access Stratum (NAS) message transmitted by the UE in the satellite radio cell; determining a TA in which the UE is located; and transmitting the NAS message to a core network node and including with the NAS message a TAI for the TA in which the UE is located and one or more TAIs broadcast in the satellite radio cell.

[0205] Clause 2. The method of clause 1, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an Evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0206] Clause 3. The method according to any one of clauses 1 to 2, characterized in that the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0207] Clause 4. The method according to any one of clauses 1 to 3, characterized in that it further comprises: failing to determine the TA in which the UE is located; and transmitting the NAS message to the core network node, including with the NAS message one or more of the TAIs broadcasted in the satellite radio cell and an indication indicating that the TA in which the UE is located has not been determined.

[0208] 5. A radio access network (RAN) node configured to support satellite radio access to a serving public land mobile network (PLMN) of a user equipment (UE), comprising: an external interface configured to wirelessly communicate with a network entity; at least one memory; and at least one processor coupled to the external interface, wherein the at least one memory and the at least one processor are configured to: broadcast, via the external interface, one or more tracking area (TA) identifiers (TAIs) in a satellite radio cell; receive, via the external interface, from the UE, a non-access stratum (NAS) message transmitted by the UE in a satellite radio cell; determine a TA in which the UE is located; transmit, via the external interface, the NAS message to a core network node; and include with the NAS message the TAI for the TA in which the UE is located and one or more TAIs broadcast in the satellite radio cell.

[0209] Clause 6. The RAN node according to clause 5, characterized in that the RAN node comprises an NR Node B (gNB) and the core network node comprises an Access and Mobility Management Function (AMF), or the RAN node comprises an Evolved Node B (eNB) and the core network node comprises a Mobility Management Entity (MME).

[0210] Clause 7. The RAN node according to any one of clauses 5 to 6, characterized in that the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0211] Clause 8. The RAN node of any one of clauses 5 to 7, characterized in that at least the processor is further configured to: fail to determine the TA in which the UE is located, and transmit the NAS message to the core network node via the external interface, and include with the NAS message one or more TAIs broadcasted in the satellite radio cell and an indication indicating that the TA in which the UE is located has not been determined.

[0212] Clause 9. A radio access network (RAN) node configured to support satellite radio access of a user equipment (UE) to a serving public land mobile network (PLMN), characterized in that it comprises: a unit for broadcasting one or more tracking area (TA) identifiers (TAIs) in a satellite radio cell; a unit for receiving from a user equipment (UE) a non-access stratum (NAS) message transmitted by the UE in the satellite radio cell; a unit for determining a TA in which the UE is located; and a unit for transmitting the NAS message to a core network node and including with the NAS message a TAI for the TA in which the UE is located and one or more TAIs broadcast in the satellite radio cell.

[0213] Clause 10. The RAN node according to clause 9, characterized in that the RAN node comprises an NR Node B (gNB) and the core network node comprises an Access and Mobility Management Function (AMF), or the RAN node comprises an Evolved Node B (eNB) and the core network node comprises a Mobility Management Entity (MME).

[0214] Clause 11. The RAN node according to any one of clauses 9 to 10, wherein the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0215] Clause 12. The RAN node according to any one of clauses 9 to 11, characterized in that it further comprises: a unit for failing to determine the TA in which the UE is located; and a unit for transmitting the NAS message to the core network node and including with the NAS message one or more of the TAIs broadcasted in the satellite radio cell and an indication indicating that the TA in which the UE is located has not been determined.

[0216] Clause 13. A non-transitory storage medium having program code stored thereon, the program code being operable to configure at least one processor in a radio access network (RAN) node to support satellite radio access to a serving public land mobile network (PLMN) of a user equipment (UE), the program code including instructions for broadcasting one or more tracking area (TA) identifiers (TAIs) in a satellite radio cell, receiving from the UE the Non-Access Stratum (NAS) message transmitted by the UE in the satellite radio cell, determining a TA in which the UE is located, transmitting the NAS message to a core network node, and including with the NAS message the TAI for the TA in which the UE is located and the one or more TAIs broadcast in the satellite radio cell.

[0217] Clause 14. The non-transitory storage medium of clause 13, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an Evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0218] Clause 15. The non-transitory storage medium according to any one of clauses 13 to 14, wherein the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0219] Clause 16. The non-transitory storage medium of any one of clauses 13 to 15, characterized in that the program code further includes instructions for failing to determine the TA in which the UE is located, sending the NAS message to the core network node, and including with the NAS message one or more of the TAIs broadcasted in the satellite radio cell and an indication indicating that the TA in which the UE is located has not been determined.

[0220] Clause 17. A method performed by a core network node for supporting satellite radio access to a serving public land mobile network (PLMN) by a user equipment (UE), comprising: receiving a non-access stratum (NAS) request message and one or more tracking area (TA) identifiers (TAIs) from a radio access network (RAN) node; determining whether the UE is authorized to access the satellite radio cell based on the TAIs broadcasted in the satellite radio cell by the RAN node; and, in response to a determination that the UE is authorized to access the satellite radio cell, transmitting a NAS accept message to the UE, wherein the NAS request message is transmitted by the UE to a RAN node in the satellite radio cell, and the one or more TAIs include the TAIs broadcasted in the satellite radio cell by the RAN node and an indication of a TAI for a TA in which the UE is located.

[0221] Clause 18. The method of clause 17, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an Evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0222] Clause 19. The method according to any one of clauses 1 to 18, characterized in that the 17 or more TAIs broadcast in the satellite radio cell include a single TAI.

[0223] Clause 20. The method according to any one of clauses 17 to 19, characterized in that the NAS request message includes a Registration Area (RA), and if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, the RA includes the TAI for the TA in which the UE is located; if the TAI for the TA in which the UE is located is not one of the TAIs broadcast in the satellite radio cell by the RAN node, the RA includes at least one of the TAIs broadcast in the satellite radio cell by the RAN node; and if the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located was not determined by the RAN node, the RA includes at least one of the TAIs broadcast in the satellite radio cell by the RAN node.

[0224] Clause 21. A core network node configured to support satellite radio access by a user equipment (UE) to a serving public land mobile network (PLMN), comprising: an external interface configured to wirelessly communicate with a network entity; at least one memory; and at least one processor coupled to the external interface, wherein the at least one memory and the at least one processor are configured to receive, via the external interface, a non-access stratum (NAS) request message and one or more tracking area (TA) identifiers (TAIs) from a radio access network (RAN) node; determine whether a user equipment (UE) is authorized to access the satellite radio cell based on the TAIs broadcasted in a satellite radio cell by the RAN node; and transmit, via the external interface, a NAS accept message to the UE in response to a determination that the UE is authorized to access the satellite radio cell, wherein the NAS request message is transmitted by the UE to the RAN node in the satellite radio cell, and wherein the one or more TAIs include a TAI broadcasted in the satellite radio cell by the RAN node and an indication of a TAI for a TA in which the UE is located.

[0225] Clause 22. The core network node of clause 21, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0226] Clause 23. The core network node according to any one of clauses 21 to 22, characterized in that the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0227] Clause 24. When the NAS request message includes a NAS registration request and the NAS accept message includes a NAS registration accept, or when the NAS request message includes a NAS connection request and the NAS accept message includes a NAS connection accept, the at least one processor includes a registration area (RA) in the NAS accept message, and if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, includes the TAI for the TA in which the UE is located in the RA, and if the TAI for the TA in which the UE is located is not one of the TAIs broadcast in the satellite radio cell by the RAN node, includes at least one of the TAIs broadcast in the satellite radio cell by the RAN node in the RA, and if the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located has not been determined by the RAN node, the RA The core network node according to any one of clauses 21 to 23, further configured to include in the RA at least one of the TAIs broadcast in the satellite radio cell by N nodes.

[0228] Clause 25. A core network node configured to support satellite radio access by a user equipment (UE) to a serving public land mobile network (PLMN), comprising: a unit for receiving a non-access stratum (NAS) request message and one or more tracking area (TA) identifiers (TAIs) from a radio access network (RAN) node; a unit for determining whether the UE is authorized to access the satellite radio cell based on a TAI broadcasted in the satellite radio cell by the RAN node; and a unit for transmitting a NAS accept message to the UE in response to a determination that the UE is authorized to access the satellite radio cell, wherein the NAS request message is transmitted by the UE to the RAN node in the satellite radio cell, and the one or more TAIs include the TAI broadcasted in the satellite radio cell by the RAN node and an indication of a TAI for a TA in which the UE is located.

[0229] Clause 26. The core network node of clause 25, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0230] Clause 27. The core network node according to any one of clauses 25 to 26, characterized in that the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0231] Clause 28. A unit including a registration area (RA) in the NAS accept message, a unit including the TAI for the TA in which the UE is located in the RA if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, a unit including at least one of the TAIs broadcast in the satellite radio cell by the RAN node in the RA if the TAI for the TA in which the UE is located is not one of the TAIs broadcast in the satellite radio cell by the RAN node, and a unit including the TAI for the TA in which the UE is located in the RA if the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located has not been determined by the RAN node, and a unit including in the RA at least one of the TAIs broadcast in the satellite radio cell by an N node, wherein the NAS request message includes a NAS registration request and the NAS accept message includes a NAS registration accept, or wherein the NAS request message includes a NAS connection request and the NAS accept message includes a NAS connection accept.

[0232] Clause 29. A non-transitory storage medium having program code stored thereon, the program code being operable to configure at least one processor in a core network node to support satellite radio access to a serving public land mobile network (PLMN) of a user equipment (UE), the program code including instructions for receiving a non-access stratum (NAS) request message and one or more tracking area (TA) identifiers (TAIs) from a radio access network (RAN) node, determining whether the UE is authorized to access the satellite radio cell based on a TAI broadcasted in a satellite radio cell by the RAN node, and in response to a determination that the UE is authorized to access the satellite radio cell, transmitting a NAS accept message to the UE, the NAS request message being transmitted by the UE to the RAN node in the satellite radio cell, the one or more TAIs including a TAI broadcasted in the satellite radio cell by the RAN node and an indication of a TAI for a TA in which the UE is located.

[0233] Clause 30. The non-transitory storage medium of clause 29, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an Evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0234] Clause 31. The non-transitory storage medium according to any one of clauses 29 to 30, wherein the one or more TAIs broadcast in the satellite radio cell include a single TAI.

[0235] Clause 32. When the NAS request message includes a NAS registration request and the NAS accept message includes a NAS registration accept, or when the NAS request message includes a NAS connection request and the NAS accept message includes a NAS connection accept, the program code includes a registration area (RA) in the NAS accept message, and if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, includes the TAI for the TA in which the UE is located in the RA, and if the TAI for the TA in which the UE is located is not one of the TAIs broadcast in the satellite radio cell by the RAN node, includes at least one of the TAIs broadcast in the satellite radio cell by the RAN node in the RA, and if the indication of the TAI for the TA in which the UE is located indicates that the TA in which the UE is located has not been determined by the RAN node, the program code includes a registration area (RA) in the NAS accept message, and if the TAI for the TA in which the UE is located is one of the TAIs broadcast in the satellite radio cell by the RAN node, includes at least one of the TAIs broadcast in the satellite radio cell by the RAN node in the RA, The non-transitory storage medium according to any one of clauses 29 to 31, characterized in that it contains instructions for including in the RA at least one of the TAIs broadcast in the satellite radio cell by N nodes.

[0236] Clause 33. A method performed by a user equipment (UE) for supporting satellite radio access to a serving public land mobile network (PLMN), comprising: receiving a plurality of tracking area (TA) identifiers (TAIs) broadcast in a satellite radio cell by a radio access network (RAN) node; determining whether access to the satellite radio cell is permitted based on the plurality of TAIs; transmitting, at the satellite radio cell, a non-access stratum (NAS) request message via the RAN node to a core network node in response to a determination that access to the satellite radio cell is permitted; and receiving, at the satellite radio cell, a NAS response message from the core network node via the RAN node.

[0237] Clause 34. The method of clause 33, characterized in that the RAN node comprises an NR Node B (gNB) and the core network node comprises an Access and Mobility Management Function (AMF), or the RAN node comprises an Evolved Node B (eNB) and the core network node comprises a Mobility Management Entity (MME).

[0238] Clause 35. The method of any one of clauses 33 to 34, characterized in that determining whether access to the satellite radio cell is permitted based on the plurality of TAIs includes: determining that access is permitted unconditionally if at least one of the plurality of TAIs is part of a current UE registration area (RA) or is part of an allowed TAI list of the UE; determining that access is permitted conditionally if access is not permitted unconditionally and at least one of the plurality of TAIs is not part of a forbidden TAI list of the UE; and determining that access is not permitted if all of the plurality of TAIs are part of the forbidden TAI list of the UE.

[0239] Clause 36. The method of any one of clauses 33 to 35, characterized in that if it is determined that access is unconditionally permitted, the NAS request message may comprise any uplink NAS message, and if it is determined that access is conditionally permitted, the NAS request message may comprise a NAS registration request or a NAS connection request.

[0240] Clause 37. The method of any one of clauses 33 to 36, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration accept message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection accept message, and the NAS accept message includes at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, and further comprising, if each TAI is part of the forbidden list of TAIs, removing each TAI in the first list of TAIs or the second list of TAIs, or both the first and second lists of TAIs, from a list of forbidden TAIs of the UE.

[0241] Clause 38. The method of any one of clauses 33 to 37, characterized in that the NAS request message comprises a NAS registration request and the NAS response message comprises a NAS registration reject message, or the NAS request message comprises a NAS connection request and the NAS response message comprises a NAS connection reject message, the NAS response message indicates a forbidden tracking area and comprises a list of TAIs, and the method further comprises adding each TAI in the list of TAIs to a list of forbidden TAIs of the UE.

[0242] Clause 39. The method of any one of clauses 33 to 38, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a forbidden tracking area and does not include a TAI or list of TAIs, and the method further includes adding each TAI in the plurality of TAIs to a list of forbidden TAIs for the UE.

[0243] Clause 40. A user equipment (UE) configured to support satellite radio access to a serving public land mobile network (PLMN), comprising: a radio transceiver configured to wirelessly communicate with a network entity; at least one memory; and at least one processor coupled to the radio transceiver, wherein the at least one memory and the at least one processor are configured to receive, via the radio transceiver, a plurality of Tracking Area (TA) Identifiers (TAIs) broadcast in a satellite radio cell by a Radio Access Network (RAN) node; determine, via the radio transceiver, whether access to the satellite radio cell is permitted based on the plurality of TAIs; transmit, via the radio transceiver, in response to a determination that access to the satellite radio cell is permitted, a Non-Access Stratum (NAS) request message in the satellite radio cell to a core network node via the RAN node; and receive, via the radio transceiver, a NAS response message in the satellite radio cell from the core network node via the RAN node.

[0244] Clause 41. The UE of clause 40, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0245] Clause 42. The UE according to any one of clauses 40 and 41, characterized in that determining whether access to the satellite radio cell is permitted based on the plurality of TAIs includes: determining that access is permitted unconditionally if at least one of the plurality of TAIs is part of a current UE registration area (RA) or is part of an allowed TAI list of the UE; determining that access is permitted conditionally if access is not permitted unconditionally and at least one of the plurality of TAIs is not part of a forbidden TAI list of the UE; and determining that access is not permitted if all of the plurality of TAIs are part of the forbidden TAI list of the UE.

[0246] Clause 43. The UE according to any one of clauses 40 to 42, characterized in that if it is determined that access is unconditionally permitted, the NAS request message may include any uplink NAS message, and if it is determined that access is conditionally permitted, the NAS request message may include a NAS registration request or a NAS connection request.

[0247] Clause 44. The UE of any one of clauses 40 to 43, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration accept message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection accept message, and the NAS accept message includes at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, and the at least one processor is further configured to remove each TAI in the first list of TAIs or the second list of TAIs, or both the first and second lists of TAIs, from the list of prohibited TAIs of the UE if each TAI is part of a prohibited list of TAIs.

[0248] Clause 45. The UE of any one of clauses 40 to 44, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a prohibited tracking area and includes a list of TAIs, and the at least one processor is further configured to add each TAI in the list of TAIs to a list of prohibited TAIs for the UE.

[0249] Clause 46. The UE of any one of clauses 40 to 45, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a prohibited tracking area and does not include a TAI or list of TAIs, and the at least one processor is further configured to add each TAI of the plurality of TAIs to a list of prohibited TAIs for the UE.

[0250] Clause 47. A user equipment (UE) configured to support satellite radio access to a serving public land mobile network (PLMN), characterized in that it includes a unit for receiving a plurality of tracking area (TA) identifiers (TAIs) broadcasted in a satellite radio cell by a radio access network (RAN) node, a unit for determining whether access to the satellite radio cell is permitted based on the plurality of TAIs, a unit for transmitting a non-access stratum (NAS) request message in the satellite radio cell to a core network node via the RAN node in response to a determination that access to the satellite radio cell is permitted, and a unit for receiving a NAS response message in the satellite radio cell from the core network node via the RAN node.

[0251] Clause 48. The UE of clause 47, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0252] Clause 49. The UE according to any one of clauses 47 and 48, characterized in that the unit for determining whether access to the satellite radio cell is permitted based on the plurality of TAIs includes: a unit for determining that access is permitted unconditionally if at least one of the plurality of TAIs is part of a current UE registration area (RA) or is part of an allowed TAI list of the UE; a unit for determining that access is permitted conditionally if access is not permitted unconditionally and if at least one of the plurality of TAIs is not part of a forbidden TAI list of the UE; and a unit for determining that access is not permitted if all of the plurality of TAIs are part of the forbidden TAI list of the UE.

[0253] Clause 50. The UE according to any one of clauses 47 to 49, characterized in that if it is determined that access is unconditionally permitted, the NAS request message may include any uplink NAS message, and if it is determined that access is conditionally permitted, the NAS request message may include a NAS registration request or a NAS connection request.

[0254] Clause 51. The UE of any one of clauses 47 to 50, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration accept message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection accept message, and the NAS accept message includes at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, and further comprising a unit for deleting each TAI in the first list of TAIs or the second list of TAIs, or both the first and second lists of TAIs, from the prohibited list of the TAI of the UE if each TAI is part of a prohibited list of the TAI.

[0255] Clause 52. The UE of any one of clauses 47 to 51, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a forbidden tracking area and includes a list of TAIs, and the UE further includes a unit for adding each TAI in the list of TAIs to a list of forbidden TAIs of the UE.

[0256] Clause 53. The UE of any one of clauses 47 to 52, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, and the NAS response message indicates a forbidden tracking area and does not include a TAI or list of TAIs, further comprising a unit for adding each TAI in the plurality of TAIs to a list of forbidden TAIs for the UE.

[0257] Clause 54. A non-transitory storage medium having program code stored thereon, the program code being operable to configure at least one processor in a user equipment (UE) for supporting satellite radio access to a serving public land mobile network (PLMN), the program comprising instructions for receiving a plurality of Tracking Area (TA) Identifiers (TAIs) broadcast in a satellite radio cell by a radio access network (RAN) node, determining whether access to the satellite radio cell is permitted based on the plurality of TAIs, and in response to a determination that access to the satellite radio cell is permitted, sending a Non-Access Stratum (NAS) request message in the satellite radio cell to a core network node via the RAN node, and receiving a NAS response message in the satellite radio cell from the core network node via the RAN node.

[0258] Clause 55. The non-transitory storage medium of clause 54, characterized in that the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an Evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

[0259] Clause 56. The non-transitory storage medium of any one of clauses 54 and 55, characterized in that the instructions for determining whether access to the satellite radio cell is permitted based on the plurality of TAIs include instructions for determining that access is permitted unconditionally if at least one of the plurality of TAIs is part of a current UE registration area (RA) or is part of an allowed TAI list of the UE, determining that access is permitted conditionally if access is not permitted unconditionally and if at least one of the plurality of TAIs is not part of a forbidden TAI list of the UE, and determining that access is not permitted if all of the plurality of TAIs are part of the forbidden TAI list of the UE.

[0260] Clause 57. The non-transitory storage medium of any one of clauses 54 to 56, characterized in that if it is determined that access is unconditionally permitted, the NAS request message may include any uplink NAS message, and if it is determined that access is conditionally permitted, the NAS request message may include a NAS registration request or a NAS connection request.

[0261] Clause 58. The non-transitory storage medium of any one of clauses 54 to 57, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration accept message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection accept message, and the NAS accept message includes at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, and the program code further includes instructions for removing each TAI in the first list of TAIs or the second list of TAIs, or both the first and second lists of TAIs, from the list of prohibited TAIs of the UE if each TAI is part of a prohibited list of TAIs.

[0262] Clause 59. The non-transitory storage medium of any one of clauses 54 to 58, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a prohibited tracking area and includes a list of TAIs, and the program code further includes instructions for adding each TAI in the list of TAIs to a list of prohibited TAIs for the UE.

[0263] Clause 60. The non-transitory storage medium of any one of clauses 54 to 59, characterized in that the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a prohibited tracking area and does not include a TAI or list of TAIs, and the program code further includes instructions for adding each TAI in the plurality of TAIs to a list of prohibited TAIs for the UE.

[0264] Although certain embodiments have been disclosed in detail herein, this is for illustrative purposes only and is not intended as a limitation on the scope of the appended claims. It is specifically contemplated that various substitutions, changes, and modifications may be made without departing from the spirit and scope of the disclosure as defined by the claims. Other aspects, advantages, and modifications are considered to be within the scope of the following claims. The claims presented are representative of the embodiments and features disclosed herein. Other unclaimed embodiments and features are also contemplated. Accordingly, other embodiments are within the scope of the following claims.

Claims

1. 1. A method performed by a Radio Access Network (RAN) node supporting satellite radio access of a user equipment (UE) to a serving public land mobile network (PLMN), comprising: receiving a plurality of tracking area (TA) identities (TAIs) broadcast within a satellite radio cell by a radio access network (RAN) node; determining whether access to the satellite radio cell is permitted based on the plurality of TAIs and (i) an allowed TAI list for the UE; or (ii) Current UE registration area and in response to determining that access to the satellite radio cell is permitted, transmitting, at the satellite radio cell, a Non-Access Stratum (NAS) request message to a core network node via the RAN node; receiving, in the satellite radio cell, a NAS response message from the core network node via the RAN node; A method comprising:

2. The method of claim 1, wherein the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

3. The method of claim 1 , wherein the one or more TAIs broadcast in the satellite radio cell include a single TAI.

4. The method of claim 1, further comprising determining whether access to the satellite radio cell is permitted based on a comparison of the plurality of TAIs with an permitted TAI list for the UE.

5. 1. A Radio Access Network (RAN) node configured to support satellite radio access of a user equipment (UE) to a serving public land mobile network (PLMN), comprising: an external interface configured to wirelessly communicate with a network entity; At least one memory; at least one processor coupled to the external interface and to the at least one memory, the at least one processor comprising: receiving a plurality of Tracking Area (TA) Identifiers (TAIs) broadcast within a satellite radio cell by a Radio Access Network (RAN) node; determining whether access to the satellite radio cell is permitted based on the plurality of TAIs and (iii) an allowed TAI list for the UE; or (iv) Current UE registration area and in response to determining that access to the satellite radio cell is permitted, transmitting, at the satellite radio cell, a Non-Access Stratum (NAS) request message to a core network node via the RAN node; receiving, in the satellite radio cell, a NAS response message from the core network node via the RAN node; A radio access network (RAN) node configured to:

6. The RAN node according to claim 5, wherein the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

7. The RAN node of claim 5 , wherein at least the processor is further configured to determine whether access to the satellite radio cell is permitted based on a comparison of the plurality of TAIs with an permitted TAI list for the UE.

8. 1. A user equipment (UE) configured to support satellite radio access to a serving public land mobile network (PLMN), comprising: a wireless transceiver configured to wirelessly communicate with a network entity; At least one memory; at least one processor coupled to the wireless transceiver and to the at least one memory, the at least one processor comprising: receiving, via the radio transceiver, a number of Tracking Area (TA) Identifiers (TAIs) broadcast within a satellite radio cell by a Radio Access Network (RAN) node; determining whether access to the satellite radio cell is permitted based on the plurality of TAIs and (v) an allowed TAI list for the UE; or (vi) Current UE registration area and in response to determining that access to the satellite radio cell is permitted, transmitting, at the satellite radio cell, a Non-Access Stratum (NAS) request message to a core network node via the RAN node; receiving, via the radio transceiver, in the satellite radio cell, a NAS response message from the core network node via the RAN node; A user equipment (UE) configured to:

9. The UE according to claim 8, wherein the RAN node includes an NR Node B (gNB) and the core network node includes an Access and Mobility Management Function (AMF), or the RAN node includes an evolved Node B (eNB) and the core network node includes a Mobility Management Entity (MME).

10. 9. The UE of claim 8, wherein determining whether access to the satellite radio cell is permitted based on the plurality of TAIs includes: determining that access is permitted unconditionally if at least one of the plurality of TAIs is part of a current UE registration area (RA) or is part of an allowed TAI list of the UE; determining that access is permitted conditionally if access is not permitted unconditionally and if at least one of the plurality of TAIs is not part of a forbidden TAI list of the UE; and determining that access is not permitted if all of the plurality of TAIs are part of the forbidden TAI list of the UE.

11. 9. The UE of claim 8, wherein if it is determined that access is unconditionally permitted, the NAS request message may include any uplink NAS message, and if it is determined that access is conditionally permitted, the NAS request message may include a NAS registration request or a NAS connection request.

12. 9. The UE of claim 8, wherein the NAS request message includes a NAS registration request and the NAS response message includes a NAS registration accept message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection accept message, and the NAS accept message includes at least one of a registration area (RA) including a first list of TAIs and an allowed TAI list including a second list of TAIs, and the at least one processor is further configured to: delete each TAI in the first list of TAIs or the second list of TAIs, or both the first and second lists of TAIs, from a list of prohibited TAIs of the UE if each TAI is part of a prohibited list of TAIs.

13. 9. The UE of claim 8, wherein the NAS request message includes a NAS registration request, the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a prohibited tracking area and includes a list of TAIs, and the at least one processor is further configured to add each TAI in the list of TAIs to a list of prohibited TAIs of the UE.

14. 9. The UE of claim 8, wherein the NAS request message includes a NAS registration request, the NAS response message includes a NAS registration reject message, or the NAS request message includes a NAS connection request and the NAS response message includes a NAS connection reject message, the NAS response message indicates a forbidden tracking area and does not include a TAI or list of TAIs, and the at least one processor is further configured to add each TAI of the plurality of TAIs to a list of forbidden TAIs of the UE.

15. A computer-readable storage medium storing program code, the program code being operable to configure at least one processor to perform any of the methods recited in any one of claims 1 to 7.

Images