Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TS 23.437  Word version:  19.0.0

Top   Top   Up   Prev   Next
0…   7…   8…   8.3…   8.4…   8.5…   9…   9.3…   9.4…   9.5…   9.6…   9.7…

 

8.3  Spatial anchors management proceduresp. 17

8.3.1  Spatial anchor creationp. 17

8.3.1.1  Generalp. 17

Spatial anchor creation enables a SAn client or VAL server to create spatial anchor(s) with the SAn server.

8.3.1.2  Procedurep. 17

Figure 8.3.1.2-1 illustrates the spatial anchor creation procedure.
Pre-conditions:
  1. The SAn client or VAL server has received information (e.g. URI, IP address) related to the SAn server;
  2. The SAn client or VAL server has received security credentials authorizing it to communicate with the SAn server.
  3. For SAn client to trigger this procedure, the SAn client has received the required information from the VAL client over SAn-C interface.
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.1.2-1: Spatial anchor creation
Figure 8.3.1.2-1: Spatial anchor creation
(⇒ copy of original 3GPP image)
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor create request to the SAn server. The request includes a requestor identifier, security credentials, and list of spatial anchors to be created as described in clause 8.3.1.3.1. The request includes a position, access control rules defining which entities are permitted to discover and access the spatial anchor, and discoverability information (e.g., indicating whether the spatial anchor is discoverable by any user). If the request includes spatial anchor specific information, that information remains transparent to the SAn server and can be stored with the spatial anchor. The request can indicate to create multiple spatial anchors.
Step 2.
Upon receiving the request, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized, the SAn server creates the spatial anchor(s), assigns spatial anchor identifier to the newly created spatial anchor(s) and stores the spatial anchor information.
Step 3.
The SAn server sends a spatial anchor create response to the requestor. If the SAn server created spatial anchors, the response includes an indication of success and spatial anchor identifier(s) of newly created spatial anchor(s). Otherwise, the response includes an indication of failure and can include a reason for failure.
Up

8.3.1.3  Information flowsp. 18

8.3.1.3.1  Spatial anchor create requestp. 18
Table 8.3.1.3.1-1 describes information elements for the spatial anchor create request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMThe security credentials of the requestor.
VAL service informationMInformation about the application service associated with the spatial anchor.
> Service IDMThe identifier of the application service.
> Service endpointMEndpoint information (e.g., URI, FQDN, IP address) used to communicate with the application service.
> Service connection informationOThe connection information (e.g., DNN, DNAI(s)) for establishing connectivity to the application service.
List of spatial anchorsMList of spatial anchors to be created.
> Position informationMPosition information of the spatial anchor.
>> Position (NOTE)OThe 3D geographic position of the spatial anchor in space (x, y and z coordinates).
>> Spatial map position (NOTE)OPosition information of the spatial anchor within the spatial map. It includes the identifier of the Spatial map, identifier of spatial map layer(s) and the corresponding localization information (The localization information is specific to spatial map format).
> Spatial anchor specific informationOA container to contain application specific information.
> Service areaOThe service area where the spatial anchor is accessible.
> Access control rulesOAccess control rules defining which entities are permitted to discover the spatial anchor.
NOTE:
One of the IEs shall be present.
Up
8.3.1.3.2  Spatial anchor create responsep. 19
Table 8.3.1.3.2-1 describes information elements for the spatial anchor create response from the SAn service.
Information element Status Description
Successful responseOIndicates that the spatial anchor create request was successful.
> List of spatial anchor IDOThe list of created spatial anchor identifiers.
Failure responseOIndicates that the create spatial anchor request has failed.
> CauseOThe cause for the request failure.
Up

8.3.2  Spatial anchor updatep. 19

8.3.2.1  Generalp. 19

Spatial anchor update enables a SAn client or VAL server to update spatial anchor(s) with the SAn server.

8.3.2.2  Procedurep. 19

