Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TR 22.832  Word version:  17.4.0

Top   Top   None   None   Next
0…   4…   5…   6…

 

0  Introductionp. 7

This document studies further enhancements to the 5G system for the support of cyber-physical control applications in vertical domains.
This document collects new use cases and enhanced functionality for communication in automation in vertical domains in clause 5. Potential new 5G service requirements for Rel.17 are derived for each use case.
Use cases and enhanced functionality are collected for the following topics:
  • Industrial Ethernet integration, which includes time synchronization, different time domains, integration scenarios, and support for time-sensitive networking (TSN) in clause 5.2, clause 5.3, clause 5.4, and clause 5.15;
  • Non-public networks, non-public networks as private slices, and further implications on security for non-public networks in clause 5.14;
  • Network operation and Maintenance in 5G non-public networks for cyber-physical control applications in vertical domains; Enhanced QoS monitoring, communication service and networks diagnostics; Communication service interface between application and 5G systems, e.g. information to the network for setting up communication services for cyber-physical control applications and corresponding monitoring in clause 5.5, clause 5.6, clause 5.7, clause 5.13, clause 5.17, and clause 5.19;
  • Network performance requirements for cyber-physical control applications in vertical domains in clause 5.8, clause 5.16, and clause 5.18;
  • Positioning enhancements, including relative positioning information and vertical directions / dimension for Industrial IoT in clause 5.9 and clause 5.12;
  • Device-to-device/ProSe communication for cyber-physical applications in vertical domains in clause 5.10, clause 5.11, and clause 5.13.
The potential new 5G service requirements are consolidated in clause 6.
Additional information of specific concepts of communication in automation in vertical domains and of cyber-physical control applications is given in clause 4 and in several of the annexes. This information is given for clarification and in order to help in correlating the application behaviour and 5G service requirements to the 5G system.
Up

1  Scopep. 8

The present document identifies further Stage 1 potential 5G service requirements for cyber-physical control applications in vertical domains.
The present document provides specific use cases to provide clarity and to motivate the additional service requirements. Relative to the Rel-16 baseline, there are more specific requirements or additional requirements for closely-related additional functionality in order to improve the applicability of 5G systems to vertical domains.
The aspects addressed are:
  • Industrial Ethernet integration, which includes time synchronization, different time domains, integration scenarios, and support for time-sensitive networking (TSN);
  • Non-public networks, non-public networks as private slices, and further implications on security for non-public networks;
  • Network operation and Maintenance in 5G non-public networks for cyber-physical control applications in vertical domains; Enhanced QoS monitoring, communication service and networks diagnostics; Communication service interface between application and 5G systems, e.g. information to the network for setting up communication services for cyber-physical control applications and corresponding monitoring;
  • Network performance requirements for cyber-physical control applications in vertical domains;
  • Positioning with focus on the vertical dimension for Industrial IoT;
  • Device-to-device/ProSe communication for cyber-physical applications in vertical domains.
Up

2  Referencesp. 8

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 22.104: "Service requirements for cyber-physical control applications in vertical domains".
[3]
"IEEE Standard for Local and Metropolitan Area Networks--Timing and Synchronization for Time-Sensitive Applications,": IEEE Std 802.1AS-Rev/D8.0, pp. 1-466, January 2019.
[4]
IEC 61158: "Industrial communication networks - fieldbus specification".
[5]
IEC 61907: "Communication network dependability engineering".
[6]
TS 22.186: "Enhancement of 3GPP support for V2X scenarios".
[7]
TS 22.261: "Service requirements for the 5G system".
[8]
TS 23.222: "Common API Framework for 3GPP Northbound APIs".
[9]
IEEE 802.1Q-2018: "IEEE Standard for Local and Metropolitan Area Network--Bridges and Bridged Networks"
[10]
IEEE P802.1CS: "IEEE Draft Standard for Local and Metropolitan Area Networks -- Link-local Registration Protocol"
[11]
IEEE P802.1Qdd: "IEEE Draft Standard for Local and Metropolitan Area Networks -- Bridges and Bridged Networks -- Amendment: Resource Allocation Protocol (RAP)"
[12]
IEC/IEEE 60802: "Time-Sensitive Networking Profile for Industrial Automation", Joint Project of IEC SC65C/MT9 and IEEE 802 (https://1.ieee802.org/tsn/iec-ieee-60802/).
[13]
IEEE 802.3: "IEEE Standard for Ethernet" (http://www.ieee802.org/3/)"
[14]  Void
[15]
IEC/IEEE 61850-9-3: "Communication networks and systems for power utility automation - Part 9-3: Precision time protocol profile for power utility automation"
[16]
ISO GUIDE 98-1: "Uncertainty of measurement - Part 1: Introduction to the expression of uncertainty in measurement", 2009.
Up

3  Definitions and abbreviationsp. 9

3.1  Definitionsp. 9

For the purposes of the present document, the terms and definitions given in TR 21.905 and the following apply. A term defined in the present document takes precedence over the definition of the same term, if any, in TR 21.905.
global time domain:
synchronization domain using TAI (temps atomique international) or similar as timescale.
non-public network:
a network that is intended for non-public use [7].
sync device:
device that synchronizes itself to the master clock of the synchronization domain.
sync master:
device serving as the master clock of the synchronization domain.
synchronisation domain:
Set of devices for which time is synchronized to the sync master of the synchronization domain and that use the same synchronization domain identifier. Other terms are time domain or clock domain.
working clock:
a user-specific synchronization clock for a localized set of UEs collaborating on a specific task or work function. [2]
working clock domain:
synchronization domain for a localized set of devices collaborating on a specific task or work function.
Up

3.2  Abbreviationsp. 9

For the purposes of the present document, the abbreviations given in TR 21.905 and the following apply. An abbreviation defined in the present document takes precedence over the definition of the same abbreviation, if any, in TR 21.905.
5QI
5G QoS Identifier
ACSI
Application Communication Service Interface
AR
Application Relation
C2C
Controller to controller
C2D
Controller to device
CAPIF
Common API Framework
CR
Communication Relation
D2Cmp
Device to Compute
DCS
Distributed Control System
Dsp
Descriptive Parameters
ERP
Enterprise Resource Planning
FW
Firewall
gPTP
generalized precision time protocol
IIoT
Industrial IoT
IWS
Industrial Wireless Sensor
L2
Layer 2 communication based on IEEE 802.3 [13]
L2C
Line controller to controller
L3
Layer 3 communication, routed IP-based communication
LRP
Link-local Registration Protocol
MES
Manufacturing Execution System
MSRP
Multiple Stream Registration Protocol
MTBF
Mean Time Between Failures
MTTR
Mean Time To Repair
NAT
Network Address Translation
NPN
Non-public network
OPC/UA
Open Platform Communications Unified Architecture, a machine to machine communication protocol for industrial automation developed by the OPC Foundation
OT
Operational Technology
PDB
Packet Delay Budget
PER
Packet Error Rate
PLC
Programmable Logic Controller
PTP
precision time protocol
QoSp
QoS Parameters
RAP
Resource Allocation Protocol
Scp
Security Parameters
Sfp
Safety Parameters
WAN
Wide Area Network
Up

Up   Top   ToC