Tech-invite3GPPspaceIETF RFCsSIP
Quick21222324252627282931323334353637384‑5x

Content for  TR 23.700-20  Word version:  17.0.0

Top   Top   None   None   Next
1…   6…   6.11…   7…

 

1  ScopeWord‑p. 8

Study enhancements to the 5G System that would enable enhanced support of IEEE TSN Time Sensitive Communication to support deterministic applications.

2  References

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.
  • References are either specific (identified by date of publication, edition number, version number, etc.) or non specific.
  • For a specific reference, subsequent revisions do not apply.
  • For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.
[1]
TR 21.905: "Vocabulary for 3GPP Specifications".
[2]
TS 23.501: "System Architecture for the 5G System (5GS); Stage 2".
[3]
TS 23.502: "Procedures for the 5G System; Stage 2".
[4]
TS 22.104: "Service requirements for cyber-physical control applications in vertical domains".
[5]
TS 22.263: "Service requirements for Video, Imaging and Audio for Professional Applications (VIAPA)".
[6]
IEEE 802.1Q-2018: "IEEE Standard for Local and Metropolitan Area Networks-Bridges and Bridged Networks".
[7]
IEEE 802.1Qcc: "IEEE Standard for Local and Metropolitan Area Networks--Bridges and Bridged Networks -- Amendment 31: Stream Reservation Protocol (SRP) Enhancements and Performance Improvements".
[8]
IEEE 802.1Qbv: "Forwarding and Queuing - Enhancements for Scheduled Traffic".
[9]
IEEE Std 802.1CB-2017: "Frame Replication and Elimination for Reliability".
[10]
IEC/IEEE 61850-9-3:2016: "Communication networks and systems for power utility automation - Part 9-3: Precision time protocol profile for power utility automation".
[11]
TS 38.331: "NR; Radio Resource Control (RRC); Protocol specification".
[12]
TS 23.503: "Policy and charging control framework for the 5G System (5GS); Stage 2".
[13]
IEEE 1588-2008: "IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems".
[14]
TS 23.288: "Architecture enhancements for 5G System (5GS) to support network data analytics services".
[15]
RFC 3393:  "IP Packet Delay Variation Metric for IP Performance Metrics (IPPM)".
[16]
RFC 1889:  "RTP: A Transport Protocol for Real-Time Applications".
[17]
SMPTE ST 2059-2:2015: "SMPTE Standard - SMPTE Profile for Use of IEEE-1588 Precision Time Protocol in Professional Broadcast Applications".
[18]
IEEE 802.1AS: "Standard for Local and Metropolitan Area Networks - Timing and Synchronization for Time-Sensitive Applications in Bridged Local Area Networks".
Up

3  Definitions of terms and abbreviationsWord‑p. 9

3.1  Terms

For the purposes of the present document, the terms given in TR 21.905 apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905.

3.2  Abbreviations

For the purposes of the present document, the abbreviations given in TR 21.905 apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.

4  Architectural Assumptions and Requirements

4.1  Architectural Requirements

The following architectural requirements apply:
  • Solutions shall build on the 5G System architectural principles as in TS 23.501, including flexibility and modularity for newly introduced functionalities.
  • The 3GPP system shall support co-existence of TSN GM clock residing in the network attached to DS-TT for some TSN domains and TSN GM clock residing in network side for some other TSN domains.

5  Key Issues

5.1  Key Issue #1: Uplink Time Synchronization

5.1.1  Description

The objective of this Key Issue is to introduce support for Time Synchronization with TSN GM in the TSN network attached to the device. The TSN GM is assumed to be located in the network attached to the device.
For this Key Issue the following areas should be studied:
  1. Support for Time Synchronization with one or more TSN GM(s) in the TSN network attached to the device:
    1. Synchronizing TSN end stations behind 5G System (NW-TT) with the TSN GM in the network attached to the device.
    2. Synchronizing TSN end stations behind other UE(s) with the TSN GM in the network attached to the device side via 5G System.
Up

5.2  Key Issue #2: UE-UE TSC communicationWord‑p. 10

5.2.1  Description

This Key issue aims to address UE-UE TSC communication if the network determines that the two UE(s) (including two DS-TT(s) within the same UE) are served by the same UPF.
(not reproduced yet)
Figure 5.1.1: UE-UE TSC communication
Up
For this Key Issue the following areas should be studied:
  1. How the 5GS know the UE/DS-TT pairs which can perform UE-UE communication?
  2. 5G System bridge delay determination considering UE-UE communication via same UPF.
    1. How does the 5GS know whether to report the Bridge delay information for the port pair of two DS-TTs.
    2. How does the 5GS calculate and report the Bridge delay information for the port pair of two DS-TTs.
  3. Configuration of Deterministic QoS for the QoS Flows of the two UEs served by the same UPF.
    1. The impact on the derivation and provision of QoS parameters and TSCAI in this scenario, if any.
Up

5.3  Key Issue #3: Exposure of TSC services

5.3.1  Description

The objective of this Key Issue is to allow wider and more flexible use of 5GS TSC and URLLC through the 5GS Network Exposure Function framework.
The exposure framework can be used to expose network capabilities (i.e. enabling operator to offer certain capabilities as services) and also allow application to influence services offered by the network. This key issue is about enhancing the NEF (exposure) framework towards AF so that NEF can expose network capabilities to support Time Sensitive Communication.
Up

5.3.2  Key Issue #3A: Exposure of deterministic QoS

