2. Table of Contents
1. 5G Introduction
2. 5G System Overview
3. 5G System Capabilities
4. ONAP & Open Source Networking
5. KDN & ODA (Knowledge Defined Network and Open Digital Architecture)
6. Questions to consider
2
9. 2. 5G System – Overview - 1
The 5G system is characterised by:
- Support for multiple access technologies (3GPP & non-3GPP – IEEE 802.11ax-HEW standard)
- Scalable and customizable network
- Advanced KPIs: e.g., availability, latency, reliability,
user experienced data rates,
area traffic capacity
- Flexibility and programmability
network slicing (SST),
diverse mobility management (DMM),
NFV)
- Resource efficiency (both UP & CP)
- Seamless mobility in densely populated and heterogeneous environment
- Support for real time and non-real time multimedia services and applications
with advanced Quality of Experience (QoE)
Ref 3GPPRel 15 2017 & IEEE
9
10. 5G Network / System
- Shift from “One Size Fits All” System to a System supporting
- variety of different services
- different traffic loads
- different end-user communities
- Support for New Business Models (e.g. IoT, Enterprise Managed Networks, UAV control, AR, Factory Automation)
- Flexible Network Operations (Network Slicing, Network Capability Exposure, Scalability, and Diverse Mobility
- Mobile Broadband (MBB) enhancements (new KPIs pertain to high data rates, high user density, high user mobility, highly
variable data rates, deployment, and coverage), combinations of latency and
reliability, higher accuracy for positioning.
- Support for Massive Internet of Things (MIoT) (a need for significant improvements in resource efficiency in all system
components (e.g., UEs, IoT devices, Radio Access Network, Core Network)
- Enhance capability for V2X applications (such as data rate, reliability, latency, communication range and speed)
Ref 3GPP Rel 15 2017 & IEEE
2. 5G System - Overview - 2
10
12. 3.1 Network slicing
- Enables “Customised Networks”:
- Serve only specific users (e.g.)
, - MPS users,
- Public Safety users,
- Corporate customers,
- Roamers,
- Hosting an MVNO
- Functionality of a complete network (Radio + Core potentially from different vendors).
- Support one or several network slices.
- UE simultaneously assigned to and access services from more than
one network slice of one operator.
- Support adaptation of capacity (elasticity of capacity of SST)
- Priority order between SST
3. 5G System Capabilities – Network Slicing - 2
12
13. 3.1 Network slicing
- Enables “Customised Networks”:
- Functionality of a complete network (Radio + Core potentially from different vendors)
- UE simultaneously assigned to and access services from more than
one network slice of one operator.
- Support adaptation of capacity (elasticity of capacity of SST)
- Support one or several network slices.
- Priority order between SST
- Enable offloading of IP traffic from the
5G Network onto traditional IP routing
network via an IP anchor node (close to the Network edge)
3. 5G System Capabilities – Network Slicing - 3
13
14. 3. 5G System Capabilities – Diverse Mobility Management (DMM) - 1
3.2 Diverse Mobility Management
”Mobility” Re-defined/Diversified - UEs categorized/defined as:
A) stationary during their entire usable life
(e.g., sensors embedded in infrastructure),
B) stationary during active periods, but
nomadic between activations (e.g., fixed access),
C) mobile within a constrained and well-defined space/area
(spatially restricted e.g., in a factory or stadion or airport),
D) fully mobile (WAN).
Ref. 3GPP Rel 15 & CDW
14
15. 3. 5G System Capabilities – Diverse Mobility Management (DMM) - 2
3.2 Diverse Mobility Management – ”Mobility” Re-defined/Diversified
- ensure seamless mobility of a UE
- mobility is hidden from the application layer
to avoid interruptions in service delivery application
- specific means to ensure service continuity.
- to enable the offloading of IP traffic from the 5G network onto traditional IP routing networks via
an IP anchor node close to the network edge
(ETSI renames ISG MEC Group, 2017-03-28 from “Mobile Edge Computing” to “Multi- access Edge Computing - http://www.etsi.org/news-
events/news/1180-2017-03-news-etsi-multi-access-edge-computing-starts-second-phase-and-renews-leadership-team
- as UE moves, changing the IP anchor node needed in order to reduce
- traffic load,
- end-to-end latency
- provide a better user experience Ref. 3GPP Rel 15 & CDW
15
16. 3. 5G System Capabilities – Diverse Mobility Management (DMM) - 2
3.2 Diverse Mobility Management – ”Mobility” Re-defined/Diversified
(ETSI renames ISG MEC Group, 2017-03-28 from “Mobile Edge Computing” to “Multi- access Edge Computing - http://www.etsi.org/news-
events/news/1180-2017-03-news-etsi-multi-access-edge-computing-starts-second-phase-and-renews-leadership-team
The term "Edge" in this context means the radio base station itself (eNodeB, RNC, etc.), and servers within the radio network (e.g. at "aggregation points"). The presence of MEC server at the edge
of the RAN allows exposure to real-time radio and network information (such as subscriber location, cell load, etc.) that can be leveraged by applications and services to offer context-related services;
these services are capable of differentiating the mobile broadband experience (Ref ETSI MEC Service Scenarios GS MEC-IEG 004 V1.1.1 (2015-11) p.4)
Mobile-edge Computing (MEC)
- enables application developers / content providers
- cloud-computing capabilities & an IT service environment
- at the edge of the mobile network.
This environment is characterized by
- ultra-low latency
- high bandwidth
- real-me access to Radio Network
MEC aims to:
- reduce latency,
- ensure highly efficient network operation,
- service delivery and
- ultimate personal experience.
Ref. Ref ETSI MEC Service Scenarios
GS MEC-IEG 004 V1.1.1 (2015-11MEC UC Connected vehicles
MEC UC Video stream analysis
MEC UC IoT gateway
16
17. 3.3 Multiple access technologies
5G system shall enable the UE to
- select,
- manage
- efficiently provision services over the 3GPP or non-3GPP access.
- The 5G - support dynamic and static network address to the UE over all supported access types.
- The 5G - support a set of identities for a single user - a consistent set of policies and
- a single set of services across 3GPP &
non-3GPP access types.
- 3GPP Access Technologies – (one or more) NR & E-UTRA Access Technology
used simultaneously for 1 or more services
active on a UE
- Non-3GPP access technologies
3GPP Rel. 12 feature - A. N. D. & S. F. capability
3GPP and non-3GPP Access Networks
Ref. 3GPP Rel 15
3. 5G System Capabilities – Multiple Access Technologies - 1
17
18. 3.3 Multiple access technologies
E-UTRA access - support seamless handover between NR and E-UTRA.
Satellite access - support a one-way latency of up to 280 ms.
Fixed broadband access - support a use of UE Relay that supports multiple access types
(e.g. 5G RAT, WLAN access, fixed broadband access (WiFi, Bluetooth, IEEE 802.11ax)
The 5G system - support home base station with multiple access types (e.g., 5G RAT, WLAN access, fixed broadband access)
Ref. 3GPP Rel 15, Artemis, Samsung
3. 5G System Capabilities – Multiple Access Technologies - 2
18
19. 3.3 Multiple access technologies
E-UTRA access - support seamless handover between NR and E-UTRA.
Ref: IEEE Spectrum Feb, 2017
Fixed broadband access - support 5G RAT, WLAN access, fixed broadband access (Wi-Fi,
Bluetooth, IEEE 802.11ax-HEW)
3. 5G System Capabilities – Multiple Access Technologies - 3
Ref. 3GPP Rel 15, IEEE
19
20. 4. Resource efficiency - Support for diverse UEs and Services
Underlying Principles
A. Efficient configuration,
B. Deployment, and use of UEs in the 5G network include:
- bulk provisioning,
- resource efficient access,
- optimization for UE originated data transfer, and
- reduced needs related to mobility management for stationary UEs &
UEs with restricted range of movement.
- Support short data bursts,
- Optimized use of the CP and/or UP to support high connection density (e.g., 1 million connections per km2)
of grouped UEs.
- Cloud applications (e.g. cloud robotics) - computation in the Network rather than in a UE,
- high data rate in the uplink and very low round trip latency.
3. 5G System Capabilities – Resource Efficiency
Ref. 3GPP Rel 15, IEEE
20
21. 5. Efficient User Plane - Support for diverse UEs and Services
Underlying Principles
A Service Hosting Environment inside the Operator’s Network,
- low latency,
- low bandwidth pressure,
Based on the Operator’s Policy, provide a mechanism for
- Traffic type (from specific/selected Application) to/from UE can be offloaded close to the UE’s point of
attachment to the access network, while not impacting other traffic type to/from tat same UE
3. 5G System Capabilities – Efficient User Plane
Ref. 3GPP Rel 15, IEEE
21
22. 6. Connectivity Models
UE can connect to the Network:
- Directly: direct network connection
- Indirectly: connect using another UE as a relay UE
- Both: Direct and Indirect
- Enable to support a UE using simultaneous indirect and direct
Network connection modes
- The relay UE can access the Network using
- 3GPP (NR, E-UTRAN)
- Non-3GPP access (e.g. WLAN, fixed broadband)
- The Network shall support indirect Network connection mode
in a VPLMN when a remote UE and a relay UE subscribe to
different PLMNs and both PLMNs have a roaming agreement
with the VPLMN.
3. 5G System Capabilities – Connectivity Models
Ref. 3GPP Rel 15, 3G/4G blogspot, IEEE
22
23. 7. Network Service Capability Exposure (SCE)
SEES – Service Exposure and Enablement Support
FMSS – Flexible Mobile Service Steering
(e)FMSS – enhancement to Flexible Mobile Service Steering
3GPP SEES and (e)FMSS features
- expose network capabilities e.g., QoS policy to 3rd party ISPs/ICPs.
- allow the 3rd party to customize a dedicated network slice for diverse UC
- allow the 3rd party to manage a trusted 3rd party application in a
Service Hosting Environment
SEES – OMA API
5G Network “suitable APIs”:
FMSS in (S) Gi-LAN– OMA API
Ref. 3GPP Rel 13 & 15,
3. 5G System Capabilities – Network Service Capability Exposure - 1
3GPP Architecture for SCE
3GPP Architecture for Machine-Type Communication
23
24. 7. Network Service Capability Exposure (SCE)
SEES
5G Network “suitable APIs”:
FMSS
to allow a trusted 3rd party to:
- create, modify and delete network slices used for the 3rd party
- monitor the network slice used for the 3rd party.
- define and update the set of services supported in a network slice used
for the 3rd party.
- assign a UE to a network slice used for the 3rd party based on subscription,
UE capabilities, and services provided by the network slice.
- expose broadcasting capabilities to trusted 3rd party broadcasters’
management systems.
- manage this trusted 3rd party owned application(s) in the operator’s
Service Hosting Environment.
- to monitor this trusted 3rd party owned application(s) in the operator’s
Service Hosting Environment.
- to adapt capacity, i.e., elasticity of capacity of a network slice used
for the 3rd party.
- one type of traffic (from trusted 3rd party owned applications in the operator’s
Service Hosting Environment) to/from a UE to be offloaded to a Service
Hosting Environment close to the UE's location. Ref. 3GPP Rel 13 & 15,
3. 5G System Capabilities – Network Service Capability Exposure - 2
3GPP Architecture for SCE
3GPP Architecture for Machine-Type Communication
24
25. Ref. 3GPP Rel 13 & 15 ETSI 5G
3. 5G System Capabilities – Subscription aspects - 1
8. Subscription aspects
Diversity of IoT devices
- Sensors,
- UAVs,
- Smart flower pots etc.
- deployment
At manufacturing - IoT device - location may not be known
- specific usage.
- can be added to existing subscriptions
IoT devices - may be part of a new subscription
- may be leased
During their life cycle IoT devices might go through different stages,
- change in ownership when the IoT device is deployed
- the activation of the IoT device by the preferred operator
- possible change of operators
25
26. Ref. 3GPP Rel 13 & 15, ETSI 5G
3. 5G System Capabilities – Subscription aspects - 2
8. Subscription aspects
Need for method of
- dynamic subscription generation and
- management
in addition to statically provisioned subscription.
Subscription management – necessary to
- modify the subscription due to IoT device ownership changes,
- update or refresh credentials due to
- suspected leakage or
- theft of security keys or
- as a preventive measure.
26
27. Ref. 3GPP Rel 13 & 15, ETSI 5G
3. 5G System Capabilities – Subscription aspects - 3
8. Subscription aspects
IoT support for various connectivity models:
- IoT devices connected directly (with the network)
- connect (with the network) using another IoT device as a relay UE, or
- using both types of connections.
Direct device connection between the IoT device and the relay UE
- using 3GPP or non-3GPP RAT.
The relay UE can access the network also using
- 3GPP or
- non-3GPP access networks (e.g., WLAN, fixed broadband access network).
In order to identify and manage the IoT devices, a subscription with the 5G network is
needed, even if the access is done via non-3GPP access.
27
28. Ref. 3GPP Rel 15, NGMN
3. 5G System Capabilities – 3GPP Access Network Selection - 1
9. 3GPP Access Network Selection
The 5G system
- support the concept of “Network Slices (NSs)"
- different 5G RAN connected to NSs of different SSTs.
- A 5G UE can provide assistance information (e.g., SST)
to enable the network to select one or more NSs
- A 5G system is foreseen to support one or more SSTs,
but possibly not all existing SSTs.
- A 5G Network Operator controls and is responsible for
- what SSTs that should be available to a specific UE
- subscription combination, based on
- associated subscription type,
- network operator policies,
- network capabilities and
- UE capabilities.
28
29. Ref. 3GPP Rel 15, IEEE, Tel. Knowl. Blogspot
3. 5G System Capabilities – 3GPP Access Network Selection - 2
9. 3GPP Access Network Selection
Operator Controlled PLMN Selector list:
- associated access technology identifiers,
- stored in the 5G UE (with the PLMN/RAT combinations)
- access to the SSTs that are available to the 5G UE with associated
subscription.
The UE uses the list of PLMN/RAT combinations for
- PLMN selection, if available (during roaming situations)
- In non-roaming situations, the UE and subscription combination
typically matches the HPLMN/EHPLMN capabilities and policies,
from a SST perspective.
- 5G UE accessing its HPLMN/EHPLMN should be able to access
SSTs according to
- UE capabilities and
- related subscription.
29
30. Ref. 3GPP Rel 15 ,Extreme Tech., Ny Teknik, KTH
3. 5G System Capabilities – eV2X
10. eV2X
Vehicles Platooning
- Vehicles to dynamically form a group travelling together.
- All platoon vehicles receive periodic data from the leading vehicle
- distance between vehicles to become extremely small, i.e.,
- the gap distance translated to time can be very low (sub second).
- Platooning applications allow vehicles following to be autonomously
driven.
- Advanced Driving
- semi-automated or
- fully-automated driving.
- longer inter-vehicle distance
- safer traveling,
- collision avoidance, and
- improved traffic efficiency.
30
31. 3. 5G System Capabilities - Performance Requirements – Hight Data Rates and Traffic Densities - 1
11 High data rate and traffic density scenarios
- Urban macro - WAN scenario in urban area
- Rural macro - WAN area scenario in rural area
- Indoor hotspot - scenario for offices and homes, and residential deployments.
- Broadband access in a crowd - scenario for very dense crowds (e.g stadiums or
concerts, higher requirement on the uplink than the downlink.
- Dense urban - scenario for pedestrian users, and users in urban vehicles, e.g
in offices, city centres,shopping centres, and residential areas.
The users in vehicles can be connected either directly or via an onboard BTS to the network.
- Broadcast-like services - scenario for stationary users, pedestrian users, and users in vehicles, e.g. in offices,
city centres, shopping centres, residential areas, rural areas and in high speed
trains. The passengers in vehicles can be connected either directly or via an onboard
BTS to the network.
- High-speed train - scenario for users in trains. The users can be connected either directly or via an onboard
BTS to the network.
- High-speed vehicle - scenario for users in road vehicles. The users can be connected either directly or via
an onboard BTS to the network.
- Airplanes connectivity - scenario for users in airplanes. The users can be connected either directly or via an
onboard BTS to the network.
Ref. 3GPP Rel 15, NGMN
31
32. 3. 5G System Capabilities – Hight Data Rates and Traffic Densities - 2
11 High data rate and traffic density scenarios – Performance requirements
Ref. 3GPP Rel 15 32
33. 12 Performance requirements for low-latency and high-reliability scenarios
- low latency & very high communications service availability = a very high reliability.
- service latency depends on:
- the delay on the radio interface,
- transmission within the 5G system,
- transmission to a server which may be outside the 5G system
- data processing.
- the impact of suitable interconnections between the 5G system and services or
- servers outside of the 5G system, e. g. local hosting of the services.
- Motion control - deployed in geographically limited areas or in wider areas (e.g., city- or country-wide
networks), access to them may be limited
- Discrete automation - deployed in geographically limited areas, access be limited to authorised users, and
they may be isolated
- Process automation - automation for (reactive) flows, e.g., refineries and water distribution networks
- Automation for electricity distribution (mainly medium and high voltage)
- Intelligent transport systems - automation solutions for the infrastructure supporting street-
based traffic
- Tactile interaction - a human being interacting with the environment or people, or controlling a UE, and
relying on tactile feedback
- Remote control - a UE being operated remotely, either by a human or a computer.
3. 5G System Capabilities - Performance Requirements – low latency and high reliability - 1
Ref. 3GPP Rel 15, Ericsson
33
34. 12 Performance requirements for low-latency and high-reliability scenarios
3. 5G System Capabilities - Performance Requirements – low latency and high reliability - 2
34
Ref. 3GPP Rel 15
35. - Higher-accuracy positioning - collision avoidance of vehicles,
forklifts, or parts to be assembled
- 5G system - support the use of 3GPP and non-3GPP technologies
- UEs shall be able to share positioning information between each other e.g.,
to a controller if the location information cannot be processed or used locally.
35
3. 5G System Capabilities - Performance Requirements – low latency and high reliability - 3
Ref. 3GPP Rel 15, Extr. Techn.
13 Performance requirements for higher-accuracy positioning services
36. - IoT introduces new UEs with different life cycles, including
- IoT devices with no user interface (e.g., embedded sensors),
- long life spans during which an IoT device may change ownership
several times
- lack of being pre-provisioned (e.g., consumer goods).
- a need for secure mechanisms to dynamically establish or refresh credentials & subscriptions
- new access technologies, including licensed and unlicensed, 3GPP and non-3GPP,
- a need for access independent security - seamlessly available while the IoT device is active.
- a need for protection against theft and fraud.
- essential for critical communication, e.g., in industrial automation, IIoT, & the Smart Grid.
- Expansion into enterprise, vehicular, and public safety markets drive a need for increased e2e user privacy
protection.
- 5G system shall
- support a secure mechanism to access a service/an application in an operator's Service Hosting Environment.
- support of an access independent security framework.
- support a mechanism for the operator to authorize subscribers of other PLMNs to receive temporary service
(e.g., mission critical services)
36
3. 5G System Capabilities - Security - 1
Ref. 3GPP Rel 15, SDxCentral.
14 Security - General
37. - 5G system shall
- support an efficient means to authenticate a user to an IoT device (e.g., biometrics).
- support authentication over a non-3GPP access technology using 3GPP credentials.
- support operator controlled alternative authentication methods
- different types of credentials for network access for IoT devices
in isolated deployment scenarios (e.g., industrial automation).
- allow the operator to authorize an IoT device to use one or more 5G system features
that are restricted to IoT devices.
- IoT devices may use 3GPP credentials to determine if they are authorized to engage in direct
device connection. before establishing a direct device connection using a non-3GPP access technology,
- provide a means to verify whether a UE is authorized to use prioritized network access for a specific
service.
- allow access from a UE using a temporary identifier that hides its subscriber identity.
- allow access from a UE connected in an indirect network connection using a temporary identifier that
hides its subscriber identity.
- support a secure mechanism to collect system information while ensuring end-user and application
privacy (e.g., application information is not to be related to an individual user/subscriber identity and UE information is not to be related to an
individual subscriber identity).
- support a secure mechanism for allowing an authorized entity to disable from normal operation of a UE
reported as stolen.
- support a secure mechanism for allowing an authorized entity to re-enable a recovered stolen UE to normal
operation.
37
3. 5G System Capabilities - Security - 2
Ref. 3GPP Rel 15, SDxCentral.
14. Security - Authentication, Authorization, Identity Management, Fraud Protection
38. 3. 5G System Capabilities – UC Vertical Industries - 1
15. Latency needs to support example use cases from vertical industries
38Ref. 3GPP Rel 15
39. 3. 5G System Capabilities – UC Vertical Industries - 2
16. Positioning accuracy needs to support example use cases from vertical industries
39Ref. 3GPP Rel 15
40. 17. Communication Service Availability and Reliability - 1
40
3. 5G System Capabilities – UC Vertical Industries - 3
Illustration of the concepts communication
service availability and reliability
Illustration in which Communication Service
Availability and Reliability have different
values.
Packets are reliably transmitted from the
Communication Service interface “A” to end
node B, but they are not exposed at the
communication service interface “B”
Ref. 3GPP Rel 15
41. Illustration of Communication Service Availability and Reliability
have different values.
Only half of the packets handed over to the end node A are actually
transmitted to end node B and handed over to application B at the
communication service interface “B”
Illustration of Communication Service Availability and Reliability
have different values.
Packets are delivered over a daisy chain of a Mobile Network and
another Network (e.g., IEEE 802.11n based).
Reliability is evaluated for the Mobile Network only, while
Communication Service Availability depends on the performance of
both networks
41
3. 5G System Capabilities – UC Vertical Industries - 4
17. Communication Service Availability and Reliability - 2
Ref. 3GPP Rel 15
42. 42
3. 5G System Capabilities – UC Vertical Industries - 4
18. Critical Communication UC – Discrete Automation (DA) – Motion Control (MC) - 1
Industrial factory automation (MC))
- Communications for closed-loop control applications.
- Industrial communication solutions: field busses
- motion control of robots,
- machine tools,
- packaging and printing machines.
Controller interacts with large number of sensors & actuators (e.g up to 100)
- number of sensors & actuator density – high (up to 1 m-3)
- close proximity within a factory (<100 m in automobile line production)
Discrete Automation applications encompass all types of production for “discrete products (e.g cars, chocolate bars etc.)
Process Automation (PA) - addresses the control of flows and chemical reactions (e.g. petrols, gases
- motion control for Process Automation is of “no” or “limited” importance (e”e latency – 50 ms)
Ref. 3GPP Rel 15
43. 43
3. 5G System Capabilities – UC Vertical Industries - 5
18. Critical Communication UC – Discrete Automation (DA) – Motion Control (MC) - 2
Closed-loop Control Application Function:
- Controller periodically submits instructions to a set of sensor/actuator
- Sensors/Actuators - response within a cycle time.
- Messages referred to as telegrams (size ≤ 56 bytes).
- Cycle time - as low as 2 ms (stringent e2e latency constraints on telegram
forwarding (1 ms).
-Additional constraints on isochronous telegram delivery add tight constraints on jitter (1 ms), and the
communication service - highly available (99,9999%).
Example/Case:
Closed-loop Control - Multi-robot cooperation
- group of robots collaborate/conduct an action,
- e.g. symmetrical welding of a car body
- isochronous operation between all robots.
Ref. 3GPP Rel 15. Volvo
44. 44
3. 5G System Capabilities – UC Vertical Industries - 6
18. Critical Communication UC – Discrete Automation (DA) – Motion Control (MC) - 3
Closed-loop Control Application Function for Factory Automation:
-Limitation to short-range communications.
-Use of direct device connection between the controller and actuators.
-Allocation of licensed spectrum for closed-loop control operations licensed spectrum used as a complement to
unlicensed spectrum, e.g., to enhance reliability.
-Reservation of dedicated air-interface resources for each link.
- Combination of multiple diversity techniques for high reliability target within stringent e2e latency constraints
(e.g. frequency, antenna, and various forms of spatial diversity, e.g., via relaying
- Utilizing OTA time synchronization to satisfy jitter constraints for isochronous operation.
Ref. 3GPP Rel 15.
45. 45
3. 5G System Capabilities – UC Vertical Industries - 7
18. Critical Communication UC – Discrete Automation (DA) – Motion Control (MC) - 4
Service Area and Connection Density
An approximate dimension of the service area is:
100 x 100 x 30 m (see table 7.2.2-1)
Production cells are commonly much smaller (< 10 x 10 x 3 m).
Typically - 10 motion-control connections in a production cell
(connection density of up to 105 km-2)
Ref. 3GPP Rel 15.
46. 46
3. 5G System Capabilities – UC Vertical Industries - 8
18. Critical Communication UC – Discrete Automation (DA)
Discrete Automation - all types of production for “discrete products”
production (e.g. cars, chocolate bars etc.)
Process Automation - Automation that addresses the control of
bulk products flows and chemical reactions
(e.g. petrol, gases, electrical grid network)
e2e latencies - ~50 ms.
Discrete automation communications for
- supervisory and open-loop control applications,
- process monitoring and
- tracking operations
- High Communication Service Availability - 99,99%
- Targeted Battery Lifetime - several years on measurement updates every few seconds
- e2e latency – 10ms – 1s and data rates < 256 bytes
- Data rates shift from filed busses data transactions (~2Mbps) to High Data Rate Applications (~10Mbps for e.g.
visual control applications)
- existing Wireless Technologies on unlicensed bands – interference vulnerability e.g . WLAN
- Clock synchronization for power efficient sensor operation
- Service area and connection density – upper limit 1000 x 1000 x 30 m and connection density of up to 105 km-2
Ref. 3GPP Rel 15.
47. 47
3. 5G System Capabilities – UC Vertical Industries - 9
18. Critical Communication UC – Process Automation (PA) -1
Process Automation - Automation that addresses the control of
bulk products flows and chemical reactions
(e.g. petrol, gases, electrical grid network)
e2e latencies - ~50 ms.
- use of discrete automation field busses
Control Remote Applications
- required data rates - ~100Mbps
- high communication service availability needed - 99,9999%
- connection density – modest (~ 1000 km-2)
Monitoring Applications (e.g. liquid states of process reactors)
- modest user experience data rate - ~1Mbps
- service availability low - 99,9%
- connection density – 10 000 km-2
- Service area (subset/plant typical size 300 x 300 x 50 m
Ref. 3GPP Rel 15.
48. 48
3. 5G System Capabilities – UC Vertical Industries - 10
18. Critical Communication UC – Electricity Distribution (ED) – Medium Voltage
Energy Automation - distribution grid between
primary substations (high voltage medium voltage) &
secondary substations (medium voltage low voltage)
Energy Automation via
Distribution-Management System (DMS) & Wireless Backhaul Network (WBN)
FISR - Fault Isolation and System Restoration automation (UC)
- Automation of the management of faults in the distribution grid
- the localization of the fault,
- the isolation of the fault,
- the restoration of the energy delivery,
- Maximum e2e latency - 25 ms & peak experienced data rate of 10 Mbps
- Distribution System subscribes to telegrams from all Ring Main Units (RMU)
- automation telegrams distributed via domain multicast
- “bursty“ communication pattern ~ 1 kbps ~ (≥ 1 Mbps)
- predicted connection densities of up to 1.000 km-2
Ref. 3GPP Rel 15., IEEE P&E Mag
49. 49
3. 5G System Capabilities –UC Vertical Industries - 11
18. Intelligent Transport Systems (ITS) – infrastructure backhaul - 1
Ref. 3GPP Rel 15., Ericsson
- Cooperative ITS - technology that allows vehicles to become connected to
- each other, and
- to the infrastructure and
- other parts of the transport network
- improve road safety through
- avoiding collisions, but also
- assist in reducing congestion
- improving traffic flows,
- reduce environmental impacts.
- increase the quality and reliability of information available about
- vehicles,
- vehicles’location and the
- road environment.
- location of road works and
- switching phases of traffic lights ahead, and react accordingly.
- on-board driver assistance, coupled with
- two-way communication between
- vehicles
- cars and road infrastructure (Road-Side Units (RSUs) and Traffic-Control Centre (TCC) .
- vehicles function as sensors - reporting weather and road conditions including incidents.
- tight e2e latency between RSU and TCC (10 ms) & communication service availability very high (99,9999%)
50. 50
3. 5G System Capabilities – UC Vertical Industries - 12
18. Intelligent Transport Systems (ITS) – infrastructure backhaul - 2
Ref. 3GPP Rel 15., Ericsson
- Service area and connection density
- service area dimension depends on the placement of the BTS
relative to the RSUs.
- the RSUs can act as relay nodes for each other.
- Typical data collection area of an RSU - 2 km along a road),
- The connection density can be quite high in case data is relayed
between RSUs, i.e. along the road (1000 km-2).
51. 4. ONAP – ONAP Operational Manager (OOM) Rel. 2.0
OOM Rel 2 support of CNI – Container Network Interface to Kubernetes and Dockers
Ref. ONAP, Linux Foundation
51
52. Ref. Phil Robb, OSN, 2017, Linux Foundation
4. ONAP – Open Source Networking - 1
52
53. 4. ONAP - Open Source Networking - 2
53Ref. Phil Robb, OSN, 2017, Linux Foundation
54. 4. ONAP - Open Source Networking - 3
54Ref. Phil Robb, OSN, 2017, Linux Foundation
55. 4. ONAP - Open Source Networking - 4
55Ref. Phil Robb, OSN, 2017, Linux Foundation
56. 4. ONAP - Open Source Networking - 5
56Ref. Phil Robb, OSN, 2017, Linux Foundation
57. 4. ONAP - Open Source Networking - 6
57Ref. Phil Robb, OSN, 2017, Linux Foundation
58. 4. ONAP - Open Source Networking - 7
58Ref. Phil Robb, OSN, 2017, Linux Foundation
59. 4. ONAP - Open Source Networking - 8
59Ref. Phil Robb, OSN, 2017, Linux Foundation
60. 4. ONAP - Open Source Networking - 9
60Ref. Phil Robb, OSN, 2017, Linux Foundation
61. 4. ONAP - Open Source Networking - 10
61Ref. Phil Robb, OSN, 2017, Linux Foundation
62. 4. ONAP - Open Source Networking - 11
62Ref. Phil Robb, OSN, 2017, Linux Foundation
63. Knowledge Defined Network – TMF
Process-Centric Network/System => Data Centric Network/System
Ref. TMF B. L. & B. G. Rel 5.0
5. Knowledge Defined Network (KDN) - 1
63
64. ODA and KDN
5. Open Digital Architecture – ODA - 2
64Ref. TMF B. L. & B. G. Rel 5.0
65. KDN – TMF – Open Digital Architecture (ODA)
Digital Platform Reference Architecture (DPRA and Digital Services Reference Architecture (DSRA), as well as our Open APIs Program, to enable
ecosystem-based business models . Our Zero-touch Orchestration, Operations and Management (ZOOM) project, which is developing best
practices to support the technology and business transformation brought about by the introduction of NFV and SDN • Our work definingthe
OSS/BSS of the Future. As part of the future OSS/BSS work, we have held recent workshops 1 with several of TM Forum’s senior CSP members,
who are now proposing a new architecture vision for service providers to replace traditional OSS and BSS. We will refer to this new system here
as the Open Digital Architecture (ODA).
5. Open Digital Architecture – ODA - 3
65Ref. TMF B. L. & B. G. Rel 5.0
66. 5. Open Digital Architecture – ODA - 4
KDN – TMF – Open Digital Architecture
Open Digital Architecture (ODA).
ODA Principles:
1) AI-capable and Autonomous
2) Data-Centric (rather than Process-Centric)
3) Microservice-based, using Open APIs
4) Real Time
5) Supports platform business models and
cloud-native capabilities
66Ref. TMF B. L. & B. G. Rel 5.0
67. Questions/Issues to consider:
- Which technology – 5G, FWA, ONAP, KDN, HEW, QC, AI/ML,
TIP (Voyager/Loon), 3D/4D Printing?
- Network System “limits/borders” definition challenge
- What is “your definition” of “Talent” (alignment of mindset, skills, tasks)
- What is the focus/perspective: Culture of Personality vs Culture of Character?
- Building Teams – what are the key factors for engagement & motivation
(“Freedom & Responsibility” based on “discipline rather than processes”)?
- Do you apply O.C.E.A.N. + 2H?
- Disruptive Innovation & Sustaining Innovation: Is there a model to align them…..?
- Scale Customization BMs
- “Employees First, Customer Second”…is it working?
6. Questions for consideration
67