Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TS 23.286  Word version:  17.3.0

Top   Top   Up   Prev   Next
0…   4…   6…   7…   9…   9.2…   9.4…   9.6…   9.9…   9.11…   9.14…   9.17…   10…   A…

 

9.14  Service negotiation with underlying 3GPP networkWord‑p. 70

9.14.1  GeneralWord‑p. 70

This subclause describes the procedures for the VAE server to provide service requirements to the 3GPP network system. The Service Capability Exposure Function (SCEF) can be used for this purpose. As described in TS 23.682, the SCEF provides a means to expose the services and capabilities provided by 3GPP network interfaces and provides a means for the discovery of the exposed services and capabilities.

9.14.2  Information flowsWord‑p. 70

9.14.2.1  On-demand QoS requestWord‑p. 70

The information flow On-demand QoS request from VAE server (acting as SCS/AS) to SCEF over T8 reference point is specified in clause 5.11 in TS 23.682 (when setting up a session with required QoS).

9.14.2.2  On-demand QoS responseWord‑p. 70

The information flow On-demand QoS response from SCEF to VAE server (acting as SCS/AS) over T8 reference point is specified in clause 5.11 in TS 23.682.

9.14.2.3  Background data transfer requestWord‑p. 70

The information flow Background data transfer request from VAE server (acting as SCS/AS) to SCEF over T8 reference point is specified in clause 5.9 in TS 23.682 (resource management for background data transfer).

9.14.2.4  Background data transfer responseWord‑p. 71

The information flow Background data transfer response from SCEF to VAE server (acting as SCS/AS) over T8 reference point is specified in clause 5.9 in TS 23.682.

9.14.2.5  Network Status RequestWord‑p. 71

The information flow Network Status Request from VAE server (acting as SCS/AS) to SCEF over T8 reference point is specified in clause 5.8 in TS 23.682.

9.14.2.6  Network Status ResponseWord‑p. 71

The information flow Network Status Response from SCEF to VAE server (acting as SCS/AS) over T8 reference point is specified in clause 5.8 in TS 23.682.

9.14.2.7  Network Status ReportWord‑p. 71

The information flow Network Status Report from SCEF to VAE server (acting as SCS/AS) over T8 reference point is specified in clause 5.8 in TS 23.682.

9.14.2.8  Network Status AcknowledgmentWord‑p. 71

The information flow Network Status Acknowledgment from VAE server (acting as SCS/AS) to SCEF over T8 reference point is specified in clause 5.8 in TS 23.682.

9.14.3  Communication of service requirements from the VAE serverWord‑p. 71

The procedure uses the APIs defined in subclause 5.8 in TS 23.682, 5.9 in TS 23.682 and 5.11 in TS 23.682 for setting up an AS session with required QoS procedure. This procedure defines the information elements that need to be exchanged between the VAE server (acting as SCS/AS) and the SCEF function during service negotiation.
Up

9.14.4  Notification generation by the SCEF functionWord‑p. 71

The procedure notification generation by the SCEF function in response to the service requirements from the VAE server. The SCEF function notifies the VAE server if the service requirements can be satisfied. This procedure uses the APIs defined in subclause 5.8 in TS 23.682 for informing about potential network issues.

9.15  PC5 Provisioning in multi-operator V2X scenarios |R17|Word‑p. 71

9.15.1  GeneralWord‑p. 71

The VAE server provides PC5 provisioning for multi-operator V2X services, based on the requirement received by the V2X application specific server.

9.15.2  Information flowsWord‑p. 71

9.15.2.1  V2X PC5 provisioning requirementWord‑p. 71

Table 9.15.2.1-1 describes the information flow V2X PC5 provisioning requirement from the V2X application specific server to the VAE server.
Information Element Status Description
V2X UE IDM (NOTE)Identity of the V2X UE for which V2X application requirement is initiated
V2X group IDM (NOTE)Identity of the V2X group for which the V2X application requirement is initiated
V2X service IDMThe V2X service ID for which application requirement corresponds to
PLMN ID listOThe list of the PLMN identities for the PLMNs which offer the V2X service
V2X application QoS requirementsOThe application QoS requirements (reliability, delay, jitter) for the V2X service
NOTE:
Either of the information element should be present.
Up

9.15.2.2  PC5 provisioning status requestWord‑p. 72