Any AF that has knowledge of deterministic application requirements should be able to request TSC services from the 5GS and as authorized, be notified of pertinent network events. This key issue is intended to support in the 5GS, requirements from TS 22.104 where a TSN bridged network may not be needed and requirements from TS 22.263 for Video, Imaging and Audio for Professional Applications (VIAPA). Applications provide those requirements to 5GS for any type of PDU Session.
This KI focuses on enhancing NEF framework.
For this Key Issue, the following areas should be studied:
  1. Ability for AF to request absolute delay and jitter requirements, and mechanisms to enable the PCF to determine the 5GS QoS parameters based on the requirements received from AF.
  2. Ability for AF to indicate periodicity, burst size, burst arrival time (as defined in Rel-16 for TSC Assistance information) and Survival Time, optionally burst spread (variation of burst arrival time for DL traffic resulting from jitter on N6, if applicable) along with Time Domain (reference for these parameters) associated with these parameters to the NEF.
  3. How to enable an application and 5GS to agree on a TSC configuration that addresses the applications needs and can be supported by 5GS.
Up

5.3.3  Key Issue #3B: Exposure of Time SynchronizationWord‑p. 11

Any AF that has knowledge of time synchronization requirements should be able to learn 5GS capabilities to support time synchronization, the AF may request time synchronization with specified requirements, and supply information that can be used to optimize and configure time synchronization procedure for connected devices.
This key issue is intended to support in the 5GS, requirements from TS 22.104 where a TSN bridged network may not be needed and requirements from TS 22.263 for Video, Imaging and Audio for Professional Applications (VIAPA). Applications provide those requirements to 5GS for IP or Ethernet types of PDU Sessions.
Four different time sources and methods for synchronization are foreseen:
  1. assuming use of a gPTP client (IEEE 802.1 [18] Time Aware System) or PTP client (IEEE 1588-2008 [13] and gPTP protocol which conveys the timing information, e.g. located in the DN, and mapping to 5GS time in 5GC (time sync methods as defined in Rel-16).
  2. assuming use of the 5GS time source by 5GS and AF (e.g. it could also be GPS time source used by both 5GS and AF); where UPF/NW-TT creates the time sync methods conveyed in gPTP messages as defined in Rel-16 or in PTP messages over UDP/IP as defined in IEEE 1588-2008 [13] for conveying the timing information.
  3. assuming use of the 5GS time source by 5GS and AF (e.g. it could also be GPS time source used by both 5GS and AF); where the 5G-AN provides a 5GS reference time to the UE via 3GPP radio layer and UE may provide it to the applications or devices behind the UE by implementation specific means out of scope of 3GPP.
  4. assuming use of the 5GS time source by 5GS and AF (e.g. it could also be GPS time source used by both 5GS and AF); where DS-TT creates the time sync methods conveyed in gPTP messages or in PTP messages over UDP/IP as defined in IEEE 1588-2008 [13] for conveying the timing information.
For these four methods, this key issue aims to support exposure for Time Synchronization service offered by 5GS:
  1. Exposure of the 5GS capability to activate Time Synchronization from the AF for a TSN Domain GM or 5G GM (i.e. for VIAPA applications).
    1. Ability for network to expose the support for synchronization and the supported time synchronization method (i.e. method 1, 2, 3 or 4 as above) from NEF towards AF.
    2. Ability for AF to request activation/deactivation of Time Synchronization service targeting a UE or a group of UEs and indicate the clock domain (i.e. IEEE TSN Domain GM or 5G GM) and clock accuracy (with an accuracy of e.g. 1 microsecond).
    3. Ability to support the time synchronization service for IP and Ethernet types of PDU Sessions.
Up

5.4  Key Issue #4: supporting the fully distributed configuration model for TSN

5.4.1  Description

Fully distributed TSN model is defined in IEEE 802.1Qcc [7]. Unlike the fully centralized model supported in Rel-16, there is neither a Centralized Network Configuration (CNC) entity nor an entity that has the knowledge of the entire TSN network in fully distributed TSN model. The configuration information for stream resource registration is propagated along the paths from the Talker to Listeners. The 5G CP (i.e. PCF) cannot get the TSN stream requirements and configuration information from a TSN entity in control plane.
In order to support integration of 5GS with the TSN network deployed in fully distributed model, the 5GS should be able to read the configuration information carried in the TSN stream resource registration messages (e.g. MSRP messages) and modify the messages as a TSN bridge based on the 5GS capability. The 5G CN CP should also be able to retrieve the TSN stream requirements from the messages transmitted in user plane. Therefore, the enhancements needs to be studied for 5GS to support fully distributed TSN model:
  • Which IEEE protocols need to be supported?
  • How the 5GS retrieves the TSN stream requirements?
  • How to enforce the TSN stream requirements using 3GPP QoS parameters?
  • Which entity, (e.g. the UE/DS-TT, UPF/NW-TT, SMF or PCF), is responsible for read/modify the TSN stream resource registration messages, and how the 5GS modifies the TSN stream resource registration message based on 5GS Bridge capability and the configuration information carried in the message?
Up

5.5  Key issue #5: Use of Survival Time for Deterministic Applications in 5GSWord‑p. 12

5.5.1  Description

The objective of this Key Issue is to introduce Use of Survival Time for Deterministic Applications in 5GS.
Periodic deterministic communication service performance requirements are described in clause 5.2 of Rel-17 TS 22.104. Survival time is included in the requirements.
This key issue aims at studying solutions on how to transfer the survival time to RAN. In more detail:
  • how to deliver survival time to 5G system;
  • How 5GS acquires the additional assistance information reflecting survival time, e.g. interworking with CNC and/or use of AF or NEF without interworking with CNC or with CUC or other method.
How and when to apply Survival Time assistance information is up to RAN WGs.
Up

Up   Top   ToC