Figure 8.3.2.2-1 illustrates the spatial anchor update procedure.
Pre-conditions:
  1. The SAn client or VAL server has received information (e.g. URI, IP address) related to the SAn server; and
  2. The SAn client or VAL server has received security credentials authorizing it to communicate with the SAn server.
  3. For SAn client to trigger this procedure, the SAn client has received the required information from the VAL client over SAn-C interface.
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.2.2-1: Spatial anchor update
Figure 8.3.2.2-1: Spatial anchor update
(⇒ copy of original 3GPP image)
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor update request to the SAn server. The request includes a requestor identifier, security credentials, the identifier of spatial anchors, and spatial anchor information to update as described in clause 8.3.2.3.1. The request may include information to update multiple spatial anchors.
Step 2.
Upon receiving the request, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized and the spatial anchor identifier provided in the request is found, the SAn server updates the spatial anchor information based on information provided in the request.
Step 3.
The SAn server sends a spatial anchor update response to the requestor. If the SAn server updated the spatial anchor, the response includes an indication of success and the identifier of updated spatial anchor(s). Otherwise, the response includes an indication of failure and may include a reason for failure.
Up

8.3.2.3  Information flowsp. 20

8.3.2.3.1  Spatial anchor update requestp. 20
Table 8.3.2.3.1-1 describes information elements for the spatial anchor update request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMThe security credentials of the requestor.
> VAL service informationOInformation about the application service associated with the spatial anchor.
>> Service IDOThe identifier of the application service.
>> Service endpointOEndpoint information (e.g., URI, FQDN, IP address) used to communicate with the application service.
>> Service connection informationOThe connection information (e.g., DNN, DNAI(s)) for establishing connectivity to the application service.
List of spatial anchorsMList of spatial anchors to be updated.
> Spatial anchor IDMIdentifier of the spatial anchor to be updated.
> Position informationOPosition information of the spatial anchor.
>> Position (NOTE)OThe 3D geographic position of the spatial anchor in space (x, y and z coordinates).
>> Spatial map position (NOTE)OPosition information of the spatial anchor within the spatial map. It includes the identifier of the Spatial map, identifier of spatial map layer(s) and the corresponding localization information (The localization information is specific to spatial map format).
> Spatial anchor specific informationOA container to contain application specific information.
> Service areaOThe service area where the spatial anchor is accessible.
> Access control rulesOAccess control rules defining which entities are permitted to discover the spatial anchor.
NOTE:
If Position information is included, at least one of the IEs shall be present.
Up
8.3.2.3.2  Spatial anchor update responsep. 21
Table 8.3.2.3.2-1 describes information elements for the spatial anchor update response from the SAn server.
Information element Status Description
Successful responseOIndicates that the update spatial anchor request was successful.
> List of spatial anchor IDOList of identifiers of the updated spatial anchors.
Failure responseOIndicates that the update spatial anchor request has failed.
> CauseOThe cause for the request failure.
Up

8.3.3  Spatial anchor deletionp. 21

8.3.3.1  Generalp. 21

Spatial anchor deletion enables a SAn client or VAL server to delete spatial anchor(s) with the SAn server.

8.3.3.2  Procedurep. 21

Figure 8.3.3.2-1 illustrates the spatial anchor deletion procedure.
Pre-conditions:
  1. The SAn client or VAL server has received information (e.g. URI, IP address) related to the SAn server; and
  2. The SAn client or VAL server has received security credentials authorizing it to communicate with the SAn server.
  3. For SAn client to trigger this procedure, the SAn client has received the required information from the VAL client over SAn-C interface.
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.3.2-1: Spatial anchor deletion
Figure 8.3.3.2-1: Spatial anchor deletion
(⇒ copy of original 3GPP image)
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor delete request to the SAn server. The request includes a requestor identifier, security credentials, the identifier of spatial anchors to delete as described in clause 8.3.3.3.1. The request may include information to delete multiple spatial anchors.
Step 2.
Upon receiving the request, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized and the spatial anchor identifier provided in the request is found, the SAn server deletes the spatial anchor information.
Step 3.
The SAn server sends a spatial anchor delete response to the requestor. If the SAn server deleted the spatial anchor(s), the response includes an indication of success and the identifier of deleted spatial anchor(s). Otherwise, the response includes an indication of failure and may include a reason for failure.
Up

8.3.3.3  Information flowsp. 22

8.3.3.3.1  Spatial anchor delete requestp. 22
Table 8.3.3.3.1-1 describes information elements for the spatial anchor delete request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMThe security credentials of the requestor.
List of spatial anchors IDMList of identifiers of the spatial anchors to be deleted.
Up
8.3.3.3.2  Spatial anchor delete responsep. 22
Table 8.3.3.3.2-1 describes information elements for the delete spatial anchor response from the SAn server to the SAn client or VAL server.
Information element Status Description
Successful responseOIndicates that the delete spatial anchor request was successful.
> List of spatial anchor IDOList of identifiers of the deleted spatial anchors.
Failure responseOIndicates that the delete spatial anchor request has failed.
> CauseOThe cause for the request failure.
Up

