Application Satellite Coverage Availability Information

Description

Application Satellite Coverage Availability Information (ASCAI) is a standardized service defined within the 3GPP framework, specifically in Release 19 and enhanced in Release 20. It functions as an information exposure service, where a terrestrial network (typically a 5G Core Network or an application function) can query a satellite network or a dedicated information repository to obtain the current and predicted future availability of satellite coverage for a specified geographic area, time interval, and potentially for specific satellite service types (e.g., narrowband IoT, broadband). The architecture involves an ASCAI Service Provider, which hosts the coverage information, and an ASCAI Service Consumer, which requests this data. The interaction is standardized via APIs, ensuring interoperability between different terrestrial and non-terrestrial network (NTN) operators.

The core mechanism involves the Service Consumer formulating a query that includes parameters such as a geographic area (defined by a polygon or a list of Tracking Areas), a time window of interest, and optionally required quality indicators (e.g., minimum elevation angle, signal strength thresholds). This query is sent to the ASCAI Service Provider. The provider processes the request against its dynamic database of satellite ephemeris data, beam footprints, and operational schedules. It then returns a response indicating, for the queried area and time, whether satellite coverage is available, and often includes granular details like the specific satellite(s) providing coverage, the available service types, and the predicted duration of coverage windows.

Key components within the ASCAI framework include the standardized Northbound API (NBI) for query and response, the data models defining the structure of coverage information (e.g., availability maps, timetables), and the underlying data sources like satellite network management systems. The service plays a crucial role in the integrated terrestrial and non-terrestrial network (TN-NTN) ecosystem by providing a critical input for network and application-level decision-making. For instance, a 5G core's Access and Mobility Management Function (AMF) or a Session Management Function (SMF) could use ASCAI data to determine if a UE in a particular location should be handed over to a satellite access network or if a PDU session can be established or maintained via satellite resources.

From an operational perspective, ASCAI enables proactive network management. Applications or network functions are no longer required to blindly attempt satellite connections, which can be power-intensive for devices and may fail. Instead, they can consult the ASCAI service to make informed, efficient decisions. This reduces signaling overhead, improves user experience by preventing connection attempts in areas with no coverage, and optimizes resource utilization across the hybrid network. The information is typically provided with a certain validity period and can include predictions, allowing for planning of communication schedules for delay-tolerant services or IoT devices.

Purpose & Motivation

ASCAI was created to address the fundamental challenge of efficiently integrating satellite networks with terrestrial 5G and beyond systems. Historically, satellite communication operated in silos, with terrestrial networks having little to no real-time awareness of satellite resource availability. This lack of visibility made seamless service continuity and dynamic traffic steering between terrestrial and non-terrestrial segments difficult, if not impossible. Applications and network functions had to rely on static configurations or reactive discovery mechanisms, leading to inefficient use of satellite capacity, increased device battery consumption from failed connection attempts, and a degraded user experience in areas relying on hybrid coverage.

The primary problem ASCAI solves is the information asymmetry between terrestrial network operators/application providers and satellite network operators. By standardizing a method to expose dynamic satellite coverage information, it enables intelligent, data-driven orchestration in a TN-NTN integrated environment. This was motivated by the 3GPP's broader initiative to formally incorporate Non-Terrestrial Networks (NTN) as a native component of the 5G system, starting in Release 15 and expanding significantly in subsequent releases. The goal is to provide ubiquitous, reliable connectivity, and ASCAI is a key enabler for achieving efficient resource management and service assurance in this complex, heterogeneous network topology.

Previous approaches were limited to proprietary interfaces or lacked the granularity and timeliness required for dynamic 5G services. ASCAI provides a standardized, scalable, and query-based model that addresses these limitations. It allows the terrestrial network to treat satellite coverage as a discoverable and schedulable resource, much like it manages cells in a radio access network. This is essential for supporting use cases like global IoT asset tracking, emergency communications in disaster zones where terrestrial infrastructure is damaged, and providing backhaul for moving platforms (ships, airplanes), where knowledge of coverage windows is critical for session and mobility management.

Key Features

• Standardized API for querying real-time and predicted satellite coverage availability
• Supports geographic area-based queries (e.g., polygon, Tracking Area list) with time intervals
• Provides granular information including service type availability and specific satellite identifiers
• Enables proactive network and application decision-making for traffic steering and session management
• Reduces unnecessary signaling and device power consumption by preventing connection attempts in uncovered areas
• Facilitates efficient resource orchestration in integrated Terrestrial and Non-Terrestrial Networks (TN-NTN)

Evolution Across Releases

Defining Specifications