Tech-invite3GPPspaceIETF RFCsSIP
index21222324252627282931323334353637384‑5x

Content for  TS 23.501  Word version:  18.0.0

Top   Top   Up   Prev   Next
1…   3…   4.2.3   4.2.4   4.2.5…   4.2.8…   4.2.8.2.2   4.2.8.2.3…   4.2.8.4…   4.2.9…   4.3…   4.3.3   4.3.4   4.3.5   4.4…   4.4.6…   4.4.8   5…   5.3…   5.3.3…   5.4…   5.5…   5.6…   5.6.7…   5.7…   5.7.2…   5.7.3…   5.7.4   5.7.5…   5.8…   5.8.2.11…   5.9…   5.10…   5.11…   5.15…   5.16…   5.17…   5.18…   5.19…   5.21…   5.22…   5.27…   5.28…   5.29…   5.30…   5.31…   5.32…   5.33…   5.34…   5.35…   6…   6.3…   7…   7.2…   8…   8.2.4   8.2.5…   8.3…   A…   D…   E…   F   G…   G.3   G.4…   J…

 

5.28  Support of integration with TSN |R16|p. 325

5.28.0  General |R18|p. 325

5GS supports interoperation with Time Sensitive Networking (TSN). Two basic deployment scenarios for integration of TSN are supported:
  • Integration of 5GS into a TSN data network (DN): In this scenario, 5GS is deployed in a TSN DN to provide wireless connectivity. From the perspective of the TSN DN, the 5GS is modelled as a Layer 2 Ethernet Bridge of the TSN DN.
  • Integration of 5GS with TSN enabled transport network (TN): In this scenario, a TSN TN is deployed to realize the N3 interface between (R)AN and UPF. From the perspective of the TSN TN, (R)AN and UPF act as End Stations of the TSN TN.
Clauses 5.28.1 to 5.28.4 define the 5GS integration in TSN DN as a 5GS bridge and clause 5.28a defines the 5GS integration with a TSN TN.
Up

5.28.1  5GS bridge managementp. 325

5GS acts as a Layer 2 Ethernet Bridge. When integrated with IEEE TSN network, 5GS functions acts as one or more TSN Bridges of the TSN network. The 5GS Bridge is composed of the ports on a single UPF (i.e. PSA) side, the user plane tunnel between the UE and UPF, and the ports on the DS-TT side. For each 5GS Bridge of a TSN network, the port on NW-TT support the connectivity to the TSN network, the ports on DS-TT side are associated to the PDU Session providing connectivity to the TSN network.
The granularity of the 5GS TSN bridge is per UPF for each network instance or DNN/S-NSSAI. The bridge ID of the 5GS TSN bridge is bound to the UPF ID of the UPF as identified in TS 23.502. The TSN AF stores the binding relationship between a port on UE/DS-TT side and a PDU Session during reporting of 5GS TSN bridge information. The TSN AF also stores the information about ports on the UPF/NW-TT side. The UPF/NW-TT forwards traffic to the appropriate egress port based on the traffic forwarding information. From the TSN AF point of view, a 5GS TSN bridge has a single NW-TT entity within UPF and the NW-TT may have multiple ports that are used for traffic forwarding.
There is only one PDU Session per DS-TT port for a given UPF. All PDU Sessions which connect to the same TSN network via a specific UPF are grouped into a single 5GS bridge. The capabilities of each port on UE/DS-TT side and UPF/NW-TT side are integrated as part of the configuration of the 5GS Bridge and are notified to TSN AF and delivered to CNC for TSN bridge registration and modification.
Reproduction of 3GPP TS 23.501, Fig. 5.28.1-1: Per UPF based 5GS bridge
Up
In order to support IEEE 802.1Q features related to TSN, including TSN scheduled traffic (clause 8.6.8.4 in IEEE Std 802.1Q-2018 [98]) over 5GS Bridge, the 5GS supports the following functions:
  • Configure the bridge information in 5GS.
  • Report the bridge information of 5GS Bridge to TSN network after PDU Session establishment.
  • Receiving the configuration from TSN network as defined in clause 5.28.2.
  • Map the configuration information obtained from TSN network into 5GS QoS information (e.g. 5QI, TSC Assistance Information) of a QoS Flow in corresponding PDU Session for efficient time-aware scheduling, as defined at clause 5.28.2.
The bridge information of 5GS Bridge is used by the TSN network to make appropriate management configuration for the 5GS Bridge. The bridge information of 5GS Bridge includes at least the following:
  • Information for 5GS Bridge:
    • Bridge ID
      Bridge ID is to distinguish between bridge instances within 5GS. The Bridge ID can be derived from the unique bridge MAC address as described in IEEE Std 802.1Q [98], or set by implementation specific means ensuring that unique values are used within 5GS;
    • Number of Ports;
    • list of port numbers.
  • Capabilities of 5GS Bridge as defined in IEEE Std 802.1Qcc [95]:
    • 5GS Bridge delay per port pair per traffic class, including 5GS Bridge delay (dependent and independent of frame size, and their maximum and minimum values: independentDelayMax, independentDelayMin, dependentDelayMax, dependentDelayMin), ingress port number, egress port number and traffic class.
    • Propagation delay per port (txPropagationDelay), including transmission propagation delay, egress port number.
    • VLAN Configuration Information.
  • Topology of 5GS Bridge as defined in IEEE Std 802.1AB [97]:
    • LLDP Configuration Information.
    • Chassis ID subtype and Chassis ID of the 5GS Bridge.
    • LLDP Discovery Information for each discovered neighbor of each NW-TT port and DS-TT port.
  • Traffic classes and their priorities per port as defined in IEEE Std 802.1Q [98].
  • Stream Parameters as defined in clause 12.31.1 in IEEE Std 802.1Q [98], in order to support PSFP information:
    • MaxStreamFilterInstances: The maximum number of Stream Filter instances supported by the bridge;
    • MaxStreamGateInstances: The maximum number of Stream Gate instances supported by the bridge;
    • MaxFlowMeterInstances: The maximum number of Flow Meter instances supported by the bridge (optional);
    • SupportedListMax: The maximum value supported by the bridge of the AdminControlListLength and OperControlListLength parameters.
The following parameters: independentDelayMax and independentDelayMin, how to calculate them is left to implementation and not defined in this specification.
DS-TT and NW-TT report txPropagationDelay to the TSN AF relative to the time base of the TSN GM clock (identified by the TSN time domain number received in PMIC). If the TSN AF has subscribed for notifications on txPropagationDelay and if the difference to the previously reported txPropagationDelay is larger than the txPropagationDelayDeltaThreshold received in PMIC, the corresponding DS-TT or NW-TT informs the TSN AF about the updated txPropagationDelay using PMIC signalling.
Bridge ID of the 5GS Bridge, port number(s) of the Ethernet port(s) in NW-TT could be preconfigured on the UPF. The UPF is selected for a PDU Session serving TSC as described in clause 6.3.3.3.
This release of the specification requires that each DS-TT port is assigned with a globally unique MAC address.
When there are multiple network instances within a UPF, each network instance is considered logically separate. The network instance for the N6 interface (clause 5.6.12) may be indicated by the SMF to the UPF for a given PDU Session during PDU Session establishment. UPF allocates resources based on the Network Instance and S-NSSAI and it is supported according to TS 29.244. DNN/S-NSSAI may be indicated by the SMF together with the network instance to the UPF for a given PDU Session during PDU Session establishment procedure.
The TSN AF is responsible to receive the bridge information of 5GS Bridge from 5GS, as well as register or update this information to the CNC.
Up

5.28.2  5GS Bridge configurationp. 327

The configuration information of 5GS Bridge as defined in clause 8.6.8.4 of IEEE Std 802.1Q [98], includes the following:
  • Bridge ID of 5GS Bridge.
  • Configuration information of scheduled traffic on ports of DS-TT and NW-TT:
    • Egress ports of 5GS Bridge, e.g. ports on DS-TT and NW-TT;
    • Traffic classes and their priorities.
