With increasing demand of applications consumption over mobile networks, more and more application content is transmitted over the mobile networks. Vertical applications have diverse requirements for the application content distribution and delivery. To ease the various data delivery demands for vertical applications, a data delivery enabler offers the data delivery and storage capabilities to one or more vertical applications. The detailed specification of SEAL Data Delivery is provided in TS 23.433.
With increasing demand of applications consumption over mobile networks, more and more application content is transmitted over the mobile networks. Vertical applications have diverse requirements for the application content distribution and delivery. To ease the various data delivery demands for vertical applications, a data delivery enabler offers the data delivery and storage capabilities to one or more vertical applications. The detailed specification of SEAL Data Delivery is provided in TS 23.436.
AIML enablement (AIMLE) SEAL service exposes the capabilities assisting the VAL layer for providing AIML services. The detailed specification of AIMLE is provided in TS 23.482.
The procedure for VAL UE obtaining the satellite coverage availability information configuration for a particular location of UE is illustrated in Figure 21.2.2.1-1.
Pre-conditions:
The configuration management server obtains the satellite coverage availability information locally or from the satellite service provider, and in order to provide accurate information to the UE, the VAL UE's information (e.g. location data) may also be considered. If the configuration management server receives the different kinds of satellite information from different satellite information providers for the same satellite, it may consolidate them in a unified format. The example of satellite coverage availability information can refer to the Annex Q of TS 23.501.
The configuration management server sends the satellite coverage availability information configuration request to the configuration management client to indicate whether the coverage is available for a particular location and time when the VAL UE uses the satellite access.
The procedure for VAL UE/VAL server requesting and obtaining the satellite coverage availability information from the application enabler is illustrated in Figure 21.2.2.2-1.
Pre-conditions:
The VAL UE has registered to the 3GPP network via satellite access as defined in clause 5.3.2.1 of TS 23.401 or clause 4.2.2.2.2 of TS 23.502 and has not received the satellite coverage availability information from the network yet.
The configuration management server has obtained the satellite coverage availability information as described in clause 21.2.2.1.
The consumer (Configuration management client, VAL server) sends Get satellite coverage availability information (SCAI) request to the configuration management server to require satellite coverage availability information when it is using the satellite access. The request may contain the dedicated satellite ID for the requested UE, the current UE location data, etc.
The configuration management server authorizes the request. If the request is granted, it checks the requested SCAI is available or not. If it's not available, the configuration management server obtains the SCAI as described in step 1 of clause 21.2.2.1.
The configuration management server replies the satellite coverage availability information to the consumer (VAL UE/configuration management client, VAL server) to guide them how to minimize the service impact (e.g. indicate when to trigger the UL/DL service flow if the VAL UE is accessing the satellite). And the VAL UE may retrieve the UE unavailability period (e.g., unavailability period duration or the start time for the unavailability period) as defined in clause 5.4.1.4 of TS 23.501 based on the received satellite coverage availability information.
Table 21.2.3.1-1 describes the information flow from the configuration management server to the configuration management client to configure the satellite coverage availability information.
Table 21.2.3.2-1 describes the information flow from the configuration management client to the configuration management server for the response of the satellite coverage availability information configuration request.
Table 21.2.3.3-1 describes the information flow from the configuration management client or VAL server to the configuration management server to obtain the satellite coverage availability information.
Table 21.2.3.4-1 describes the information flow from the configuration management server to the configuration management client or VAL server to notify the satellite coverage availability information.
This following sub-clauses shows how the application enablers provisioning the satellite S&F configuration to the VAL UE and expose the satellite S&F events information to the VAL server to help minimize the service interruption (e.g., adjust the DL frequency, etc.) when the VAL UE starts to perform the satellite S&F operation.
The VAL server sends the satellite S&F events subscription request to the NRM server in which the subscribed events may include the UE status in S&F mode, the DL estimated delivery time, the trigger conditions, etc.
If the subscription request is authorized, the NRM server sends the satellite S&F events subscription request to the NRM client and/or the 3GPP CN respectively.
If the trigger condition in the subscription request is met, the NRM client and/or 3GPP CN may report the requested satellite S&F events as specified in Table 21.3.3.3-1 to the NRM server via the satellite S&F events subscription notification.
The NRM server notifies the VAL server for the received satellite S&F events in step 6. The VAL server may take them into consideration and adjust the application behaviour (e.g. pending the DL data transition when the UE is in S&F Mode, re-transmit the pending DL data when the feeder link is available, adjust the DL traffic volume according to the DL estimated delivery time, etc.) to minimize the service interruption.
The VAL server sends the satellite S&F events unsubscribe request to the NRM server to unsubscribe the subscription to monitor the satellite S&F events.
The NRM server relays the satellite S&F events unsubscribe request to the NRM client and/or 3GPP CN. And receives the response from the NRM client and/or 3GPP CN respectively.
The Figure 21.3.2.2-1 illustrates the procedure of the VAL UE/NRM client reports the UE satellite information to the NRM server.
This procedure also applies when the VAL UE/NRM client updating its UE satellite information to the NRM server.
Pre-condition:
The VAL UE has registered to the 3GPP network via satellite access as defined in clause 5.3.2.1 of TS 23.401 and supports the S&F mode.
The NRM client reports the UE satellite information to the NRM server which may contain the UE identity, the UE type (e.g. IoT) and the UE satellite related information, such as the serving satellite ID, the accessing satellite types (LEO, MEO and GEO), the S&F mode indicator, the maximum data storage quota which indicates the maximum data storage quota per application layer on the UE for all of services, etc.
After successful authorization, the NRM server sends a Report UE satellite capability response to the NRM client and stores the UE identity and the satellite information.
Figure 21.3.2.3-1 shows how the NRM Server provides the S&F configuration to the NRM Client based on the service request from VAL server and the VAL UE reported satellite information.
This procedure also applies when the NRM server provides the updated S&F configuration to the NRM client.
Pre-condition:
The NRM client and the NRM server are deployed on the ground.
The PGW-U in 3GPP CN is deployed on the satellite.
The NRM Client has reported the UE satellite information to the NRM server as described in clause 21.3.2.2.
The NRM server takes advantage of the service request initiated by the VAL server, the reported UE satellite information (e.g. serving satellite ID, the maximum data storage quota per UE) as described in clause 21.3.2.2 and its pre-configuration, etc. to determine the on-board S&F parameters for the application layer (e.g., maximum S&F data storage quota per UE/service, maximum S&F data retention per UE/service, etc.).
After determined the satellite S&F parameters, the NRM server provides such information to the NRM client via sending a satellite S&F configuration request.
The NRM client/VAL UE stores the received satellite S&F parameters and may take them into account when the VAL UE starts to operate the S&F operations based on its satellite S&F configuration per service.
Table 21.3.3.1-1 describes the information flow from VAL server to NRM server or from the NRM server to NRM client for satellite S&F events subscription request.
Table 21.3.3.2-1 describes the information flow from NRM server to the VAL server or from NRM client to NRM server for response of satellite S&F events subscription request.
Table 21.3.3.3-1 describes the information flow from NRM server to VAL server or from the NRM client to NRM server to notify the subscribed satellite S&F events.
Table 21.3.3.4-1 describes the information flow from VAL server to NRM server or from the NRM server to NRM client for satellite S&F events unsubscribe request.
Table 21.3.3.5-1 describes the information flow from NRM server to the VAL server or from NRM client to NRM server for response of satellite S&F events unsubscribe request.
Table 21.3.3.7-1 describes the information flow the NRM server to the NRM client for the response of reporting the UE satellite related information request.
Spatial anchors (SAn) SEAL service exposes the capabilities assisting the VAL layer for managing spatial anchors for their applications. The detailed specification of SAn service is provided in TS 23.437. The spatial anchor service is used for metaverse applications enablement.
Spatial map (SM) SEAL service exposes the capabilities assisting the VAL layer for managing spatial map for their applications. The detailed specification of SM service is provided in TS 23.437. The spatial map service is used for metaverse application enablement.
Digital Asset SEAL service exposes the capabilities for Digital Asset management towards the VAL application layer. The detailed specification of Digital Asset service is provided in 3GPP TS 23.438 [59].