8.3.4  Spatial anchor discoveryp. 23

8.3.4.1  Generalp. 23

Spatial anchor discovery enables a SAn client or VAL server to discover spatial anchor(s) with the SAn server. The discovery of spatial anchor(s) is based on matching spatial anchor discovery filters provided in the request.

8.3.4.2  Procedurep. 23

Figure 8.3.4.2-1 illustrates the procedure for spatial anchor discovery following the request-response model.
Pre-conditions:
  1. The SAn client or VAL server has received information (e.g. URI, IP address) related to the SAn server; and
  2. The SAn client or VAL server has received security credentials authorizing it to communicate with the SAn server.
  3. For SAn client to trigger this procedure, the SAn client has received the required information from the VAL client over SAn-C interface.
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.4.2-1: Spatial anchor discovery
Figure 8.3.4.2-1: Spatial anchor discovery
(⇒ copy of original 3GPP image)
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor discovery request message to the SAn server to obtain information about spatial anchors of interest. The request includes a requestor identifier, security credentials, and can include spatial anchor discovery filters as described in clause 8.3.4.3.1. If the discovery request was triggered by a VAL client on a UE, the spatial anchor discovery request can additionally include a VAL client identifier.
Step 2.
Upon receiving the request, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized, the SAn server identifies spatial anchor(s) that satisfies the spatial anchor discovery filters.
For each matching spatial anchor, the SAn server checks whether the requestor is authorized to obtain the spatial anchor based on the identity and location of the requestor, and based on the access control rules. To determine the location of interest of the requestor, the SAn server may use location information provided in the request. If location information is not provided in the request, the SAn server may obtain location information by invoking the 3GPP Core Network Location Services as described in TS 23.273 and TS 23.502 directly or via the NEF, or by invoking the SEAL Location Management APIs as described in TS 23.434.
Step 3.
The SAn server sends a spatial anchor discovery response to the requestor. If the SAn server has identified spatial anchor(s), the response includes an indication of success and the identified spatial anchors and may includes the recommended list of spatial anchors. Otherwise, the response includes an indication of failure and may include a reason for failure.
Step 4.
Upon receiving the spatial anchor discovery response, if the response indicates success, the requestor can store the spatial anchor information in a spatial anchor cache. The requestor evaluates the validity conditions associated with the discovered spatial anchors prior to using the spatial anchor. If the requestor is the SAn client, the SAn client can provide spatial anchor information to the VAL client(s). Upon receiving valid spatial anchor information, VAL client(s) can access the service(s) associated with each spatial anchor.
Up

8.3.4.3  Information flowsp. 24

8.3.4.3.1  Spatial anchor discovery requestp. 24
Table 8.3.4.3.1-1 describes information elements for the spatial anchor discovery request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMThe security credentials of the requestor.
VAL client IDOThe identifier of the VAL client when the requestor is a SAn client.
Discovery filtersOThe filters used for determining the spatial anchors.
> List of spatial anchor IDOThe list of spatial anchor identifiers to discover.
> Area of interestOThe area of interest (e.g., topological area and/or geographical area).
> Service IDOThe identifier of a VAL service.
> Spatial anchor specific informationOA container to contain application specific information.
Up
8.3.4.3.2  Spatial anchor discovery responsep. 24
Table 8.3.4.3.2-1 describes information elements for the spatial anchor discovery response from the SAn server.
Information element Status Description
Successful responseOIndicates that the spatial anchor discovery request was successful.
List of spatial anchorsOList of discovered spatial anchors.
> Spatial anchor IDMIdentifier of the discovered spatial anchor.
> PositionMThe 3D position of the spatial anchor in space (x, y and z coordinates).
> Spatial anchor specific informationOA container to contain application specific information.
> VAL service informationMInformation about the application service associated with the spatial anchor.
>> Service IDMThe identifier of the application service.
>> Service endpointMEndpoint information (e.g., URI, FQDN, IP address) used to communicate with the application service.
>> Service connection informationOThe connection information (e.g., DNN, DNAI(s)) for establishing connectivity to the application service.
Failure responseOIndicates that the spatial anchor discovery request has failed.
> CauseOThe cause for the request failure.
Up