The configuration information of 5GS Bridge as defined in IEEE Std 802.1Q [98], includes the following:
The SMF report the MAC address of the DS-TT port of the related PDU Session to TSN AF via PCF. The association between the DS-TT MAC address, 5GS Bridge ID and port number on DS-TT is maintained at TSN AF and further used to assist to bind the TSN traffic with the UE's PDU session.
Two models are supported to configure 5GS QoS for TSN traffic:
  • Based on the assumption that PSFP information is always provided by CNC: In this case the QoS Flows are setup based on the PSFP information provided by CNC;
  • Without requiring PSFP information provided by the CNC.: In this case, pre-configured QoS Flows are used and configured e.g. during PDU session establishment as described in clause 5.28.4. Additional QoS Flows are setup as necessary based on the PSFP, if available, as described in this clause.
When PSFP information is available, TSN AF identifies the ingress and egress port for the TSN stream as described in Annex I and determines the DS-TT port MAC address(es) identifying the corresponding PDU session(s) carrying the TSN stream. Flow direction of a TSN stream is determined as follows: if the ingress port is a DS-TT port, then the Flow direction is UL; otherwise if the ingress port(s) is (are) NW-TT port, the Flow direction is DL. Flow direction is part of the TSCAI as defined in clause 5.27.2.
The TSN AF uses the stream filter instances of PSFP information to derive the service data flow for TSN streams. The TSN AF uses the Priority values in the stream filter instances in PSFP information (if available) as defined in clause 8.6.5.1 of IEEE Std 802.1Q [98], the 5GS bridge delay information (see clause 5.27.5) and may additionally use scheduled traffic information as defined in clause 8.6.8.4 of IEEE Std 802.1Q [98], to derive the TSN QoS information (i.e. priority and delay) for a given TSN stream or flow of aggregated TSN streams as specified in clause 5.28.4.
The TSN AF identifies the egress port(s) for the TSN stream using local configuration or static filtering entry that matches the TSN stream. If the TSN AF determines that the TSN stream is for UE-UE communication (i.e. ingress and egress ports are in DS-TTs), the TSN AF divides the stream into one uplink stream and one or more downlink streams and provides the streams on AF Session basis to the PCF(s). The SMF applies local switching as specified in clause 5.8.2.13 or clause 5.8.2.5.3 in order to enable UPF locally forward uplink stream from one PDU session as downlink stream in another PDU session.
When CNC configures the PSFP information to the TSN AF, TSN AF determines the TSC Assistance Container as described in clause 5.27.2. The TSN AF associates the TSN QoS information and TSC Assistance Container (if available) with the corresponding service data flow description and provides to the PCF and the SMF as defined in clause 6.1.3.23 of TS 23.503.
If TSN AF provides PSFP and/or scheduled traffic information to DS-TT and NW-TT then DS-TT and NW-TT execute on this information relative to the time base of the TSN GM clock (identified by the TSN time domain number received in PMIC).
Up

5.28.3  Port and user plane node management information exchange in 5GSp. 329

5.28.3.1  Generalp. 329