Table 9.15.2.2-1 describes the information flow PC5 provisioning status request from the VAE server to the VAE client.
Information Element Status Description
VAE Server IDMIdentity of the VAE server which is requester of the PC5 parameters status
V2X service IDMThe V2X service ID for which the VAE server's request corresponds to
PC5 provisiong status report configurationOThe configuration of the VAE-client reporting related to the PC5 Policy/Parameters status, and optionally PC5 events like PC5 unavailability, PQI load/congestion info
Up

9.15.2.3  PC5 provisioning status responseWord‑p. 72

Table 9.15.2.3-1 describes the information flow PC5 provisioning status response from the VAE client to the VAE server.
Information Element Status Description
ResultMThe result of the PC5 provisioning status request
PC5 Policy/Parameters status reportMThe report based on the PC5 Policy/Parameters status request. This includes up-to-date policies/parameters:
  • selected PQI attributes for the V2X service
  • PQI load information
  • communication range for the V2X service
  • a RAT /interface (NR-PC5, LTE-PC5) preference
  • an expected RAT availability / unavailability indication
  • an expected V2X-UE moving out of coverage indication
Up

9.15.2.4Void

9.15.2.5Void

9.15.2.6  V2X PC5 provisioning requirement notificationWord‑p. 73

Table 9.15.2.6-1 describes the information flow V2X PC5 provisioning requirement notification from the VAE server to the V2X application specific server.
Information Element Status Description
ResultMThe result corresponding to the V2X PC5 provisioning requirement
Up

9.15.3  PC5 provisioning for multi-operator V2X servicesWord‑p. 73

9.15.3.1  GeneralWord‑p. 73

This subclause describes the procedure for PC5 provisioning for multi-operator V2X services.

9.15.3.2  ProcedureWord‑p. 73

Figure 9.11.3.2-1 illustrates the procedure where the VAE server supports the PC5 provisioning for multi-operator V2X services.
Pre-conditions:
  1. The V2X UEs have connected to the V2X application server.
  2. The V2X UEs are authorized by their corresponding PLMNs to use PC5 communication.
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.15.3.2-1: PC5 provisioning for multi-operator V2X services
Up
Step 1.
The V2X application specific server provides a V2X PC5 provisioning requirement to the VAE server.
Step 2.
Optionally, the VAE Server sends a PC5 provisioning status request to the VAE Client (within the multi-operator V2X service) to receive up-to-date information on the per PLMN provisioning policies/ parameters.
Step 3.
Optionally, upon receiving the request as in Step 2, the VAE Client sends a PC5 provisioning status response to VAE server, which includes a report on the up-to-date policies /parameters per PLMN (e.g. application QoS - to - PQI mapping, range, radio parameters) and optionally PC5 related events (PC5 expected link downgrade).
Step 4.
The VAE Server determines the updated PC5 provisioning policies/parameters to be jointly used across the V2X-UEs within the multi-operator V2X service.
Step 5.
The VAE Server provides the PC5 parameter provisioning information to the V2X UE via V1-AE reference point for V2X communication on PC5 as specified in clause 9.6.4.
Step 6.
VAE Server sends a V2X PC5 provisioning requirement notification to the V2X application specific server to inform on the result of the multi-operator PC5 provisioning.
Up

9.16  Support for HD map dynamic information |R17|Word‑p. 74

9.16.1  GeneralWord‑p. 74

The V2X application specific server can be responsible for managing HD maps and providing the HD map information to the V2X application specific client on V2X UE (e.g host vehicle controlled by advanced/remote driving). As per a proximity range set by the application layer, the VAE layer support providing the dynamic information (i.e. location information) required for HD maps management to the V2X application specific server.
This feature is feasible for scenarios where host vehicle (V2X UE) is in advanced/remote driving mode with slow to moderate speed and deployed in areas like campus (e.g. autonomous shuttle vehicles), factories or ports (e.g. autonomous/remotely controlled guided vehicles).
This feature utilizes the following procedures:
  • V2X application specific server subscription for host vehicle's HD map dynamic information with VAE server.
  • VAE server tracking host vehicle's UE location with support from SEAL's location management server.
  • VAE server management of dynamic UE location based group.
  • VAE server obtaining dynamic information from the UEs in proximity range of the host vehicle.
  • VAE server notification of host vehicle's HD map dynamic information to V2X application specific server.