8.3.5  Spatial anchor subscriptionp. 25

8.3.5.1  Generalp. 25

Spatial anchor subscription enables a SAn client or VAL server to subscribe with the SAn server to receive notifications related to spatial anchors.

8.3.5.2  Proceduresp. 25

8.3.5.2.1  Subscribep. 25
Figure 8.3.5.2.1-1 illustrates the spatial anchor subscription procedure.
Pre-conditions:
  1. The SAn client or VAL server has received information (e.g. URI, IP address) related to the SAn server; and
  2. The SAn client or VAL server has received security credentials authorizing it to communicate with the SAn server.
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.5.2.1-1: Spatial anchor subscription
Figure 8.3.5.2.1-1: Spatial anchor subscription
(⇒ copy of original 3GPP image)
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor subscribe request to the SAn server. The request includes a requestor identifier, security credentials, a notification endpoint, and event information for which the requestor is subscribing. The request may include an expiration time.
  1. The requestor may include the "discovery" event type to indicate the SAn server to notify the requestor when the SAn server detects events related to the management of spatial anchors (e.g., creation, update, deletion) according to discovery event filters and spatial anchor filters provided in the request. If the requestor is a SAn client, the request includes a VAL client identifier.
  2. The VAL server may include the "UE with spatial anchor interest" event type to indicate the SAn server to notify the VAL server when the SAn server detects UE(s) with interest in specific spatial anchors according to the spatial anchor of interest event filters and spatial anchor filters provided in the request.
  3. The requestor may include the "spatial anchor in range" event type to indicate the SAn server to notify the requestor when the SAn server detects that spatial anchors become in range or out of range of the subscriber according to range event filters provided in the request. Range event filters can include a range for detecting spatial anchors, an indication to enable persistent search, the pose of the subscriber. If the requestor is a SAn client, the spatial anchor subscribe request includes a VAL client identifier.
Step 2.
Upon receiving the request from the requestor, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized, the SAn server creates the subscription and stores the subscription information.
  1. If the subscribed event is for "discovery", the SAn server starts monitoring spatial anchors management events according to the discovery event filters and spatial anchor filters.
  2. If the subscribed event is for "UE with spatial anchor interest", the SAn server starts monitoring spatial anchors of interest according to the UE with spatial anchor interest event filters and spatial anchor filters. If the spatial anchors of interest have been discovered by a UE, the SAn server can obtain the UE location information from the 5GS or the SEAL Location Management service. Additionally, the SAn server can consider data analytics, such as UE mobility prediction. The SAn server may monitor the distance between UEs and the spatial anchor of interest to determine whether the UEs enters, exits or is within range of the spatial anchors of interest.
  3. If the subscribed event is for "spatial anchor in range" and the requestor is a SAn client, the SAn server starts monitoring the corresponding UE location and direction corresponding to the pose information according to the range event filters and spatial anchor filters. The UE location information can be obtained by using capabilities of the 5GS or the SEAL Location Management service. Additionally, the SAn server can consider data analytics, such as UE mobility prediction. The SAn server monitors the distance between UEs and the spatial anchor of interest to determine whether the spatial anchors becomes in-range or out-of-range of the UE. If persistent search is enabled, the SAn server monitors location of the user (or UE) and pose of the user, along with a direction of movement, and discovers a list of spatial anchors which becomes in-range or out of range of the user device based on the location of the user device, the pose of the user and in the user's field of view.
Step 3.
The SAn server sends a spatial anchor subscribe response to the requestor. If the SAn server has created the subscription, the response includes an indication of success, the subscription identifier and may include an expiration time; to maintain the subscription, the requestor shall send a subscription update request before the expiration time, otherwise the spatial anchor subscription expires. If the SAn server has not created the subscription, the response includes an indication of failure and may include a reason for failure.
Up
8.3.5.2.2  Notifyp. 26
Figure 8.3.5.2.2-1 illustrates the spatial anchor notify operation between the SAn server and a SAn client or VAL server.
Pre-conditions:
  1. The SAn client or VAL server has subscribed for spatial anchor notifications with the SAn server;
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.5.2.2-1: Spatial anchor notification
Figure 8.3.5.2.2-1: Spatial anchor notification
(⇒ copy of original 3GPP image)
Up
Step 1.
An event occurs at the SAn server that satisfies trigger conditions for notifying a subscriber (e.g., SAn client or VAL server) according to subscribed events and discovery filters provided for the events.
Step 2.
The SAn server sends a spatial anchor notification to the requestor indicating the event. The notification includes a subscription identity and includes event-specific information.
  1. If the subscribed event is for "discovery", the notification includes the list of determined spatial anchors
  2. If the subscribed event is for "UE with spatial anchor interest", the notification includes information about UE with spatial anchor interest (e.g., UE identifier, spatial anchor identifier(s), range from the spatial anchor(s), entering or exiting the range, etc.).
  3. If the subscribed event is for "spatial anchor in range", the notification includes the list of determined spatial anchors that become in range, out of range of the subscriber.