Port number of the DS-TT for the PDU Session is assigned by the UPF during PDU session establishment. The port number of the DS-TT port for a PDU Session shall be reported to the SMF from the UPF and further stored at the SMF. The SMF provides the DS-TT port number via PCF to the TSN AF or TSCTSF. TSN AF or TSCTSF maintains an association between the DS-TT port number and the DS-TT port MAC address (with Ethernet type PDU session) or IP address (applicable for TSCTSF only, with IP type PDU Session) of the UE. If a PDU session for which SMF has reported a DS-TT port number to TSN AF or TSCTSF is released, then SMF informs TSN AF or TSCTSF accordingly.
5GS shall support transfer of standardized and deployment-specific port management information transparently between TSN AF or TSCTSF and DS-TT or NW-TT, respectively inside a Port Management Information Container. NW-TT may support one or more ports. In this case, each port uses separate Port Management Information Container. 5GS shall also support transfer of standardized and deployment-specific user plane node management information transparently between TSN AF or TSCTSF and NW-TT, respectively inside a User Plane Node Management Information Container. Table 5.28.3.1-1 and Table 5.28.3.1-2 list standardized port management information and user plane node management information, respectively.
If TSN AF is deployed, i.e. if 5GS is integrated with an IEEE TSN network, the port and user plane node management information is exchanged between CNC and TSN AF. The port management information is related to ports located in DS-TT or NW-TT. The user plane node management information container is related to 5GS bridge management.
If TSN AF is not deployed, the port and user plane node management information is exchanged between TSCTSF and DS-TT/NW-TT.
Port management information Applicability (6) Supported
operations
by TSN AF
(1)
Supported
operations
by TSCTSF
(1)
Reference
DS-TT NW-TT
General
Port management capabilities (2)XXRR
Bridge delay related information
txPropagationDelayXXR
txPropagationDelayDeltaThreshold (23)XXRW
Traffic class related information
Traffic class tableXXRW IEEE Std 802.1Q [98] clause 12.6.3 and clause 8.6.6.
Gate control information
GateEnabledXXRW IEEE Std 802.1Q [98] Table 12-29
AdminBaseTimeXXRW IEEE Std 802.1Q [98] Table 12-29
AdminControlListXXRW IEEE Std 802.1Q [98] Table 12-29
AdminCycleTime (3)XXRW IEEE Std 802.1Q [98] Table 12-29
AdminControlListLength (3)XXRW IEEE Std 802.1Q [98] Table 12-29
AdminCycleTimeExtensionXXRW IEEE Std 802.1Q [98] Table 12-29
Tick granularityXXR IEEE Std 802.1Q [98] Table 12-29
Tick SupportedListMaxXXR IEEE Std 802.1Q [98] Table 12-29
General Neighbor discovery configuration (4)
adminStatusDXRW IEEE 802.1AB [97] clause 9.2.5.1
lldpV2LocChassisIdSubtypeDXRW IEEE 802.1AB [97] Table 11-2
lldpV2LocChassisIdDXRW IEEE 802.1AB [97] Table 11-2
lldpV2MessageTxIntervalDXRW IEEE 802.1AB [97] Table 11-2
lldpV2MessageTxHoldMultiplierDXRW IEEE 802.1AB [97] Table 11-2
NW-TT port neighbor discovery configuration
lldpV2LocPortIdSubtypeXRW IEEE 802.1AB [97] Table 11-2
lldpV2LocPortIdXRW IEEE 802.1AB [97] Table 11-2
DS-TT port neighbor discovery configuration
lldpV2LocPortIdSubtypeDRW IEEE 802.1AB [97] Table 11-2
lldpV2LocPortIdDRW IEEE 802.1AB [97] Table 11-2
Neighbor discovery information for each discovered neighbor of NW-TT (26)
lldpV2RemChassisIdSubtypeXR IEEE 802.1AB [97] Table 11-2
lldpV2RemChassisIdXR IEEE 802.1AB [97] Table 11-2
lldpV2RemPortIdSubtypeXR IEEE 802.1AB [97] Table 11-2
lldpV2RemPortIdXR IEEE 802.1AB [97] Table 11-2
TTLXR IEEE 802.1AB [97] clause 8.5.4
Neighbor discovery information for each discovered neighbor of DS-TT (5)
lldpV2RemChassisIdSubtypeDR IEEE 802.1AB [97] Table 11-2
lldpV2RemChassisIdDR IEEE 802.1AB [97] Table 11-2
lldpV2RemPortIdSubtypeDR IEEE 802.1AB [97] Table 11-2
lldpV2RemPortIdDR IEEE 802.1AB [97] Table 11-2
TTLDR IEEE 802.1AB [97] clause 8.5.4.1
Stream Parameters (11)
MaxStreamFilterInstancesXR IEEE Std 802.1Q [98] clause 12.31.1.1
MaxStreamGateInstancesXR IEEE Std 802.1Q [98] clause 12.31.1.2
MaxFlowMeterInstancesXR IEEE Std 802.1Q [98] clause 12.31.1.3
SupportedListMaxXR IEEE Std 802.1Q [98] clause 12.31.1.4
Per-Stream Filtering and Policing information (10)
Stream Filter Instance Table (8) IEEE Std 802.1Q [98] Table 12-32
> StreamFilterInstanceIndexXXRW IEEE Std 802.1Q [98] Table 12-32
> Stream Identification typeXXRW IEEE 802.1CB [83] clause 9.1.1.6
> Stream Identification Controlling ParametersXXRW IEEE 802.1CB [83] clauses 9.1.2, 9.1.3, 9.1.4 (12)
> PrioritySpecXXRW IEEE Std 802.1Q [98] Table 12-32
> StreamGateInstanceIDXXRW IEEE Std 802.1Q [98] Table 12-32
Stream Gate Instance Table (9) IEEE Std 802.1Q [98] Table 12-33
StreamGateInstanceIndexXXRW IEEE Std 802.1Q [98] Table 12-33
PSFPAdminBaseTimeXXRW IEEE Std 802.1Q [98] Table 12-33
PSFPAdminControlListXXRW IEEE Std 802.1Q [98] Table 12-33
PSFPAdminCycleTimeXXRW IEEE Std 802.1Q [98] Table 12-33
PSFPTickGranularityXXR IEEE Std 802.1Q [98] Table 12-33
PSFPAdminCycleTimeExtensionXXR IEEE Std 802.1Q [98] Table 12-33
Time Synchronization Information
TSN Time domain number (24)XXRW
Supported PTP instance types (13)XRR IEEE Std 1588 [126] clause 8.2.1.5.5
Supported transport types (14)XRR
Supported delay mechanisms (15)XRR IEEE Std 1588 [126] clause 8.2.15.4.4
PTP grandmaster capable (16)XRR
gPTP grandmaster capable (17)XRR
Supported PTP profiles (18)XRR
Number of supported PTP instancesXRR
PTP instance specification
PTP Instance ID (25)XXRWRW
> PTP profile (19)XRWRW
> Transport type (20)XRWRW
> Grandmaster enabled (21)XRWRW
IEEE Std 1588 [126] data sets (NOTE 22)
> defaultDS.clockIdentityXRWRWIEEE Std 1588 [126] clause 8.2.1.2.2
> defaultDS.clockQuality.clockClassXRWRWIEEE Std 1588 [126] clause 8.2.1.3.1.2
> defaultDS.clockQuality.clockAccuracyXRWRWIEEE Std 1588 [126] clause 8.2.1.3.1.3
> defaultDS.clockQuality.offsetScaledLogVarianceXRWRWIEEE Std 1588 [126] clause 8.2.1.3.1.4
> defaultDS.priority1XRWRWIEEE Std 1588 [126] clause 8.2.1.4.1
> defaultDS.priority2XRWRWIEEE Std 1588 [126] clause 8.2.1.4.2
> defaultDS.domainNumberXRWRWIEEE Std 1588 [126] clause 8.2.1.4.3
> defaultDS.sdoIdXRWRWIEEE Std 1588 [126] clause 8.2.1.4.5
> defaultDS.instanceEnableXRWRWIEEE Std 1588 [126] clause 8.2.1.5.2
> defaultDS.instanceTypeXRWRWIEEE Std 1588 [126] clause 8.2.1.5.5
> portDS.portIdentityXXRWRWIEEE Std 1588 [126] clause 8.2.15.2.1
> portDS.portStateXXRRIEEE Std 1588 [126] clause 8.2.15.3.1
> portDS.logMinDelayReqIntervalXXRWRWIEEE Std 1588 [126] clause 8.2.15.3.2
> portDS.logAnnounceIntervalXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.1
> portDS.announceReceiptTimeoutXRWRWIEEE Std 1588 [126] clause 8.2.15.4.2
> portDS.logSyncIntervalXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.3
> portDS.delayMechanismXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.4
> portDS.logMinPdelayReqIntervalXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.5
> portDS.versionNumberXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.6
> portDS.minorVersionNumberXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.7
> portDS.delayAsymmetryXXRWRWIEEE Std 1588 [126] clause 8.2.15.4.8
> portDS.portEnableXXRWRWIEEE Std 1588 [126] clause 8.2.15.5.1
> timePropertiesDS.currentUtcOffsetXRWRWIEEE Std 1588 [126] clause 8.2.4.2
> timePropertiesDS.timeSourceXRWRWIEEE Std 1588 [126] clause 8.2.4.9
> externalPortConfigurationPortDS.desiredStateRWRWIEEE Std 1588 [126] clause 15.5.3.7.15.1
IEEE Std 802.1AS [104] data sets (NOTE 22)
> defaultDS.clockIdentityXRWRWIEEE Std 802.1AS [104] clause 14.2.2
> defaultDS.clockQuality.clockClassXRWRWIEEE Std 802.1AS [104] clause 14.2.4.2
> defaultDS.clockQuality.clockAccuracyXRWRWIEEE Std 802.1AS [104] clause 14.2.4.3
> defaultDS.clockQuality.offsetScaledLogVarianceXRWRWIEEE Std 802.1AS [104] clause 14.2.4.4
> defaultDS.priority1XRWRWIEEE Std 802.1AS [104] clause 14.2.5
> defaultDS.priority2XRWRWIEEE Std 802.1AS [104] clause 14.2.6
> defaultDS.timeSourceXRWRWIEEE Std 802.1AS [104] clause 14.2.15
> defaultDS.domainNumberXRWRWIEEE Std 802.1AS [104] clause 14.2.16
> defaultDS.sdoIdXRWRWIEEE Std 802.1AS [104] clause 14.2.4.3
> defaultDS.instanceEnableXRWIEEE Std 802.1AS [104] clause 14.2.19
> portDS.portIdentityXRWRWIEEE Std 802.1AS [104] clause 14.8.2
> portDS.portStateXRRIEEE Std 802.1AS [104] clause 14.8.3
> portDS.ptpPortEnabledXXRWRWIEEE Std 802.1AS [104] clause 14.8.4
> portDS.delayMechanismXXRWRWIEEE Std 802.1AS [104] clause 14.8.5
> portDS.isMeasuringDelayXXRRIEEE Std 802.1AS [104] clause 14.8.6
> portDS.asCapableXXRRIEEE Std 802.1AS [104] clause 14.8.7
> portDS.meanLinkDelayXXRRIEEE Std 802.1AS [104] clause 14.8.8
> portDS.meanLinkDelayThreshXXRWRWIEEE Std 802.1AS [104] clause 14.8.9
> portDS.delayAsymmetryXXRWRWIEEE Std 802.1AS [104] clause 14.8.10
> portDS.neighborRateRatioXXRRIEEE Std 802.1AS [104] clause 14.8.11
> portDS.initialLogAnnounceIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.12
> portDS.currentLogAnnounceIntervalXXRRIEEE Std 802.1AS [104] clause 14.8.13
> portDS.useMgtSettableLogAnnounceIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.14
> portDS.mgtSettableLogAnnounceIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.15
> portDS.announceReceiptTimeoutXRWRWIEEE Std 802.1AS [104] clause 14.8.16
> portDS.initialLogSyncIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.17
> portDS.currentLogSyncIntervalXXRRIEEE Std 802.1AS [104] clause 14.8.18
> portDS.useMgtSettableLogSyncIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.19
> portDS.mgtSettableLogSyncIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.20
> portDS.syncReceiptTimeoutXRWRWIEEE Std 802.1AS [104] clause 14.8.21
> portDS.syncReceiptTimeoutTimeIntervalXRWRWIEEE Std 802.1AS [104] clause 14.8.22
> portDS.initialLogPdelayReqIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.23
> portDS.currentLogPdelayReqIntervalXXRRIEEE Std 802.1AS [104] clause 14.8.24
> portDS.useMgtSettableLogPdelayReqIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.25
> portDS.mgtSettableLogPdelayReqIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.26
> portDS.initialLogGptpCapableMessageIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.27
> portDS.currentLogGptpCapableMessageIntervalXXRRIEEE Std 802.1AS [104] clause 14.8.28
> portDS.useMgtSettableLogGptpCapableMessageIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.29
> portDS.mgtSettableLogGptpCapableMessageIntervalXXRWRWIEEE Std 802.1AS [104] clause 14.8.30
> portDS.initialComputeNeighborRateRatioXXRWRWIEEE Std 802.1AS [104] clause 14.8.31
> portDS.currentComputeNeighborRateRatioXXRRIEEE Std 802.1AS [104] clause 14.8.32
> portDS.useMgtSettableComputeNeighborRateRatioXXRWRWIEEE Std 802.1AS [104] clause 14.8.33
> portDS.mgtSettableComputeNeighborRateRatioXXRWRWIEEE Std 802.1AS [104] clause 14.8.34
> portDS.initialComputeMeanLinkDelayXXRWRWIEEE Std 802.1AS [104] clause 14.8.35
> portDS.currentComputeMeanLinkDelayXXRRIEEE Std 802.1AS [104] clause 14.8.36
> portDS.useMgtSettableComputeMeanLinkDelayXXRWRWIEEE Std 802.1AS [104] clause 14.8.37
> portDS.mgtSettableComputeMeanLinkDelayXXRWRWIEEE Std 802.1AS [104] clause 14.8.38
> portDS.allowedLostResponsesXXRWRWIEEE Std 802.1AS [104] clause 14.8.39
> portDS.allowedFaultsXXRWRWIEEE Std 802.1AS [104] clause 14.8.40
> portDS.gPtpCapableReceiptTimeoutXXRWRWIEEE Std 802.1AS [104] clause 14.8.41
> portDS.versionNumberXXRWRWIEEE Std 802.1AS [104] clause 14.8.42
> portDS.nupXXRWRWIEEE Std 802.1AS [104] clause 14.8.43
> portDS.ndownXXRWRWIEEE Std 802.1AS [104] clause 14.8.44
> portDS.oneStepTxOperXXRRIEEE Std 802.1AS [104] clause 14.8.45
> portDS.oneStepReceiveXXRRIEEE Std 802.1AS [104] clause 14.8.46
> portDS.oneStepTransmitXXRRIEEE Std 802.1AS [104] clause 14.8.47
> portDS.initialOneStepTxOperXXRWRWIEEE Std 802.1AS [104] clause 14.8.48
> portDS.currentOneStepTxOperXXRWRWIEEE Std 802.1AS [104] clause 14.8.49
> portDS.useMgtSettableOneStepTxOperXXRWRWIEEE Std 802.1AS [104] clause 14.8.50
> portDS.mgtSettableOneStepTxOperXXRWRWIEEE Std 802.1AS [104] clause 14.8.51
> portDS.syncLockedXXRRIEEE Std 802.1AS [104] clause 14.8.52
> portDS.pdelayTruncatedTimestampsArrayXXRWRWIEEE Std 802.1AS [104] clause 14.8.53
> portDS.minorVersionNumberXXRWRWIEEE Std 802.1AS [104] clause 14.8.54
> timePropertiesDS.currentUtcOffsetXRWRWIEEE Std 802.1AS [104] clause 14.5.2
> externalPortConfigurationPortDS.desiredStateXRWRWIEEE Std 802.1AS [104] clause 14.12.2
NOTE 1:
R = Read only access; RW = Read/Write access; – = not supported.
NOTE 2:
Indicates which standardized and deployment-specific port management information is supported by DS-TT or NW-TT.
NOTE 3:
AdminCycleTime and AdminControlListLength are optional for gate control information.
NOTE 4:
If DS-TT supports neighbor discovery, then TSN AF sends the general neighbor discovery configuration for DS-TT Ethernet ports to DS-TT. If DS-TT does not support neighbor discovery, then TSN AF sends the general neighbor discovery configuration for DS-TT Ethernet ports to NW-TT using the User Plane Node Management Information Container (refer to Table 5.28.3.1-2) and NW-TT performs neighbor discovery on behalf on DS-TT. When a parameter in this group is changed, it is necessary to provide the change to every DS-TT and the NW-TT that belongs to the 5GS TSN bridge. It is mandatory that the general neighbor discovery configuration is identical for all DS-TTs and the NW-TTs that belongs to the bridge.
NOTE 5:
If DS-TT supports neighbor discovery, then TSN AF retrieves neighbor discovery information for DS-TT Ethernet ports from DS-TT. TSN AF indicates the neighbor discovery information for each discovered neighbor of DS-TT port to CNC. If DS-TT does not support neighbor discovery, then TSN AF retrieves neighbor discovery information for DS-TT Ethernet ports from NW-TT, using the User Plane Node Management Information Container (refer to Table 5.28.3.1-2), the NW-TT performing neighbor discovery on behalf on DS-TT.
NOTE 6:
X = applicable; D = applicable when validation and generation of LLDP frames is processed at the DS-TT.
NOTE 7:
Void.
NOTE 8:
There is a Stream Filter Instance Table per Stream.
NOTE 9:
There is a Stream Gate Instance Table per Gate.
NOTE 10:
TSN AF indicates the support for PSFP to the CNC only if each DS-TT and NW-TT of the 5GS bridge has indicated support of PSFP. DS-TT indicates support of PSFP using port management capabilities, i.e. by indicating support for the Per-Stream Filtering and Policing information and by setting higher than zero values for MaxStreamFilterInstances, MaxStreamGateInstances, MaxFlowMeterInstances, SupportedListMax parameters. When available, TSN AF uses the PSFP information for determination of the traffic pattern information as described in Annex I. The PSFP information can be used at the DS-TT (if supported) and at the NW-TT (if supported) for the purpose of per-stream filtering and policing as defined in in clause 8.6.5.1 of IEEE Std 802.1Q [98].
NOTE 11:
TSN AF composes a Stream Parameter Table towards the CNC. It is up to TSN AF how it composes the Stream Parameter Table based on the numerical values as received from DS-TT and NW-TT port(s) and for the bridge for each individual parameter.
NOTE 12:
The set of Stream Identification Controlling Parameters depends on the Stream Identification type value as defined in IEEE Std 802.1CB [83] Table 9-1 and clauses 9.1.2, 9.1.3, 9.1.4.
NOTE 13:
Enumeration of supported PTP instance types. Allowed values as defined in clause 8.2.1.5.5 of IEEE Std 1588 [126].
NOTE 14:
Enumeration of supported transport types. Allowed values: IPv4 (as defined in Annex C of IEEE Std 1588 [126]), IPv6 (as defined in IEEE Std 1588 [126] Annex D), Ethernet (as defined in Annex E of IEEE Std 1588 [126]).
NOTE 15:
Enumeration of supported PTP delay mechanisms. Allowed values as defined in clause 8.2.15.4.4 of IEEE Std 1588 [126].
NOTE 16:
Indicates whether DS-TT supports acting as a PTP grandmaster.
NOTE 17:
Indicates whether DS-TT supports acting as a gPTP grandmaster.
NOTE 18:
Enumeration of supported PTP profiles, each identified by PTP profile ID, as defined in clause 20.3.3 of IEEE Std 1588 [126].
NOTE 19:
PTP profile to apply, identified by PTP profile ID, as defined in clause 20.3.3 of IEEE Std 1588 [126].
NOTE 20:
Transport type to use. Allowed values: IPv4 (as defined in Annex C of IEEE Std 1588 [126]), IPv6 (as defined in IEEE Std 1588 [126] Annex D), Ethernet (as defined in Annex E of IEEE Std 1588 [126]).
NOTE 21:
Indicates whether to act as grandmaster or not, i.e. whether to send Announce, Sync and optionally Follow_Up messages.
NOTE 22:
The IEEE Std 802.1AS [104] data sets apply if the IEEE 802.1AS PTP profile is used; otherwise the IEEE Std 1588 [126] data sets apply.
NOTE 23:
Indicates how much the txPropagationDelay needs to change so that DS-TT/NW-TT report a change in txPropagationDelay to TSN AF. This is optional for NW-TT.
NOTE 24:
Indicates the gPTP domain (identified by a domain number) that is assumed by the CNC as the reference clock for time information in the scheduled traffic (gate control) information, PSFP information and bridge delay related information. This is optional for NW-TT.
NOTE 25:
PTP Instance ID uniquely identifies a PTP instance within the user plane node.
NOTE 26:
TSN AF indicates the neighbor discovery information for each discovered neighbor of NW-TT port to CNC.
User plane node management information Supported
operations by
TSN AF
(1)
Supported
operations by
TSCTSF
(1)
Reference
Information for 5GS Bridge
User plane node AddressRR
User plane node IDRR
NW-TT port numbersRR
Traffic forwarding information
Static Filtering Entry (3)RW IEEE Std 802.1Q [98] clause 8.8.1
General Neighbor discovery configuration (2)
adminStatusRW IEEE 802.1AB [97] clause 9.2.5.1
lldpV2LocChassisIdSubtypeRW IEEE 802.1AB [97] Table 11-2
lldpV2LocChassisIdRW IEEE 802.1AB [97] Table 11-2
lldpV2MessageTxIntervalRW IEEE 802.1AB [97] Table 11-2
lldpV2MessageTxHoldMultiplierRW IEEE 802.1AB [97] Table 11-2
DS-TT port neighbor discovery configuration for DS-TT ports (4)
>>DS-TT port neighbor discovery configuration for each DS-TT port
>> DS-TT port numberRW
>> lldpV2LocPortIdSubtypeRW IEEE 802.1AB [97] Table 11-2
>> lldpV2LocPortIdRW IEEE 802.1AB [97] Table 11-2
Discovered neighbor information for DS-TT ports (4)
>Discovered neighbor information for each DS-TT port (4)
>> DS-TT port numberR
>> lldpV2RemChassisIdSubtypeR IEEE 802.1AB [97] Table 11-2
>> lldpV2RemChassisIdR IEEE 802.1AB [97] Table 11-2
>> lldpV2RemPortIdSubtypeR IEEE 802.1AB [97] Table 11-2
>> lldpV2RemPortIdR IEEE 802.1AB [97] Table 11-2
>> TTLR IEEE 802.1AB [97] clause 8.5.4.1
Stream Parameters (5)
MaxStreamFilterInstancesR IEEE Std 802.1Q [98]
MaxStreamGateInstancesR IEEE Std 802.1Q [98]
MaxFlowMeterInstancesR IEEE Std 802.1Q [98]
SupportedListMaxR IEEE Std 802.1Q [98]
Time synchronization information
Supported PTP instance types (6)RR
Supported transport types (7)RR
Supported delay mechanisms (8)RR
PTP grandmaster capable (9)RR
gPTP grandmaster capable (10)RR
Supported PTP profiles (11)RR
Number of supported PTP instancesRR
Time synchronization information for PTP instances (16)
> PTP instance specification
>> PTP Instance ID (17)RWRW
>> PTP profile (12)RWRW
>> Transport type (13)RWRW
>> Grandmaster candidate enabled (14)RWRW
IEEE Std 1588 [126] data sets (15)
>> defaultDS.clockIdentityRWRWIEEE Std 1588 [126] clause 8.2.1.2.2
>> defaultDS.clockQuality.clockClassRWRWIEEE Std 1588 [126] clause 8.2.1.3.1.2
>> defaultDS.clockQuality.clockAccuracyRWRWIEEE Std 1588 [126] clause 8.2.1.3.1.3
>> defaultDS.clockQuality.offsetScaledLogVarianceRWRWIEEE Std 1588 [126] clause 8.2.1.3.1.4
>> defaultDS.priority1RWRWIEEE Std 1588 [126] clause 8.2.1.4.1
>> defaultDS.priority2RWRWIEEE Std 1588 [126] clause 8.2.1.4.2
>> defaultDS.domainNumberRWRWIEEE Std 1588 [126] clause 8.2.1.4.3
>> defaultDS.sdoIdRWRWIEEE Std 1588 [126] clause 8.2.1.4.5
>> defaultDS.instanceEnableRWRWIEEE Std 1588 [126] clause 8.2.1.5.2
>> defaultDS.externalPortConfigurationEnabledRWRWIEEE Std 1588 [126] clause 8.2.1.5.3
>> defaultDS.instanceTypeRWRWIEEE Std 1588 [126] clause 8.2.1.5.5
>> timePropertiesDS.currentUtcOffsetRWRWIEEE Std 1588 [126] clause 8.2.4.2
>> timePropertiesDS.timeSourceRWRWIEEE Std 1588 [126] clause 8.2.4.9
IEEE Std 802.1AS [104] data sets (15)
>> defaultDS.clockIdentityRWRWIEEE Std 802.1AS [104] clause 14.2.2
>> defaultDS.clockQuality.clockClassRWRWIEEE Std 802.1AS [104] clause 14.2.4.2
>> defaultDS.clockQuality.clockAccuracyRWRWIEEE Std 802.1AS [104] clause 14.2.4.3
>> defaultDS.clockQuality.offsetScaledLogVarianceRWRWIEEE Std 802.1AS [104] clause 14.2.4.4
>> defaultDS.priority1RWRWIEEE Std 802.1AS [104] clause 14.2.5
>> defaultDS.priority2RWRWIEEE Std 802.1AS [104] clause 14.2.6
>> defaultDS.timeSourceRWRWIEEE Std 802.1AS [104] clause 14.2.15
>> defaultDS.domainNumberRWRWIEEE Std 802.1AS [104] clause 14.2.16
>> defaultDS.sdoIdRWRWIEEE Std 802.1AS [104] clause 14.2.18
>> defaultDS.sdoIdRWRWIEEE Std 802.1AS [104] clause 14.2.18
>> defaultDS.externalPortConfigurationEnabledRWRWIEEE Std 802.1AS [104] clause 14.2.4.3
>> defaultDS.instanceEnableRWRWIEEE Std 802.1AS [104] clause 14.2.19
>> timePropertiesDS.currentUtcOffsetRWRWIEEE Std 802.1AS [104] clause 14.5.2
Time synchronization information for DS-TT ports
> Time synchronization information for each DS-TT port
> DS-TT port numberRWRW
>> Time synchronization information for each PTP Instance
>> PTP Instance ID (17)RWRW
>> Grandmaster on behalf of DS-TT enabled (14)RWRW
IEEE Std 1588 [126] data sets (15)
>> portDS.portIdentityRWRWIEEE Std 1588 [126] clause 8.2.15.2.1
>> portDS.portStateRRIEEE Std 1588 [126] clause 8.2.15.3.1
>> portDS.logMinDelayReqIntervalRWRWIEEE Std 1588 [126] clause 8.2.15.3.2
>> portDS.logAnnounceIntervalRWRWIEEE Std 1588 [126] clause 8.2.15.4.1
>> portDS.announceReceiptTimeoutRWRWIEEE Std 1588 [126] clause 8.2.15.4.2
>> portDS.logSyncIntervalRWRWIEEE Std 1588 [126] clause 8.2.15.4.3
>> portDS.delayMechanismRWRWIEEE Std 1588 [126] clause 8.2.15.4.4
>> portDS.logMinPdelayReqIntervalRWRWIEEE Std 1588 [126] clause 8.2.15.4.5
>> portDS.versionNumberRWRWIEEE Std 1588 [126] clause 8.2.15.4.6
>> portDS.minorVersionNumberRWRWIEEE Std 1588 [126] clause 8.2.15.4.7
>> portDS.delayAsymmetryRWRWIEEE Std 1588 [126] clause 8.2.15.4.8
>> portDS.portEnableRWRWIEEE Std 1588 [126] clause 8.2.15.5.1
>> externalPortConfigurationPortDS.desiredStateRWRWIEEE Std 1588 [126] clause 15.5.3.7.15.1
IEEE Std 802.1AS [104] data sets (15)
>> portDS.portIdentityRWRWIEEE Std 802.1AS [104] clause 14.8.2
>> portDS.portStateRRIEEE Std 802.1AS [104] clause 14.8.3
>> portDS.ptpPortEnabledRWRWIEEE Std 802.1AS [104] clause 14.8.4
>> portDS.delayMechanismRWRWIEEE Std 802.1AS [104] clause 14.8.5
>> portDS.isMeasuringDelayRRIEEE Std 802.1AS [104] clause 14.8.6
>> portDS.asCapableRRIEEE Std 802.1AS [104] clause 14.8.7
>> portDS.meanLinkDelayRRIEEE Std 802.1AS [104] clause 14.8.8
>> portDS.meanLinkDelayThreshRWRWIEEE Std 802.1AS [104] clause 14.8.9
>> portDS.delayAsymetryRWRWIEEE Std 802.1AS [104] clause 14.8.10
>> portDS.neighborRateRatioRRIEEE Std 802.1AS [104] clause 14.8.11
>> portDS.initialLogAnnounceIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.12
>> portDS.currentLogAnnounceIntervalRRIEEE Std 802.1AS [104] clause 14.8.13
>> portDS.useMgtSettableLogAnnounceIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.14
>> portDS.mgtSettableLogAnnounceIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.15
>> portDS.announceReceiptTimeoutRWRWIEEE Std 802.1AS [104] clause 14.8.16
>> portDS.initialLogSyncIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.17
>> portDS.currentLogSyncIntervalRRIEEE Std 802.1AS [104] clause 14.8.18
>> portDS.useMgtSettableLogSyncIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.19
>> portDS.mgtSettableLogSyncIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.20
>> portDS.syncReceiptTimeoutRWRWIEEE Std 802.1AS [104] clause 14.8.21
>> portDS.syncReceiptTimeoutTimeIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.22
>> portDS.initialLogPdelayReqIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.23
>> portDS.currentLogPdelayReqIntervalRRIEEE Std 802.1AS [104] clause 14.8.24
>> portDS.useMgtSettableLogPdelayReqIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.25
>> portDS.mgtSettableLogPdelayReqIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.26
>> portDS.initialLogGptpCapableMessageIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.27
>> portDS.currentLogGptpCapableMessageIntervalRRIEEE Std 802.1AS [104] clause 14.8.28
>> portDS.useMgtSettableLogGptpCapableMessageIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.29
>> portDS.mgtSettableLogGptpCapableMessageIntervalRWRWIEEE Std 802.1AS [104] clause 14.8.30
>> portDS.initialComputeNeighborRateRatioRWRWIEEE Std 802.1AS [104] clause 14.8.31
>> portDS.currentComputeNeighborRateRatioRRIEEE Std 802.1AS [104] clause 14.8.32
>> portDS.useMgtSettableComputeNeighborRateRatioRWRWIEEE Std 802.1AS [104] clause 14.8.33
>> portDS.mgtSettableComputeNeighborRateRatioRWRWIEEE Std 802.1AS [104] clause 14.8.34
>> portDS.initialComputeMeanLinkDelayRWRWIEEE Std 802.1AS [104] clause 14.8.35
>> portDS.currentComputeMeanLinkDelayRRIEEE Std 802.1AS [104] clause 14.8.36
>> portDS.useMgtSettableComputeMeanLinkDelayRWRWIEEE Std 802.1AS [104] clause 14.8.37
>> portDS.mgtSettableComputeMeanLinkDelayRWRWIEEE Std 802.1AS [104] clause 14.8.38
>> portDS.allowedLostResponsesRWRWIEEE Std 802.1AS [104] clause 14.8.39
>> portDS.allowedFaultsRWRWIEEE Std 802.1AS [104] clause 14.8.40
>> portDS.gPtpCapableReceiptTimeoutRWRWIEEE Std 802.1AS [104] clause 14.8.41
>> portDS.versionNumberRWRWIEEE Std 802.1AS [104] clause 14.8.42
>> portDS.nupRWRWIEEE Std 802.1AS [104] clause 14.8.43
>> portDS.ndownRWRWIEEE Std 802.1AS [104] clause 14.8.44
>> portDS.oneStepTxOperRRIEEE Std 802.1AS [104] clause 14.8.45
>> portDS.oneStepReceiveRRIEEE Std 802.1AS [104] clause 14.8.46
>> portDS.oneStepTransmitRRIEEE Std 802.1AS [104] clause 14.8.47
>> portDS.initialOneStepTxOperRWRWIEEE Std 802.1AS [104] clause 14.8.48
>> portDS.currentOneStepTxOperRWRWIEEE Std 802.1AS [104] clause 14.8.49
>> portDS.useMgtSettableOneStepTxOperRWRWIEEE Std 802.1AS [104] clause 14.8.50
>> portDS.mgtSettableOneStepTxOperRWRWIEEE Std 802.1AS [104] clause 14.8.51
>> portDS.syncLockedRRIEEE Std 802.1AS [104] clause 14.8.52
>> portDS.pdelayTruncatedTimestampsArrayRWRWIEEE Std 802.1AS [104] clause 14.8.53
>> portDS.minorVersionNumberRWRWIEEE Std 802.1AS [104] clause 14.8.54
>> externalPortConfigurationPortDS.desiredStateRWRWIEEE Std 802.1AS [104] clause 14.12.2
NOTE 1:
R = Read only access; RW = Read/Write access; – = not supported.
NOTE 2:
General neighbor discovery information is included only when NW-TT performs neighbor discovery on behalf of DS-TT. When a parameter in this group is changed, it is necessary to provide the change to every DS-TT and the NW-TT that belongs to the 5GS TSN bridge.
NOTE 3:
If the Static Filtering Entry information is present, UPF/NW-TT can use Static Filtering Entry information for forwarding TSC traffic, as specified in clause 5.8.2.5.3.
NOTE 4:
DS-TT discovery configuration and DS-TT discovery information are used only when DS-TT does not support LLDP and NW-TT performs neighbor discovery on behalf of DS-TT. TSN AF indicates the discovered neighbor information for each DS-TT port to CNC.
NOTE 5:
TSN AF indicates the support for PSFP to the CNC only if each DS-TT and NW-TT of the 5GS bridge have indicated support of PSFP. The support of PSFP at the NW-TT ports is expressed by setting higher than zero values for MaxStreamFilterInstances, MaxStreamGateInstances, MaxFlowMeterInstances, SupportedListMax parameters.
NOTE 6:
Enumeration of supported PTP instance types. Allowed values as defined in clause 8.2.1.5.5 of IEEE Std 1588 [126].
NOTE 7:
Enumeration of supported transport types. Allowed values: IPv4 (as defined in IEEE Std 1588 [126] Annex C), IPv6 (as defined in IEEE Std 1588 [126] Annex D), Ethernet (as defined in Annex E of IEEE Std 1588 [126]).
NOTE 8:
Enumeration of supported PTP delay mechanisms. Allowed values as defined in clause 8.2.15.4.4 of IEEE Std 1588 [126].
NOTE 9:
Indicates whether NW-TT supports acting as a PTP grandmaster.
NOTE 10:
Indicates whether NW-TT supports acting as a gPTP grandmaster.
NOTE 11:
Enumeration of supported PTP profiles, each identified by PTP profile ID, as defined in clause  20.3.3 of IEEE Std 1588 [126].
NOTE 12:
PTP profile to apply, identified by PTP profile ID, as defined in clause 20.3.3 of IEEE Std 1588 [126].
NOTE 13:
Transport type to use. Allowed values: IPv4 (as defined in Annex C of IEEE Std 1588 [126]), IPv6 (as defined in IEEE Std 1588 [126] Annex D), Ethernet (as defined in Annex E of IEEE Std 1588 [126]).
NOTE 14:
Indicates whether to act as grandmaster on behalf of a DS-TT port or not if 5GS is determined to be the grandmaster clock, i.e. whether to send Announce, Sync and optionally Follow_Up messages on behalf of DS-TT.
NOTE 15:
The IEEE Std 802.1AS [104] data sets apply if the IEEE 802.1AS PTP profile is used; otherwise, the IEEE Std 1588 [126] data sets apply.
NOTE 16:
Specifies the default data set for each PTP instance identified by PTP instance ID within the user plane node.
NOTE 17:
PTP Instance ID uniquely identifies a PTP instance within the user plane node.
Exchange of port and user plane node management information between TSN AF or TSCTSF and NW-TT or between TSN AF or TSCTSF and DS-TT allows TSN AF or TSCTSF to:
  1. retrieve port management information for a DS-TT or NW-TT port or user plane node management information;
  2. send port management information for a DS-TT or NW-TT port or user plane node management information;
  3. subscribe to and receive notifications if specific port management information for a DS-TT or NW-TT port changes or user plane node management information changes.
  4. delete selected entries in the following data structures:
    • "DS-TT port neighbour discovery configuration for DS-TT port" in UMIC using the DS-TT port number to reference the selected entry.
    • "Stream Filter Instance Table" in PMIC using the Stream Filter Instance ID to reference the selected entry.
    • "Stream Gate Instance Table" in PMIC using the Stream Gate Instance ID to reference the selected entry.
    • "Static Filtering Entries table" in UMIC using the (MAC address, VLAN ID) pair to reference the selected entry.
  5. delete PTP Instances in a DS-TT port or NW-TT port using the PTP Instance ID to reference the selected entry as described in clause K.2.2.1.