Up

9.16.2  Information flowsWord‑p. 74

9.16.2.1  Subscribe HD map dynamic information requestWord‑p. 74

Table 9.16.2.1-1 describes the information flow for a V2X application specific server to subscribe to HD map dynamic information at the VAE server.
Information element Status Description
V2X UE IDMIdentifier of the V2X UE
Application defined proximity range informationMDescription of the range information over which the HD map dynamic information is required.
Up

9.16.2.2  Subscribe HD map dynamic information responseWord‑p. 75

Table 9.16.2.2-1 describes the information flow for VAE server to respond for HD map dynamic subscription request from the V2X application specific server.
Information element Status Description
ResultMResult from the VAE server in response to subscription request indicating success or failure
Subscription ID (NOTE)OIdentifier of a successful subscription.
NOTE:
This IE is included when the Result indicates success
Up

9.16.2.3  Notify HD map dynamic informationWord‑p. 75

Table 9.16.2.3-1 describes the information flow for a V2X application specific server to receive notification about HD map dynamic information from the VAE server.
Information element Status Description
Subscription IDMIdentifier of the subscription for this notification.
List of V2X UEs informationMThe information of the V2X UEs which were detected in the application defined proximity range.
>Nearby V2X UE IDMThe identifier of nearby V2X UE
>Location informationMLocation information of the nearby V2X UE within the application defined proximity range
>Distance informationMDistance information of the nearby V2X UE
Up

9.16.2.4  Notification of dynamic informationWord‑p. 75

Table 9.16.2.4-1 describes the information flow for notification of dynamic information from VAE client to the VAE server.
Information element Status Description
Subscription IDMIdentifier of the subscription for this notification.
List of V2X UEs informationMThe information of the V2X UEs which were detected in the proximity area of the reporting V2X UE.
>Nearby V2X UE IDMThe identifier of nearby V2X UE
>Local dynamic informationMThe local dynamic information of the nearby V2X UE (e.g. location)
Up

9.16.3  Subscription for HD map dynamic informationWord‑p. 75

Figure 9.16.3-1 describes the procedure for subscription for HD map dynamic information.
Pre-condition:
  • V2X application specific server has registered with VAE server 1 which is responsible for the host vehicle.
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.16.3-1: Subscription for HD map dynamic information
Up
Step 1.
The V2X application specific server sends a subscribe HD map dynamic information request to the VAE server 1. The request includes the V2X UE ID of the host vehicle, application defined proximity range information.
Step 2.
The VAE server 1 stores the subscription information.
Step 3.
The VAE server 1 sends subscription response to the V2X application specific server.
Step 4.
The VAE server 1 obtains and initiates tracking the host vehicle location from the location management server 1 as specified in TS 23.434.
Up

9.16.4  Management of dynamic UE location based groupWord‑p. 76

Figure 9.16.4-1 describes the procedure for management of dynamic UE location based group.
Pre-condition:
  • VAE server 1 has received an updated location of the host vehicle as per procedure specified in TS 23.434.
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.16.4-1: Management of dynamic UE location group
Up
Step 1.
Dynamic UE location based group creation or update is triggered (e.g. notified of the UE location of host vehicle) via the step 4 in clause 9.16.3 for the V2X UE ID of the host vehicle.
Step 2.
VAE server 1 uses its associated LMS 1 to obtain the dynamic UE list and the corresponding location information in the proximity area of the host vehicle by providing the application defined proximity range and the UE location of the host vehicle as specified in clause 9.3.10 of TS 23.434.
Step 3.
VAE server 1 determines the list of other VAE servers 2..N operating in the same location as per clause 9.10.2.1.
Step 4.
For each VAE server determined in step 4, VAE server 1 requests the dynamic UE list and its corresponding location information for the application defined proximity range by providing the UE location of the host vehicle.
Step 5.
The VAE server(s) 2..N obtain UE information corresponding to the UE location and application defined proximity range from its corresponding LMS 2..N as specified in TS 23.434.
Step 6.
As per the agreement between the V2X SPs, if the V2X UE IDs are not shareable, then VAE server(s) 2..N may replace the V2X UE IDs with temporary V2X UE IDs.
Step 7.
The VAE server(s) 2..N sends get response with UE list in the UE location and application defined proximity range to VAE server 1.
Step 8.
If VAE server 1 has no dynamic UE location group for the V2X UE ID, the VAE server 1 creates a dynamic UE location based group with the UE list received from its LMS and other VAE server(s) 2..N. Further VAE server 1 stores the dynamic UE location based group. Otherwise, the VAE server 1 updates the dynamic UE location group with the latest UE information. The V2X UEs whose locations are no more within the application defined proximity range are removed from the dynamic UE location group.
Up

