ASCAI

Application Satellite Coverage Availability Information

Services →
Introduced in Rel-19

ASCAI is a 3GPP service that enables terrestrial networks to query and receive real-time satellite coverage availability information for specific geographic areas.

Category
Services
Introduced
Rel-19
Where
Services
Specifications
2 specs
ASCAI Description Purpose Detected Changes Specifications

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.

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (113 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-17 16 changes

In Release 17, the ASCAI function was introduced within the SEAL framework to support applications over satellite networks, specifically to manage discontinuous satellite coverage. This was achieved by enhancing SEAL's configuration management procedures to incorporate VAL UE information and by supporting supplementary location information flows for vertical applications. These enhancements enable vertical applications to obtain dynamic UE information and adapt to the availability of satellite connectivity.

  • Tracking UE and obtaining dynamic UE information TS 23.434CR0027
  • Network slice adaptation for VAL applications TS 23.434CR0032
  • Enhancement of information flows to add VAL service specific information TS 23.434CR0044
  • Supplementary location information to verticals TS 23.434CR0059
  • add VAL UE Information to configuration management procedure TS 23.434CR0060
  • SEAL Location Deviation Service Information flows and APIs TS 23.434CR0066

+ 10 more changes

Rel-18 58 changes

In Release 18, the ASCAI function was enhanced with new procedures and information flows for location service management, including the addition of a "location service update" procedure and a "location service deregistration" procedure. It also introduced support for managing notification channels and added an information flow for location reporting configuration updates. Furthermore, the release expanded capabilities for application-level control signalling over 5G MBS sessions and introduced coordinated application-level direct UE-to-UE communications.

  • SEAL Notification Management service – Information Flows and Procedures TS 23.434CR0105
  • Information flows and procedures to maintain notification channel TS 23.434CR0111
  • Application level control signalling over 5G MBS sessions TS 23.434CR0124
  • Information flows for MBS procedures TS 23.434CR0131
  • Add information flow for location reporting configuration update TS 23.434CR0148
  • Information flow for VAL server provisioning to the Identity Management Server TS 23.434CR0159

+ 52 more changes

Rel-19 39 changes

In Release 19, the ASCAI function was enhanced to update satellite coverage availability information by also considering the UE's mobility. This builds upon the existing SEAL capability to support discontinuous coverage of satellite connectivity and enables more dynamic coverage information for applications. Furthermore, the release added specific procedures for exposing value-added UE location information, leveraging the SEAL's existing mechanism to share network location information obtained from the 3GPP network systems.

  • Add procedure of Geofencing UE(s) Information request/response TS 23.434CR0307
  • LMS reuse the stored UE location information TS 23.434CR0310
  • Exposure of value-added UE location information TS 23.434CR0311
  • General description of application enablement of AIML services TS 23.434CR0312
  • LMS reuse the stored UE location information considering the location validity TS 23.434CR0328
  • Satellite access with discontinuous coverage TS 23.434CR0330

+ 33 more changes

Explore further

Broader topics and technologies where ASCAI plays a role.

Defining Specifications

3GPP specifications that define or reference ASCAI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.434 vk00 Service Enabler Architecture for Verticals Rel-20
TS 23.558 vk00 Architecture for Edge Applications Rel-20