Exchange of port management information between TSN AF or TSCTSF and NW-TT or DS-TT is initiated by DS-TT or NW-TT to:
  • notify TSN AF or TSCTSF if user plane node management information has changed that TSN AF or TSCTSF has subscribed for.
Exchange of user plane node management information between TSN AF or TSCTSF and NW-TT is initiated by NW-TT to:
  • notify TSN AF or NEF if bridge management information has changed that TSN AF or NEF has subscribed for.
Exchange of port management information is initiated by DS-TT to:
  • provide port management capabilities, i.e. provide information indicating which standardized and deployment-specific port management information is supported by DS-TT.
TSN AF or TSCTSF indicates inside the Port Management Information Container or user plane node Management Information Container whether it wants to retrieve or send port or user plane node management information or intends to (un-)subscribe for notifications.
Up

5.28.3.2  Transfer of port or user plane node management informationp. 345

Port management information is transferred transparently via 5GS between TSN AF or TSCTSF and DS-TT or NW-TT, respectively, inside a Port Management Information Container (PMIC). User plane node management information is transferred transparently via 5GS between TSN AF or TSCTSF and NW-TT inside a user plane node Management Information Container (UMIC). The transfer of port or user plane node management information is as follows:
  • To convey port management information from DS-TT or NW-TT to TSN AF or TSCTSF:
    • DS-TT provides a PMIC and the DS-TT port MAC address (if available) to the UE, which includes the PMIC as an optional Information Element of an N1 SM container and triggers the UE requested PDU Session Establishment procedure or PDU Session Modification procedure to forward the PMIC to the SMF. SMF forwards the PMIC and the port number of the related DS-TT port to TSN AF or TSCTSF as described in clauses 4.3.2.2 and 4.3.3.2 of TS 23.502;
    • NW-TT provides PMIC(s) and/or UMIC to the UPF, which triggers the N4 Session Level Reporting Procedure to forward the PMIC(s) and/or UMIC to SMF. UPF selects an N4 session corresponding to any of the N4 sessions for this NW-TT. SMF in turn forwards the PMIC(s) and the port number(s) of the related NW-TT port(s), or the UMIC, to TSN AF or TSCTSF as described in clause 4.16.5.1 of TS 23.502.
  • To convey port management information from TSN AF or TSCTSF to DS-TT:
    • TSN AF or TSCTSF provides a PMIC, DS-TT port MAC address or UE IP address (applicable for TSCTSF only) reported for a PDU Session (i.e. MAC address of the DS-TT port or IP address related to the PDU session) and the port number of the DS-TT port to manage to the PCF by using the AF Session level Procedure, which forwards the information to SMF based on the MAC or IP address using the PCF initiated SM Policy Association Modification procedure as described in clause 4.16.5.2 of TS 23.502. SMF determines that the port number relates to a DS-TT port and based on this forwards the PMIC to DS-TT using the network requested PDU Session Modification procedure as described in clause 4.3.3.2 of TS 23.502.
  • To convey port or user plane node management information from TSN AF or TSCTSF to NW-TT:
    • TSN AF or TSCTSF selects a PCF-AF session corresponding to any of the DS-TT MAC or IP addresses (applicable for TSCTSF only) for the related PDU sessions of this bridge and provides a PMIC(s) and the related NW-TT port number(s) and/or UMIC to the PCF. The PCF uses the PCF initiated SM Policy Association Modification procedure to forward the information received from TSN AF or TSCTSF to SMF as described in clause 4.16.5.2 of TS 23.502. SMF determines that the included information needs to be delivered to the NW-TT either by determining that the port number(s) relate(s) to a NW-TT port(s) or based on the presence of UMIC, and forwards the container(s) and/or related port number(s) to NW-TT using the N4 Session Modification procedure described in clause 4.4.1.3 of TS 23.502.