9.16.5  Obtaining dynamic information of the UEs in proximity rangeWord‑p. 78

9.16.5.1  Subscription procedure within V2X SPWord‑p. 78

Figure 9.16.5.1-1 describes the subscription procedure within V2X SP to obtain dynamic information from the UEs in application defined proximity range.
Pre-condition:
  • VAE server 1 is tracking the host vehicle and has created the dynamic UE location based group as per procedure in clause 9.16.4.
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.16.5.1-1: Subscription procedure within V2X SP
Up
Step 1.
The VAE server 1 managing the dynamic UE location group sends subscribe dynamic information request to the VAE clients who are part of the dynamic UE location group. These VAE clients (V2X UEs) belong to the same V2X SP as the host vehicle. The request consists of reporting configuration (e.g. frequency of reporting, event based).
Step 2.
The VAE client(s) store the subscription information.
Step 3.
The VAE client(s) send a subscription response to the VAE server 1.

9.16.5.2  Subscription procedure across V2X SPsWord‑p. 78

Figure 9.16.5.2-1 describes the subscription procedure across V2X SPs to obtain dynamic information from the UEs in application defined proximity range.
Pre-condition:
  • VAE server 1 has created the dynamic UE location based group as per procedure in clause 9.16.4.
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.16.5.2-1: Subscription procedure across V2X SPs
Up
Step 1.
The VAE server 1 managing the dynamic UE location group sends subscribe dynamic information request to the VAE server(s) who's V2X UEs are part of the dynamic UE location group. The request consists of temporary V2X UE IDs, reporting configuration (e.g. frequency of reporting, event based).
Step 2.
As per the agreement between V2X SPs, if V2X UE IDs are not shareable, then VAE server 2 determines the V2X UE IDs corresponding to the temporary V2X UE IDs provided in step 1.
Step 3.
The VAE server 2 performs subscription procedure as specified in clause 9.16.5.1 with the VAE client(s).
Step 4.
The VAE server 2 sends a subscription response to the VAE server 1.
Up

9.16.5.3  Notification procedureWord‑p. 79

Figure 9.16.5.3-1 describes the notification procedure of dynamic information from the UEs in application defined proximity range.
Pre-condition:
  • VAE server 2 has received the notification of dynamic information from its subscribed VAE client(s).
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.16.5.3-1: Notification procedure
Figure 9.16.5.3-1: Notification procedure
(⇒ copy of original 3GPP image)
Up
Step 1.
As per subscription procedure in clause 9.16.5.1 and clause 9.16.5.2, the VAE client(s) and VAE server 2 (of another V2X SP) send notification of dynamic information to the VAE server 1. The notification includes the nearby UE information (e.g. vehicles, pedestrians), distance with nearby UEs, UEs location information. As per agreement between V2X SPs, if V2X UE IDs are not shareable, then VAE server 2 includes the temporary V2X UE IDs in the notification.
Step 2.
The VAE server 1 aggregates information from different VAE clients to create the HD map dynamic information.
Up

9.16.6  Notification of HD map dynamic informationWord‑p. 79

Pre-conditions:
  • V2X application specific server has performed subscription as per procedure in clause 9.16.3 with VAE server 1.
  • VAE server 1 has prepared the HD map dynamic information as per procedure in clause 9.16.5.3.
Copy of original 3GPP image for 3GPP TS 23.286, Figure 9.16.6: Notification for HD map dynamic information
Up
Step 1.
The VAE server 1 sends notification of HD map dynamic information to the V2X application specific server. The notification includes the aggregated information of all the UEs in the application defined proximity range of the host vehicle.
Step 2.
The V2X application specific server updates the HD map information with the HD map dynamic information received in step 1.

Up   Top   ToC