Up
8.3.5.2.3  Subscription updatep. 27
Figure 8.3.5.2.3-1 illustrates the procedure for a SAn client or VAL server to update a subscription with the SAn server.
Pre-conditions:
  1. The SAn client or VAL server has subscribed for spatial anchor notifications with the SAn server;
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.5.2.3-1: Spatial anchor subscription update
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor subscription update request to the SAn server. The request includes the requestor identifier, security credentials and the subscription identifier and may include subscribed event information and expiration time.
Step 2.
Upon receiving the request from the requestor, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized, the SAn server updates the subscription information.
Step 3.
The SAn server sends a spatial anchor subscription update response to the requestor. If the SAn server has updated the subscription, the response includes an indication of success and may include an expiration time. To maintain the subscription, the requestor shall send a subscription update request before the expiration time, otherwise the spatial anchor subscription expires. If the SAn server has not updated the subscription, the response includes an indication of failure and may include a reason for failure.
Up
8.3.5.2.4  Unsubscribep. 28
Figure 8.3.5.2.4-1 illustrates the procedure for a SAn client or VAL server to unsubscribe with the SAn server.
Pre-conditions:
  1. The SAn client or VAL server has subscribed for spatial anchor notifications with the SAn server;
Copy of original 3GPP image for 3GPP TS 23.437, Fig. 8.3.5.2.4-1: Spatial anchor unsubscribe
Figure 8.3.5.2.4-1: Spatial anchor unsubscribe
(⇒ copy of original 3GPP image)
Up
Step 1.
The requestor (e.g., SAn client or VAL server) sends a spatial anchor unsubscribe request to the SAn server. The request includes the requestor identifier, security credentials and the subscription identifier.
Step 2.
Upon receiving the request from the requestor, the SAn server validates if the requestor is authorized for the request. If the requestor is authorized, the SAn server cancels the subscription associated with the subscription identifier.
Step 3.
The SAn server sends a spatial anchor unsubscribe response to the requestor. If the SAn server has canceled the subscription, the response includes an indication of success. If the SAn server has not canceled the subscription, the response includes an indication of failure and may include a reason for failure.
Up

8.3.5.3  Information flowsp. 28

8.3.5.3.1  Spatial anchor subscribe requestp. 28
Table 8.3.5.3.1-1 describes information elements for the spatial anchor subscribe request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMThe security credentials of the requestor.
VAL client IDOThe identifier of the VAL client when the requestor is a SAn client.
Notification Target AddressMNotification target address (e.g. URL) where the notifications should be sent.
Proposed expiration timeOProposed expiration time for the subscription.
Event typeM The type of event for which the requestor is subscribing. Supported event types include:
  • "discovery"
  • "UE with spatial anchor interest"
  • "spatial anchor in range"