Up

5.28.3.3  VLAN Configuration Informationp. 345

The CNC obtains the 5GS bridge VLAN configuration from TSN AF according to clause 12.10.1.1 of IEEE Std 802.1Q [98]. The TSN AF and UPF/NW-TT are pre-configured with same 5GS bridge VLAN configuration.

5.28.4  QoS mapping tablesp. 346

The mapping tables between the traffic class and 5GS QoS Profile is provisioned and further used to find suitable 5GS QoS profile to transfer TSN traffic over the PDU Session. QoS mapping procedures are performed in two phases: (1) QoS capability report phase as described in clause 5.28.1, and (2) QoS configuration phase as in clause 5.28.2
  1. The TSN AF shall be pre-configured (e.g. via OAM) with a mapping table. The mapping table contains TSN traffic classes, pre-configured bridge delays (i.e. the preconfigured delay between UE and UPF/NW-TT) and priority levels. Once the PDU session has been setup and after retrieving the information related to UE-DS-TT residence time, the TSN AF deduces the port pair(s) in the 5GS bridge and determines the bridge delay per port pair per traffic class based on the pre-configured bridge delay and the UE-DS-TT residence time as described in clause 5.27.5. The TSN AF updates bridge delays per port pair and traffic class and reports the bridge delays and other relevant TSN information such as the Traffic Class Table (clause 12.6.3 in IEEE Std 802.1Q [98]) for every port, according to the IEEE Std 802.1Q [98] and IEEE Std 802.1Qcc [95] to the CNC.
  2. CNC may distribute PSFP information and transmission gate scheduling parameters to 5GS Bridge via TSN AF, which can be mapped to TSN QoS requirements by the TSN AF.
