The 3GPP management system shall support the management requirements of network slice as defined in TR 28.801 section 6.
REQ-NWA -CON-02
The management and orchestration architecture of next generation network and services shall support the management functions as defined in clause 4.9 of TR 28.801 for network slice management.
REQ-NWA -CON-03
The 3GPP management system shall have a functionality to provide various categories of network management FM and PM data to other network management functions which act as consumers of the data.
REQ-NWA -CON-04
The 3GPP management system shall support the management of networks containing non-5G system and 5G system.
REQ-NWA -CON-05
The 3GPP management system shall, based on operator policy, expose suitable APIs externally to another operator's management system that supports requirements expressed in clause 6.10.2 of TS 22.261.
REQ-NWA -CON-06
The 3GPP management system shall, based on operator policy, expose suitable APIs externally to the communication services provider that supports requirements expressed in clause 6.10.2 of TS 22.261.
REQ-NWA -CON-07
The 3GPP management system shall support interaction of management data with ETSI NFV.
REQ-NWA -CON-08
The 3GPP management system shall be able to coordinate with other 3GPP management systems to host communication services across multiple CSPs.
This clause provides an example of potential integrated network and network slicing management and orchestration architecture for 5G.
The Network and Network Slice Management Function (NNSMF) is responsible for the management of network and network slice. NNSMF also provides the standardized interface_1 to the Service Manager who is using the network and network slice.
Sets of network functions and Network Slice Subnet Management Function (SNMF) are responsible for the management of sets of network functions and network slice subnet. SNMF also provides the standardized interface_2 to NNSMF.
NF Management Function (NFMF) is responsible for the management of network function. NFMF also provides standardized interface_3 to SNMF.
The first option of FM and PM data collection and reporting of the service initiated by Operator-A consists of the following steps:
Operator-A agrees with other Operators to collect and report, at the agreed limit of exposure, the FM and PM data of the service to a data repository (Y).
In accordance with the said agreement, other Operators start monitoring the service and report FM and PM data to the repository (Y).
Operator-A sends a notification to the communication service provider on the availability of FM and PM data at the repository (Y).
The communication service provider can fetch available FM and PM data.
The second option of FM and PM data collection and reporting of the service is initiated by the operator-A, with individual reports by the other operators, consists of the following steps:
Operator-A agrees with other Operators to collect and report the FM and PM data of the service to the repository (Xop) that may be specific to each operator.
All operators agree with the communication service provider the agreed limit of exposure of the FM and PM data of the service.
In accordance with the said agreement, all Operators start monitoring the service and FM and PM data are reported directly to their respective repository (Xop).
Each operator sends a notification to the CSP of the availability of FM and PM data at the repository (Xop).
The CSP provider can fetch available FM and PM data.
A 5G communication service that is hosted across multiple operators may require the exposure of interfaces by a network owning operator to a 3rd party: either the communication services provider (item 5.8) or to another operator (item 5.7). Over this interface any of the following managed entities may be managed by the 3rd party with the agreed upon level of exposure:
A communication service,
An NSI or a part of an NSI.
The operator owning the network agrees previously with the 3rd party to the appropriate type of interface exposure, which may provide, amongst others, the ability to
request life cycle management of a communication service, an NSI or part of an NSI including specifying various parameters for the request such as the appropriate SLA, penalties for SLA violation
issue requests for collecting monitoring data for any of existing managed entities
request re-configuration of an existing managed entity
The operator can report the success or failure of a request to the 3rd party over the exposed interface.
A communication service customer requests a communication service to a communication service provider (CSP). Based on the services offered by multiple other CSPs, the CSP may host and manage the communication service over multiple CSPs. The following scenarios are possible
The CSP decomposes a communication service to multiple communication services and determines to host these multiple communication services in other CSP networks.
The CSP sends a request to host a part of the communication service to other multiple CSPs with the required parameters. The parameters include but are not limited to the service identifier the network requirements of the composed communication service, suitable APIs (e.g., PM/FM exposure), etc.
After receiving the request, each of the other CSPs creates the service. During the creation of the composed communication service.
The CSP may receive the acknowledgement from each of the multiple other CSPs after a successful deployment of the service, the acknowledgement may include the appropriate information to identify the partial communication service.
The CSP can provide the end-to-end management of the communication service to the customer.
The CSP creates a communication service and decomposes the communication service with multiple network slice instances and determines to host the multiple network slice instances in multiple other network providers'.
The CSP sends a request to host a network slice instance to each of multiple other network providers with the required parameters. The parameters include but are not limited to respective identifiers the network requirements of the composed network slice instance, suitable APIs (e.g., PM/FM exposure), etc.
After receiving the request, each of multiple other network providers create the network slice instance as specified in TR 28.801.
The CSP may receive the acknowledgement from each of the multiple other network providers after a successful deployment of the network slice instance, the acknowledgement may include the appropriate information to identify the instantiated NSI.
The CSP can provide the end-to-end management of the communication service to the customer.
This clause describes an example of network slice management functions.
The CSMF consumes, via standardized interface (A), the network slice management service provided by NSMF.
The NSMF consumes, via standardized interface (B), the network slice subnet management service provided by NSSMF.
The NSSMF consumes, via standard interfaces (Cs), the FCAPS management services provided by the Network Functions.
NSSMF and NSMF may include (comprise) a range of sub-functionalities offering management services.
The NSSMF and NSMF consume via MANO defined interfaces, the ETSI NFV defined NS management services provided by ETSI defined NFVO;
When the network slice being built on the virtualisation environment and the network slice resource management is supported by the NFV-MANO, data interaction between management functions supporting network slicing and NFV-MANO is used.
Assuming NSSIs are assumed to fully or partially build on the virtualization environment managed by NFV-MANO as shown in Figure 7.4.2.1-1. The management data interaction between NSSMF and NFV-MANO may contain network service lifecycle management data, virtual resource performance management data, and virtual resource fault management data.
The management and orchestration architecture of next generation networks and services has considered the following scenarios:
Management of the networks containing non-5G NE and 5G NE
Management and orchestration for network slicing
FM and PM data collection and reporting for single and multiple operators
Management and orchestration for management of 5G-RAN and 5GC
Management of communication services
Exposure of management interfaces to another operator
Exposure of management interfaces to communication services provider
Management and orchestration of networks with non-3GPP parts
The following potential management solutions are studied:
Service based management architecture
Architecture relation between slicing management and NFV-MANO
Management architecture for multiple operators communication
The potential management interfaces, management architecture related requirements and principles to be considered for 5G management architecture are also studied.
It is recommended to start normative work on the management architecture for the 5G network in Rel-15.
It is recommended to consider a management architecture to support
network management
network slicing management
5G Core and RAN management
management across multiple operators' scenario
interaction with non-3GPP management system e.g. NFV-MANO
It is recommended to continue the details on service based management architecture, management services, and position of management services in different management layers in Rel-15.