Persistent Search (NOTE)OIndicates to enable persistent search.
Event detection filtersOEvent type specific detection filters.
> Discovery event filtersO Event filters applicable to the "discovery" event type. The event filter is considered by the SAn server for triggering the notification and can include management events (e.g., creation, update, deletion).
> UE with spatial anchor interest event filtersO Event filters applicable to "UE with spatial anchor interest" event type. The event filter is considered by the SAn server for triggering the notification and can include an indication for detecting UEs that have discovered spatial anchors, that are within range or become out of range of spatial anchors, or that enter or leave the range of a spatial anchor, and a value for the range.
> Range event filtersO Event filters applicable to "spatial anchor in range" event type. The event filter is considered by the SAn server for triggering the notification and can include an indication for spatial anchors becoming in range of the UE, out of range of the UE, or both and a value for the range.
>> current locationOCurrent location of the user and direction.
>> poseOCurrent pose of the user.
>> application specific rangeMSpecifies range within which the spatial anchors are monitored to be in range or out of range of the subscriber's field of view.
>> Spatial anchor specific informationOA container to contain application specific information.
Spatial anchor filtersOThe characteristics of spatial anchors that the SAn server considers for triggering a notification.
> Spatial anchor ID listOIdentifiers of the spatial anchors of interest.
> Service ID listOIdentifiers of the associated application services of interest.
> Area of interestOThe area of interest (e.g., topological and/or geographical).
NOTE:
This IE can be included with "spatial anchor in range" event.
Up
8.3.5.3.2  Spatial anchor subscribe responsep. 29
Table 8.3.5.3.2-1 describes information elements for the spatial anchor subscribe response sent by the SAn server.
Information element Status Description
Successful responseOIndicates that the subscription request was successful.
> Subscription IDMSubscription identifier corresponding to the subscription.
> Expiration timeOIndicates the expiration time of the subscription. To maintain an active subscription, a subscription update is required before the expiration time.
Failure responseOIndicates that the subscription request failed.
> CauseOIndicates the cause of subscription request failure.
Up
8.3.5.3.3  Spatial anchor notificationp. 30
Table 8.3.5.3.3-1 describes information elements for the spatial anchor notification sent by the SAn server.
Information element Status Description
Subscription IDMSubscription identifier corresponding to the subscription.
Event typeM The type of event notification. Supported event types include:
  • "discovery"
  • "UE with spatial anchor interest"
  • "spatial anchor in range"
Detected eventOIdentifier of the event that was detected and that triggered the server to send a notification (e.g., spatial anchors becoming in range of the UE or out of range of the UE; or, UE entering the range of a spatial anchor or leaving the range of a spatial anchor).
Spatial anchor listO List of discovered spatial anchors (as detailed in spatial anchor discovery response).
Applicable for "discovery" and "spatial anchor in range" events.
UE with spatial anchor interest listO List of UE with spatial anchor interest.
Applicable for "UE with spatial anchor interest" and "spatial anchor in range" events.
> UE IDOIdentifier of the UE with spatial anchor interest.
> Spatial anchor IDOIdentifier of the spatial anchor of interest.
> Spatial anchor rangeOThe spatial anchor range.
Up
8.3.5.3.4  Spatial anchor subscription update requestp. 30
Table 8.3.5.3.4-1 describes information elements for the spatial anchor subscription update request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMSecurity credentials of the requestor.
Subscription IDMSubscription identifier corresponding to the subscription to be updated.
Notification Target AddressONotification target address (e.g. URL) where the notifications should be sent.
Proposed expiration timeOProposed expiration time for the subscription.
Event detection filtersO Event type specific detection filters that the SAn server considers for triggering a notification, as detailed in Table 8.3.5.3.1-1.
Spatial anchor filtersO The characteristics of spatial anchors that the SAn server considers for triggering a notification, as detailed in Table 8.3.5.3.1-1.
Up
8.3.5.3.5  Spatial anchor subscription update responsep. 31
Table 8.3.5.3.5-1 describes information elements for the spatial anchor subscription update response sent by the SAn server.
> Cause
Information element Status Description
Successful responseOIndicates that the subscription update request was successful.
> Expiration timeOIndicates the expiration time of the updated subscription. To maintain an active subscription, a subscription update is required before the expiration time.
Failure responseOIndicates that the subscription update request failed.
OIndicates the cause of subscription update request failure.
Up
8.3.5.3.6  Spatial anchor unsubscribe requestp. 31
Table 8.3.5.3.6-1 describes information elements for the spatial anchor unsubscribe request from the SAn client or VAL server to the SAn server.
Information element Status Description
Requestor identifierMThe identifier of the requestor (e.g., VAL server or VAL UE and VAL user).
Security credentialsMSecurity credentials of the EEC.
Subscription IDMSubscription identifier corresponding to the subscription to be unsubscribed.
Up
8.3.5.3.7  Spatial anchor unsubscribe responsep. 31
Table 8.3.5.3.7-1 describes information elements for the spatial anchor unsubscribe response sent by the SAn server.
Information element Status Description
Successful responseOIndicates that the unsubscribe request was successful.
Failure responseOIndicates that the unsubscribe request failed.
> CauseOIndicates the cause of unsubscribe request failure.
Up

Up   Top   ToC