The PCF mapping table provides a mapping from TSN QoS information (see clauses 6.2.1.2 and 6.1.3.23 of TS 23.503) to 5GS QoS profile. Based on trigger from TSN AF, the PCF may trigger PDU session modification procedure to establish a new 5G QoS Flow or use the pre-configured 5QI for 5G QoS Flow for the requested traffic class according to the selected QoS policies and the TSN AF traffic requirements.
Figure 5.28.4-1 illustrates the functional distribution of the mapping tables.
Reproduction of 3GPP TS 23.501, Fig. 5.28.4-1: QoS Mapping Function distribution between PCF and TSN AF
Up
The minimum set of TSN QoS-related parameters that are relevant for mapping the TSN QoS requirements are used by the TSN AF: traffic classes and their priorities per port, TSC Burst Size of TSN streams, 5GS bridge delays per port pair and traffic class (independentDelayMax, independentDelayMin, dependentDelayMax, dependentDelayMin), propagation delay per port (txPropagationDelay) and UE-DS-TT residence time.
Once the CNC retrieves the necessary information, it proceeds to calculate scheduling and paths. The configuration information is then set in the bridge as described in clauses 5.28.2 and 5.28.3. The most relevant information received is the PSFP information and the schedule of transmission gates for every traffic class and port of the bridge. At this point, it is possible to retrieve the TSN QoS requirements by identifying the traffic class of the TSN stream. The traffic class to TSN QoS and delay requirement (excluding the UE-DS-TT residence time) mapping can be performed using the QoS mapping table in the TSN AF as specified in TS 23.503. Subsequently in the PCF, the 5G QoS Flow can be configured by selecting a 5QI as specified in TS 23.503. This feedback approach uses the reported information to the CNC and the feedback of the configuration information coming from the CNC to perform the mapping and configuration in the 5GS.
If the Maximum Burst Size of the aggregated TSC streams in the traffic class is provided by CNC via TSN AF to PCF, PCF can derive the required MDBV taking the Maximum Burst Size as input. If the default MDBV associated with a standardized 5QI or a pre-configured 5QI in the QoS mapping table cannot satisfy the aggregated TSC Burst Size, the PCF provides the derived MDBV in the PCC rule and then the SMF performs QoS Flow binding as specified in clause 6.1.3.2.4 of TS 23.503.
Maximum Flow Bit Rate is calculated over PSFPAdminCycleTime as described in Annex I and provided by the TSN AF to the PCF. The PCF sets the GBR and MBR values to the Maximum Flow Bitrate value.
The Maximum Flow Bit Rate is adjusted according to Averaging Window associated with a pre-configured 5QI in the QoS mapping table or another selected 5QI (as specified in TS 23.503) to obtain GBR of the 5GS QoS profile. GBR is then used by SMF to calculate the GFBR per QoS Flow. QoS mapping table in the PCF between TSN parameters and 5GS parameters should match the delay, aggregated TSC burst size and priority, while preserving the priorities in the 5GS. An operator enabling TSN services via 5GS can choose up to eight traffic classes to be mapped to 5GS QoS profiles.
Once the 5QIs to be used for TSN streams are identified by the PCF as specified in TS 23.503, then it is possible to enumerate as many bridge port traffic classes as the number of selected 5QIs.
When PSFP information is not available to the TSN AF for a given TSN stream (e.g. because of lack of PSFP support in the DS-TTs or the NW-TTs, or exceeding the number of supported table entries for PSFP functions, or because CNC does not provide PSFP information), the 5GS can support the TSN streams using pre-configured mapping from stream priority (i.e. PCP as defined in IEEE Std 802.1Q [98]) to QoS Flows.
Up

5.28a  Support of integration with TSN Transport Network |R18|p. 347

5.28a.1  Generalp. 347

When the 5GS supports interworking with IEEE TSN deployed in the transport network, the CUC that is collocated with SMF interworks with the CNC in the transport network (TN CNC) as specified in clause 46.2 of IEEE Std 802.1Qcc [95]. The SMF/CUC provides the stream requirements on QoS Flow basis (i.e. translated Talker group and Listener group information) via the User/Network-Interface (UNI) to the TN CNC. The TN CNC uses the stream requirements as input to configure respective path(s) and schedules in TN. Based on the results, the TN CNC provides a Status group that contains the end station communication-configuration back to the SMF/CUC.
When interworking with TSN deployed in the transport network is applied, the dynamic value for the CN PDB of a Delay-critical GBR 5QI shall be configured in the SMF as described in clause 5.7.3.4. When the SMF setups a new QoS Flow, the SMF signals the dynamic value for the CN PDB and TSCAI for the QoS Flow to NG-RAN on QoS Flow basis. Upon receiving the TSCAI for a QoS Flow from the SMF, if the TSCAI includes a BAT in UL direction, the RAN may determine a dynamic value of 5G-AN PDB in UL direction for the QoS Flow. The NG-RAN provides the dynamic value of 5G-AN PDB to the SMF in a response to the QoS Flow request. The dynamic value of 5G-AN PDB is used to generate EarliestTransmitOffset as described in Annex M.
The details of providing End Station related information to generate the stream requirements for the QoS Flow by the SMF/CUC are described in Annex M.
If the NG-RAN and UPF support the TSN Talker and Listener functionality (i.e. implement the AN-TL and CN-TL, respectively), the SMF/CUC can communicate with the AN-TL and CN-TL via TL-Container. The TL-Container conveys the data sets defined in IEEE P802.1Qdj [146] between the SMF/CUC and AN-TL and CN-TL.
The AN-TL and CN-TL enable the following functions:
  1. hold and buffer functionality in a case when the TSCAI contains a BAT in UL and/or DL direction.
  2. support of stream transformation functionality with respective information exchange with SMF/CUC.
  3. for SMF/CUC to retrieve the InterfaceCapabilities and/or EndStationInterfaces from the AN-TL or CN-TL.
  4. topology information exchange functionality via LLDP in the TN as described in clause 5.28a.3.
Up

5.28a.2  Transfer of TL-Container between SMF/CUC and AN-TL and CN-TLp. 347

When NG-RAN and UPF has signalled the support of AN-TL and CN-TL, the SMF/CUC may use the TL-Container to send a:
  1. get-request.
  2. set-request: submits the following elements of the Status group to the AN-TL or CN-TL:
    • list of InterfaceConfiguration(s) (one InterfaceConfiguration is associated with each QFI in the N3 tunnel)
    submits the following elements of Talker group to the AN-TL or CN-TL, as derived by the SMF/CUC:
    • Interval.
    • EarliestTransmitOffset.
    • LatestTransmitOffset.
The AN-TL or CN-TL may use the TL-Container to send a:
  1. get-response: indicates the following elements of the Talker or Listener group from the AN-TL or CN-TL:
    • EndStationInterfaces: list of InterfaceIDs, one InterfaceID is associated with each Local F-TEID.
    • InterfaceCapabilities.
    • Buffer capability: maximum possible buffer duration supported by the Talker.
  2. set-response: acknowledges the reception of the Status group to the SMF/CUC.
The SMF may request the UPF to report the support for AN-TL or CN-TL by including a TL-Container with a get-request to the AN-TL or CN-TN, respectively. The get-request is sent to AN-TL in the N2 SM information and to CN-TL in the N4 Session Establishment or Modification request as described in clause 4.3.2.2 of TS 23.502.
If the NG-RAN/UPF supports AN-TL/CN-TL, the NG-RAN/AN-TL or UPF/CN-TL responds with a TL-Container including the elements defined for the get-response. The elements are associated with the corresponding N3 Tunnel Info (Local F-TEID) in the NG-RAN or UPF.
The SMF may submit TL-Container including a set-request the elements defined for the set-request to NG-RAN/AN-TL or UPF/CN-TL. The set-request is sent to AN-TL in the N2 SM information and to CN-TL in the N4 Session Establishment or Modification request as described in clause 4.3.2.2 of TS 23.502. The InterfaceConfiguration is associated with the corresponding QFI in the N3 tunnel in the NG-RAN or UPF, respectively. The AN-TL or CN-TL uses the provided configuration for the traffic in the QoS Flow of the given QFI as described in Annex M.
Up

5.28a.3  Topology Information for TSN TNp. 348

NG-RAN and UPF may support u-plane LLDP functionality to provide topology information to the TN. When LLDP is supported, AN-TL and CN-TL are performing the LLDP functionality at the u-plane without the need to interact with the c-plane. Further there is no need for 5GS interaction with TN CNC directly. This is achieved with following measures:
Up

Up   Top   ToC